Een Azure Kubernetes Service-cluster maken
Uw bedrijf is van plan om uw cloudgebaseerde videorenderingsservice te implementeren met behulp van Azure Kubernetes Service (AKS) als uw cloudeigen ontwikkelplatform. Voordat u toepassingen kunt implementeren, moet u uw AKS-cluster maken.
Laten we een paar concepten bekijken, zodat u een nieuw AKS-cluster kunt implementeren.
Kubernetes-clusters
Kubernetes is gebaseerd op clusters. In plaats van één virtuele machine worden verschillende machines gebruikt, die als één machine werken. Deze virtuele machines heten knooppunten. Kubernetes is een op clusters gebaseerde orchestrator. Het biedt uw toepassing verschillende voordelen zoals beschikbaarheid, bewaking, schaalaanpassing en het uitrollen van updates.
Clusterknooppunten
Een cluster is op een knooppunt gebaseerd. 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 beschikbaar is, probeert de Kubernetes-planner alle werkbelastingen die op dit knooppunt worden uitgevoerd, 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
Het enige 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 aan minder aanpassingen onderhevig dan knooppunten en zijn flexibeler.
Als er sprake is van 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
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:
- Knooppuntpools
- Aantal knooppunten
- Vm-grootte van 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. Als u gebruikerstoepassingspods wilt hosten, moet de modus knooppuntgroep anders Gebruiker zijn.
Een AKS-cluster heeft standaard een Linux-knooppuntgroep (systeemmodus) of u dit maakt via Azure Portal of CLI. U kunt dit echter configureren om Windows-knooppuntgroepen toe te voegen, samen met standaard Linux-knooppuntgroepen tijdens het maken van de wizard in de portal, parameters in CLI of met 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 virtuele Azure-machines. U kunt hun grootte en aantal wijzigen zodat het overeenkomt 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. Ga naar het azure VM-selectorprogramma voor meer informatie over het selecteren van een VIRTUELE machine op basis van uw behoeften