Übersicht zu Azure Kubernetes Service in Azure Stack HCI

Abgeschlossen

Ihre Untersuchung der Funktionen von Kubernetes führt zu vielversprechenden Ergebnissen. Sie haben jedoch Bedenken, dass die Verwaltung für Ihr Team zu schwierig ist, weil es im Bereich der Containerorchestrierung relativ neu ist. Sie müssen eine Möglichkeit finden, die Lernkurve zu minimieren, die zur erfolgreichen Implementierung von Containerworkloads für Contoso erforderlich ist. Sie erwarten, dass die beste Möglichkeit, dieses Ziel für Ihre Azure Stack HCI-Bereitstellungen zu erreichen, darin besteht, die Unterstützung für AKS zu nutzen.

Was ist AKS in Azure Stack HCI?

AKS in Azure Stack HCI ist eine Microsoft-Implementierung von AKS, die die Bereitstellung und Verwaltung von Containeranwendungen automatisiert.

Microsoft hat AKS als Azure-Dienst eingeführt, aber später seine Verfügbarkeit auf lokale Umgebungen einschließlich Windows Server- und Azure Stack HCI-Betriebssysteme erweitert. Es gibt jedoch einige Unterschiede zwischen den Ausführungen von AKS unter diesen beiden Betriebssystemen:

  • In Azure verwaltet Microsoft die Steuerungsebene jedes AKS-Clusters. Darüber hinaus werden Verwaltungs- und Workerknoten auf virtuellen Azure-Computern (VMs) oder Azure-VM-Skalierungsgruppen ausgeführt.
  • In lokalen Umgebungen verwalten Sie die gesamte Bereitstellung. Bei Verwendung von Azure Stack HCI werden Verwaltungs- und Workerknoten auf VMs ausgeführt, die vom hyperkonververgenten Cluster gehostet werden.

Wie sieht die Architektur von AKS in Azure Stack HCI aus?

Die Implementierung von AKS in Azure Stack HCI besteht aus zwei Clustertypen:

  • Ein einzelner AKS-Verwaltungscluster. Dieser Cluster dient als dedizierte Steuerungsebene für die Verwaltung von Kubernetes-Clustern, die auf derselben hyperkonvergenten Plattform ausgeführt werden. Er besteht aus Linux-VMs, die Kubernetes-Systemkomponenten wie API-Server und Lastenausgleichsmodule hosten. Diese VMs bedienen Anforderungen, die von den Azure Stack HCI-Administratoren stammen, die Verwaltungsschnittstellen wie Microsoft Azure Arc oder Windows Admin Center verwenden.
  • Mindestens ein Kubernetes-Cluster. Diese Cluster bestehen aus Steuer- und Workerknoten. Steuerknoten werden als Linux-VMs implementiert, wobei API-Server- und Lastenausgleichskomponenten Anforderungen von Azure Stack HCI-Benutzern bedienen, die ihre Workloads auf Linux- oder Windows-basierten Workerknoten bereitstellen. Benutzer können mithilfe von Tools wie kubectl oder Kubernetes-Dashboards direkt mit ihren jeweiligen Kubernetes-Clustern interagieren.

The diagram illustrates the high-level architecture of AKS on Azure Stack HCI, consisting of the management cluster and Kubernetes clusters.

Jeder Kubernetes-Cluster wird in einer eigenen dedizierten Gruppe von VMs ausgeführt, die durch Hypervisor-basierte Isolation geschützt sind, wodurch es möglich ist, dieselbe physische Infrastruktur sicher gemeinsam in Szenarien zu nutzen, die eine Workloadisolation erfordern.

Welche Vorteile bietet AKS in Azure Stack HCI?

AKS vereinfacht die Bereitstellung von Kubernetes-Clustern, indem eine Abstraktionsebene zur Verfügung gestellt wird, die einige der schwierigeren Implementierungsdetails ausblendet. Es verwendet Windows Admin Center, um Sie durch den Prozess der Installation des AKS-Hosts zu führen, der als Verwaltungscluster dient. Windows Admin Center vereinfacht auch die Installation einzelner Kubernetes-Cluster, die Workerknoten enthalten, die Ihre Containerworkloads hosten. Der Installationsvorgang stellt automatisch alle relevanten Softwarekomponenten einschließlich Verwaltungstools wie kubectl zur Verfügung.

AKS in Azure Stack HCI unterstützt sowohl Linux-basierte als auch Windows-basierte Container. Wenn Sie einen Kubernetes-Cluster erstellen, geben Sie nur die Containertypen an, die Sie ausführen möchten. Die hyperkonvergente Plattform installiert automatisch das erforderliche Betriebssystem auf den Kubernetes-Clusterknoten.

AKS bietet in Azure Stack HCI ausgeführt viele weitere Vorteile, darunter:

  • Optimierte Bereitstellung von Container-Apps in Kubernetes-Clustern, die im Azure Stack HCI-Cluster ausgeführt werden
  • Horizontale Skalierung von Computeressourcen durch Hinzufügen oder Entfernen von Knoten von Kubernetes-Clustern
  • Vereinfachte Verwaltung der Speicher- und Netzwerkkonfiguration von Clusterressourcen
  • Automatisierte Upgrades von Clusterknoten auf die neueste verfügbare Kubernetes-Version. Microsoft verwaltet Windows Server- und Linux-Images für Clusterknoten und aktualisiert sie monatlich.
  • Integration in eine Reihe von Azure-Diensten und -Features wie Microsoft Azure Monitor, Azure Policy und Azure Role-Based Access Control (RBAC, rollenbasierte Zugriffssteuerung). Diese Funktion verwendet Azure Arc für Kubernetes.
  • Zentrale Verwaltung von Kubernetes-Clustern auf Azure Stack HCI-Basis und ihrer Workloads über das Azure-Portal. Diese Funktion verwendet auch Azure Arc für Kubernetes.

Hinweis

Die Verwaltung auf Basis des Azure-Portals ergänzt herkömmliche Kubernetes-Verwaltungstools und -Schnittstellen wie das kubectl-Befehlszeilenhilfsprogramm und Kubernetes-Dashboards.

Außerdem verwaltet die Azure Stack HCI bei einem lokalisierten Ausfall der zugrunde liegenden physischen Komponenten das automatische Failover von VMs, die als Kubernetes-Clusterknoten dienen. Dadurch wird die in Kubernetes integrierte Hochverfügbarkeit ergänzt, die ausgefallene Container automatisch auf derselben oder einer anderen VM neu startet.

Wissensbeurteilung

1.

Sie bereiten die Bereitstellung von Containerworkloads vor, indem Sie Kubernetes in Ihrem vorhandenen Azure Stack HCI-Cluster verwenden, den Sie für Contoso eingerichtet haben. Sie müssen den Mehraufwand minimieren, der mit der Verwaltung von Betriebssystemimages für die Kubernetes-Clusterknoten verbunden ist. Was sollten Sie zuerst tun?