Een AKS-cluster (Azure Kubernetes Service) stoppen en starten

  • Artikel
  • 4 minuten om te lezen

Uw AKS-workloads hoeven mogelijk niet continu te worden uitgevoerd, bijvoorbeeld een ontwikkelcluster dat alleen tijdens bedrijfsuren wordt gebruikt. Dit leidt tot momenten waarop uw AKS-cluster (Azure Kubernetes Service) mogelijk inactief is en niet meer wordt uitgevoerd dan de systeemonderdelen. U kunt de footprint van het cluster verminderen door alle knooppuntgroepen te schalen naar User 0,maar uw System pool is nog steeds vereist om de systeemonderdelen uit te voeren terwijl het cluster wordt uitgevoerd. Als u uw kosten tijdens deze perioden verder wilt optimaliseren, kunt u uw cluster volledig uitschakelen (stoppen). Met deze actie worden uw besturingsvlak en agentknooppunten helemaal gestopt, zodat u kunt besparen op alle rekenkosten, terwijl al uw objecten (met uitzondering van zelfstandige pods) en de clustertoestand worden bewaard voor wanneer u deze opnieuw start. U kunt vervolgens verder gaan waar u na een weekend bent gebleven of om uw cluster alleen uit te voeren terwijl u uw batchtaken hebt uitgevoerd.

Voordat u begint

In dit artikel wordt ervan uitgenomen dat u een bestaand AKS-cluster hebt. Als u een AKS-cluster nodig hebt, bekijkt u de AKS-quickstart met behulp van de Azure CLI,met behulp van Azure PowerShellof met behulp van de Azure Portal.

Beperkingen

Wanneer u de clusterfunctie start/stop gebruikt, gelden de volgende beperkingen:

  • Deze functie wordt alleen ondersteund voor Virtual Machine Scale Sets ondersteunde clusters.
  • De clustertoestand van een gestopt AKS-cluster blijft maximaal 12 maanden bewaard. Als uw cluster langer dan 12 maanden is gestopt, kan de clustertoestand niet worden hersteld. Zie AKS Support Policies (AKS-ondersteuningsbeleid) voor meer informatie.
  • U kunt alleen een gestopt AKS-cluster starten of verwijderen. Als u een bewerking wilt uitvoeren, zoals schalen of upgraden, start u eerst uw cluster.
  • De door de klant inrichtende PrivateEndpoints die zijn gekoppeld aan een privécluster, moeten opnieuw worden verwijderd en opnieuw worden gemaakt wanneer u een gestopt AKS-cluster start.
  • Omdat het stopproces alle knooppunten leeg maakt, worden alle zelfstandige pods (dat wil zeggen pods die niet worden beheerd door een Implementatie, StatefulSet, DaemonSet, Taak, enzovoort) verwijderd.

Een AKS-cluster stoppen

U kunt de opdracht gebruiken az aks stop om een actief AKS-clusterknooppunten en besturingsvlak te stoppen. In het volgende voorbeeld wordt een cluster met de naam myAKSCluster gestopt:

az aks stop --name myAKSCluster --resource-group myResourceGroup

U kunt controleren wanneer uw cluster is gestopt met behulp van de opdracht az aks show en bevestigen dat de wordt weergegeven als in de powerState Stopped onderstaande uitvoer:

{
[...]
  "nodeResourceGroup": "MC_myResourceGroup_myAKSCluster_westus2",
  "powerState":{
    "code":"Stopped"
  },
  "privateFqdn": null,
  "provisioningState": "Succeeded",
  "resourceGroup": "myResourceGroup",
[...]
}

Als de provisioningState laat zien dat uw cluster nog niet volledig is Stopping gestopt.

Belangrijk

Als u podonderbrekingsbudgetten gebruikt, kan de stopbewerking langer duren omdat het proces voor leegloop meer tijd in beslag neemt.

Een AKS-cluster starten

U kunt de opdracht gebruiken om de knooppunten en het besturingsvlak van een az aks start gestopt AKS-cluster te starten. Het cluster wordt opnieuw opgestart met de vorige status van het besturingsvlak en het aantal agentknooppunten. In het volgende voorbeeld wordt een cluster met de naam myAKSCluster gestart:

az aks start --name myAKSCluster --resource-group myResourceGroup

U kunt controleren wanneer uw cluster is gestart met behulp van de opdracht az aks show en de shows als bevestigen in de powerState Running onderstaande uitvoer:

{
[...]
  "nodeResourceGroup": "MC_myResourceGroup_myAKSCluster_westus2",
  "powerState":{
    "code":"Running"
  },
  "privateFqdn": null,
  "provisioningState": "Succeeded",
  "resourceGroup": "myResourceGroup",
[...]
}

Als de provisioningState laat zien dat uw cluster nog niet volledig is Starting gestart.

Notitie

Wanneer u een back-up van uw cluster start, wordt het volgende verwacht:

  • Het IP-adres van uw API-server kan worden gewijzigd.
  • Als u automatische schaalset voor clusters gebruikt, ligt het huidige aantal knooppuntwaarden mogelijk niet tussen de minimum- en maximumbereikwaarden die u hebt ingesteld wanneer u de clusterback-up start. Het cluster begint met het aantal knooppunten dat nodig is om de workloads uit te voeren, wat niet wordt beïnvloed door uw instellingen voor automatische schaalaanpassing. Wanneer uw cluster schaalbewerkingen uitvoert, zijn de minimum- en maximumwaarden van invloed op het huidige aantal knooppunten en blijft het cluster uiteindelijk binnen het gewenste bereik totdat u het cluster stopt.

Volgende stappen