Delen via

Clusterontwerp en -bewerkingen

  • Artikel

In dit artikel worden de clusterconfiguratie en het netwerkontwerp besproken. Leer hoe u toekomstbestendige schaalbaarheid kunt uitvoeren door het inrichten van infrastructuur te automatiseren. Inrichten is het proces van het instellen van de gewenste IT-infrastructuur. Geautomatiseerd inrichten van infrastructuur ondersteunt een externe installatie en stelt virtuele omgevingen in. Het helpt u ook bij het onderhouden van hoge beschikbaarheid door bedrijfscontinuïteit en herstel na noodgevallen te plannen.

Plannen, trainen en bewijzen

Terwijl u aan de slag gaat, helpen de controlelijst en Kubernetes-resources hieronder bij het plannen van het clusterontwerp. Aan het einde van deze sectie kunt u de volgende vragen beantwoorden:

  • Hebt u de vereisten voor het netwerkontwerp voor uw cluster geïdentificeerd?
  • Hebt u services met verschillende vereisten? Hoeveel knooppuntgroepen gaat u gebruiken?

Controlelijst:

  • Aandachtspunten voor netwerkontwerp identificeren. Krijg inzicht in overwegingen bij het ontwerpen van clusternetwerken, vergelijk netwerkmodellen en kies de Kubernetes-netwerkinvoegtoepassing die aan uw behoeften voldoet. Voor CNI-netwerken (Azure Container Networking Interface) beschouwt u het aantal VEREISTE IP-adressen als een veelvoud van het maximum aantal pods per knooppunt (standaard 30) en het aantal knooppunten. Voeg één knooppunt toe dat vereist is tijdens de upgrade. Wanneer u load balancer-services kiest, kunt u overwegen om een controller voor inkomend verkeer te gebruiken wanneer er te veel services zijn om het aantal blootgestelde eindpunten te verminderen. Voor Azure CNI moet de service-CIDR uniek zijn in het virtuele netwerk en alle verbonden virtuele netwerken om de juiste routering te garanderen.

    Raadpleeg voor meer informatie:

  • Meerdere knooppuntgroepen maken. Ter ondersteuning van toepassingen met verschillende reken- of opslagvereisten kunt u uw cluster desgewenst configureren met meerdere knooppuntgroepen. Gebruik bijvoorbeeld meer knooppuntgroepen om GPU's te bieden voor rekenintensieve toepassingen of toegang tot ssd-opslag met hoge prestaties. Zie Meerdere knooppuntgroepen voor een cluster maken en beheren in Azure Kubernetes Service voor meer informatie.

  • Bepaal de beschikbaarheidsvereisten. Minimaal twee pods achter Azure Kubernetes Service zorgt voor hoge beschikbaarheid van uw toepassing als er podfouten optreden of opnieuw worden opgestart. Gebruik drie of meer pods om de belasting te verwerken tijdens podfouten en opnieuw opstarten. Voor de clusterconfiguratie zijn minimaal twee knooppunten in een beschikbaarheidsset of virtuele-machineschaalset vereist om te voldoen aan de service level agreement van 99,95%. Gebruik ten minste drie pods om ervoor te zorgen dat pods worden gepland tijdens knooppuntfouten en opnieuw opstarten.

    Om uw toepassingen een hoger beschikbaarheidsniveau te bieden, kunnen clusters worden gedistribueerd over Beschikbaarheidszones. Deze zones zijn fysiek gescheiden datacenters binnen een bepaalde regio. Wanneer de clusteronderdelen zijn verdeeld over meerdere zones, kan uw cluster een fout in een van de zones tolereren. Uw toepassingen en beheerbewerkingen blijven beschikbaar, zelfs als een volledig datacenter een storing ondervindt. Zie Een AKS-cluster (Azure Kubernetes Service) maken dat gebruikmaakt van Beschikbaarheidszones voor meer informatie.

Ga naar productie en pas best practices voor infrastructuur toe

Terwijl u de toepassing voorbereidt voor productie, implementeert u een minimale set best practices. Gebruik deze controlelijst in deze fase. Aan het einde van deze sectie kunt u de volgende vragen beantwoorden:

  • Kunt u de clusterinfrastructuur met vertrouwen opnieuw implementeren?
  • Hebt u resourcequota toegepast?

Controlelijst:

  • Clusterinrichting automatiseren. Met infrastructuur als code kunt u het inrichten van de infrastructuur automatiseren om meer tolerantie te bieden tijdens noodgevallen en flexibiliteit te krijgen om de infrastructuur snel opnieuw te implementeren als dat nodig is. Zie Een Kubernetes-cluster maken met Azure Kubernetes Service met behulp van Terraform voor meer informatie.

  • Plan de beschikbaarheid met behulp van podonderbrekingsbudgetten. Als u de beschikbaarheid van toepassingen wilt behouden, definieert u budgetten voor podonderbreking (PDB) om ervoor te zorgen dat er een minimum aantal pods beschikbaar is in het cluster tijdens hardwarefouten of clusterupgrades. Zie Beschikbaarheid plannen met podonderbrekingsbudgetten voor meer informatie.

  • Resourcequota afdwingen voor naamruimten. Plan en pas resourcequota toe op het niveau van de naamruimte. Quota kunnen worden ingesteld voor rekenresources, opslagresources en het aantal objecten. Zie Resourcequota afdwingen voor meer informatie.

Optimaliseren en schalen

Zodra de toepassing in productie is, hoe kunt u dan uw werkstroom optimaliseren en uw toepassing en team voorbereiden op de schaal? Gebruik de controlelijst voor optimalisatie en schaalaanpassing om u voor te bereiden. Aan het einde van deze sectie kunt u de volgende vragen beantwoorden:

  • Hebt u een plan voor bedrijfscontinuïteit en herstel na noodgevallen?
  • Kan uw cluster schalen om te voldoen aan de toepassingsvereisten?
  • Kunt u de status van uw cluster en toepassing bewaken en waarschuwingen ontvangen?

Controlelijst: