Overzicht van Nexus Kubernetes-cluster
In dit artikel worden de kernconcepten van Nexus Kubernetes Cluster beschreven, een beheerde Kubernetes-service die u kunt gebruiken om toepassingen in containers te implementeren en te gebruiken op Azure Operator Nexus Platform
Wat is Kubernetes?
Kubernetes is een snel evoluerend platform dat containertoepassingen en de bijbehorende netwerk- en opslagonderdelen beheert. Kubernetes richt zich op de toepassingsworkloads, niet op de onderliggende infrastructuuronderdelen. Het biedt een declaratieve benadering voor implementaties, ondersteund door een robuuste set API's voor beheerbewerkingen. Zie Wat is Kubernetes voor meer informatie over Kubernetes.
Nexus Kubernetes Service
Nexus Kubernetes Cluster Service is een Kubernetes-distributie die is ontworpen voor on-premises implementatie via Nexus-exemplaren. Het is ontworpen om het geautomatiseerd maken van containers te stroomlijnen en is geoptimaliseerd voor het uitvoeren van workloads die zijn gekoppeld aan gegevensintensieve netwerkfuncties.
Net als elk Kubernetes-cluster heeft Nexus Kubernetes-cluster twee onderdelen:
Besturingsvlak: biedt belangrijke Kubernetes-services en beheert de levenscyclus van toepassingsworkloads.
Knooppunten: Als u uw toepassingen en ondersteunende services wilt uitvoeren, hebt u een Kubernetes-knooppunt nodig. Het biedt de containerruntime-omgeving. Elk NKS-cluster heeft ten minste één knooppunt. Knooppunt wordt gehost op virtuele machine (VM) waarop de Onderdelen van het Kubernetes-knooppunt worden uitgevoerd. DE VM wordt gemaakt als onderdeel van de implementatie van HET NKS-cluster op het Nexus-exemplaar. Er zijn twee typen knooppuntgroepen in Nexus Kubernetes-clusters
- Wanneer u een AKS-cluster maakt, definieert u het eerste aantal knooppunten en de bijbehorende grootte (SKU), waarmee een systeemknooppuntgroep wordt gemaakt. Systeemknooppuntgroepen hosten kritieke systeempods.
- Aan de andere kant, ter ondersteuning van toepassingen met verschillende reken- of opslagvereisten, kunt u gebruikersknooppuntgroepen maken, ook wel bekend als Nexus Agent-pool. Elke VIRTUELE machine in een Nexus Agent-pool voldoet aan een uniforme configuratie, zoals CPU, geheugen, schijf enzovoort. Zodra een agentgroep tot stand is gebracht, blijft het aantal VIRTUELE machines in de pool vast. Als u de capaciteit van een Nexus Kubernetes-cluster wilt schalen, kunnen er meer agentpools worden gemaakt en geïntegreerd in het bestaande cluster. Met andere woorden, de Nexus Agent-pool ondersteunt horizontaal schalen door het toevoegen of verwijderen van agentpools in het Nexus Kubernetes-cluster mogelijk te maken.
Toepassingspods kunnen echter worden gepland in systeemknooppuntgroepen voor het geval gebruikers slechts één knooppuntgroep in hun cluster willen. Elk Nexus Kubernetes-cluster moet ten minste één systeemknooppuntgroep met ten minste één knooppunt bevatten.
Nexus Kubernetes-clusterinvoegtoepassingen
Nexus Kubernetes-clusterinvoegtoepassingen is een functie van het Nexus-platform waarmee klanten hun Nexus Kubernetes-clusters kunnen verbeteren met extra pakketten of functies. De invoegtoepassingen zijn onderverdeeld in twee typen: vereist en optioneel.
Vereiste invoegtoepassingen: Invoegtoepassingen worden automatisch geïmplementeerd in ingerichte Nexus Kubernetes-clusters. Kerninvoegtoepassingen zoals Calico, MetalLB, Nexus Storage CSI, IPAM-invoegtoepassingen, metrics-server, node-local-dns, Arc for Kubernetes en Arc for Servers worden standaard opgenomen wanneer clusters worden gemaakt. De geslaagde voltooiing van het clusterinrichtingsproces is afhankelijk van de installatie van deze invoegtoepassingen. Als de installatie van een vereiste invoegtoepassing mislukt en niet kan worden hersteld, wordt de clusterstatus gemarkeerd als mislukt.
Optionele invoegtoepassingen: Invoegtoepassingen zijn aanvullende services die zijn gekoppeld aan een Kubernetes-clusterresource. Klanten kunnen ervoor kiezen om deze invoegtoepassingen op aanvraag te activeren of deactiveren. Voorbeeld voor aanvullende services kan de implementatie van het lokale cacheregister voor installatiekopieën op clusterniveau in het NKS-cluster omvatten ter ondersteuning van niet-verbonden scenario's. MET NKS kan de klant de status, status en versie van elke vereiste en optionele invoegtoepassing observeren, die kan worden bewaakt in Azure Portal, of de status kan worden opgehaald met behulp van Azure Resource Manager-API's.
Invoegtoepassingen worden eenmaal geïnstalleerd en kunnen alleen worden bijgewerkt of bijgewerkt wanneer de klant het Nexus Kubernetes-cluster upgradet. Hiermee kunnen klanten kritieke productie-hotfixes toepassen zonder tussenkomst van de onderliggende infrastructuurbewerkingen, waardoor hun clusterwijzigingen anders kunnen worden overschreven.
Beschikbare Nexus-zones
Nexus heeft een concept van beschikbaarheidszone geïntroduceerd. Het wordt uitgelijnd op rackniveau en stelt klanten in staat om hun workloads over het exemplaar te verdelen om een betere beschikbaarheid te bereiken. Voor een Nexus-exemplaar met acht racks krijgen klanten acht beschikbaarheidszones. Elke zone bestaat uit een paar beheerservers met redundantie en een verzameling rekenservers die fungeren als een resourcegroep. Tijdens implementaties met meerdere rekken in Nexus en bij het uitvoeren van runtimebundelupgrades bieden beschikbaarheidszones het extra voordeel van het fungeren als een upgradedomein. Dit zorgt ervoor dat maximaal de servers binnen één rek offline worden gehaald voor deze upgrades.
Foutdomein
Operator Nexus zorgt ervoor dat de Nexus Kubernetes-clusterknooppunten worden verdeeld over upgradedomeinen. Deze distributie wordt uitgevoerd op een manier die de tolerantie en beschikbaarheid van het cluster verbetert. Operator Nexus maakt gebruik van Kubernetes-affiniteitsregels om knooppunten in specifieke zones te plannen. Het zorgt ervoor dat de onderliggende VM's niet op dezelfde fysieke server of in hetzelfde upgradedomein worden geplaatst, waardoor de fouttolerantie van het cluster wordt verbeterd.