Een Azure Kubernetes Service-cluster maken

Uw bedrijf is van plan om een cloudgebaseerde videorenderingsservice te implementeren met behulp van Azure Kubernetes Service (AKS) als het cloudeigen ontwikkelplatform. Voordat u een toepassing kunt implementeren, moet u uw AKS-cluster maken.

Laten we enkele concepten bekijken, zodat u een nieuw AKS-cluster kunt implementeren.

Kubernetes-clusters

Kubernetes is gebaseerd op clusters. In plaats van één virtuele machine (VM) gebruikt Kubernetes verschillende virtuele machines die als één, knooppunten genoemd, werken. Kubernetes is een op clusters gebaseerde orchestrator die uw toepassing verschillende voordelen biedt, zoals beschikbaarheid, bewaking, schalen en rolling updates.

Clusterknooppunten

Een cluster is gebaseerd op knooppunten en er zijn twee typen knooppunten in een Kubernetes-cluster die specifieke functionaliteit bieden.

• Besturingsvlakknooppunten: deze knooppunten hosten de aspecten van het besturingsvlak van het cluster en zijn gereserveerd voor services die het cluster beheren. Ze zijn verantwoordelijk voor het leveren van de API die u en alle andere knooppunten gebruiken om te communiceren. Er worden geen werkbelastingen geïmplementeerd of gepland op deze knooppunten.
• Knooppunten: Deze knooppunten zijn verantwoordelijk voor het uitvoeren van aangepaste workloads en toepassingen, zoals onderdelen van uw cloudgebaseerde videorenderingsservice.

Clusterarchitecturen

Gebruik een clusterarchitectuur om het aantal besturingsvlakken en knooppunten dat u in uw Kubernetes-cluster implementeert te conceptualiseren.

Het aantal knooppunten in een cluster moet bijvoorbeeld altijd hoger zijn dan twee. Wanneer een knooppunt niet meer beschikbaar is, probeert de Kubernetes-planner de werkbelastingen van dat knooppunt opnieuw te plannen op de resterende knooppunten in het cluster.

Er zijn twee populaire clusterarchitecturen voor op Kubernetes gebaseerde implementaties.

Eén besturingsvlak en meerdere knooppunten

De één besturingsvlak naar meerdere knooppunten per clusterarchitectuur is het meest voorkomende architectuurpatroon en is het eenvoudigst te implementeren, maar biedt geen hoge beschikbaarheid voor de kernbeheerservices van uw cluster.

Als het besturingsvlakknooppunt om wat voor reden dan ook niet meer beschikbaar is, kan er geen andere interactie met het cluster plaatsvinden. Dit probleem treedt zelfs op als u de operator bent of door workloads die gebruikmaken van Kubernetes-API's om te communiceren totdat de API-server ten minste weer online is.

Hoewel deze architectuur minder beschikbaar is dan anderen, zou deze voor de meeste situaties voldoende moeten zijn. Het is minder waarschijnlijk dat de kernbeheerservices niet meer beschikbaar zijn vergeleken met een knooppunt dat offline gaat. De besturingsvlakknooppunten zijn onderhevig aan minder wijzigingen dan knooppunten en zijn toleranter.

Voor een productiescenario is deze architectuur mogelijk niet de beste oplossing.

Eén besturingsvlak en één knooppunt

De architectuur van één besturingsvlak naar één knooppunt is een variant van de vorige architectuur en wordt gebruikt in ontwikkelomgevingen. Deze architectuur biedt maar één knooppunt, waarop zowel het besturingsvlak als een werkknooppunt worden gehost. Dit is handig wanneer u tests uitvoert of met verschillende Kubernetes-concepten experimenteert. De architectuur met één besturingsvlak en één knooppunt biedt beperkte schaalaanpassing van clusters en daardoor is deze architectuur niet geschikt voor gebruik in productie en fasering.

Een AKS-cluster configureren

Een belangrijk verschil tussen systeemeigen Kubernetes en AKS is dat met een AKS-cluster het besturingsvlak wordt beheerd door Microsoft voor beschikbaarheid. U hoeft het besturingsvlak niet te configureren wanneer u een cluster maakt. U hoeft alleen de knooppunten te configureren om uw workloads uit te voeren.

Wanneer u een nieuw AKS-cluster maakt, hebt u verschillende items die u wilt configureren. Elk item is van invloed op de uiteindelijke configuratie van uw cluster voor het toewijzen van rekenresources.

Deze items zijn onder andere:

• Knooppuntgroepen.
• Aantal knooppunten.
• Grootte van de VM van het knooppunt.

Knooppuntpools

U maakt knooppuntpools om knooppunten in uw AKS-cluster te groeperen. Wanneer u een knooppuntgroep maakt, geeft u de VM-grootte en het besturingssysteemtype (Linux of Windows) op voor elk knooppunt in de knooppuntgroep op basis van toepassingsvereiste. Een knooppuntgroep met systeemmodus is gereserveerd voor kritieke systeemservices en wordt meestal niet gebruikt om toepassingsworkloads uit te voeren. Gebruik de knooppuntgroep Mode als User om gebruikerstoepassingen pods te hosten.

Een AKS-cluster heeft standaard een Linux-knooppuntgroep (systeemmodus) of u dit maakt via Azure Portal of CLI. U kunt dit configureren om Windows-knooppuntgroepen toe te voegen, samen met standaard Linux-knooppuntgroepen wanneer het cluster wordt gemaakt in de portal, CLI-parameters of Azure Resource Manager-sjablonen (ARM-sjablonen).

Knooppuntgroepen gebruiken Virtuele-machineschaalsets als de onderliggende infrastructuur, zodat het cluster het aantal knooppunten in een knooppuntgroep kan schalen. Nieuwe knooppunten die in de knooppuntgroep zijn gemaakt, hebben altijd dezelfde grootte als die u hebt opgegeven toen u de knooppuntgroep maakte.

Aantal knooppunten

Het aantal knooppunten is het aantal knooppunten dat uw cluster heeft in een knooppuntgroep. Knooppunten zijn Azure-VM's en u kunt de grootte en het aantal wijzigen zodat deze overeenkomen met uw gebruikspatroon.

U kunt het aantal knooppunten later wijzigen in het configuratiepaneel van het cluster. Ook is het een best practice dit aantal zo laag mogelijk te houden om onnodige kosten en niet-gebruikte rekenkracht te vermijden.

Vm-grootte van knooppunt

Selecteer uit een breed scala aan VM-specificaties. Voor ontwikkelingsdoeleinden kunt u de B-serie kiezen om kosten te besparen. In de oefeningen gebruikt u serie B2, de standaardgrootte. Voor meer richtlijnen voor het selecteren van een virtuele machine op basis van uw behoeften, vraag Microsoft Copilot in Azure om de beste VM te vinden.