Freigeben über

AKS Arc on VMware (Vorschau) und Workload Cluster-Architektur

  • Artikel

Gilt für: AKS aktiviert von Azure Arc auf VMware (Vorschau)

Dieser Artikel enthält eine Übersicht über die Clusterarchitektur und wichtige Infrastrukturkomponenten von Kubernetes, z. B. die Steuerebene und Arbeitsknoten, für AKS, die von Azure Arc auf VMware aktiviert werden.

Clusterarchitektur

Ein Azure Kubernetes-Dienstcluster verfügt über die folgenden Komponenten:

  • Arc Resource Bridge (auch als Arc-Appliance bezeichnet) bietet den Zentralen Orchestrierungsmechanismus und die Schnittstelle zum Bereitstellen und Verwalten eines oder mehrerer Workloadcluster.
  • Workloadcluster (auch als Zielcluster bezeichnet) sind der Ort, an dem containerisierte Anwendungen bereitgestellt werden.

Diagramm, das die Clusterarchitektur zeigt.

AKS Arc verwendet eine Reihe vordefinierter Konfigurationsoptionen, um Kubernetes-Cluster effektiv und unter Berücksichtigung der Skalierbarkeit bereitzustellen. Ein Bereitstellungsvorgang erstellt mehrere virtuelle Linux-Computer und verbindet sie zusammen, um einen oder mehrere Kubernetes-Cluster zu erstellen.

Arc-Ressourcenbrücke

Die Arc Resource Bridge verbindet eine private Cloud (z. B. Azure Local, VMWare/vSphere oder SCVMM) mit Azure und ermöglicht die lokale Ressourcenverwaltung von Azure. Sobald die Verbindung hergestellt wurde, können Sie die Container-Orchestrierungsplattform in AKS in einer vSphere-Umgebung konfigurieren, bei der es sich um die VMware-Virtualisierungsplattform handelt. Die beiden Hauptkomponenten von vSphere sind ESXi und vCenter.

Azure Arc Resource Bridge bietet die Sichtlinie für private Clouds, die zum Verwalten von Ressourcen wie Kubernetes-Clustern lokal über Azure erforderlich sind. Arc Resource Bridge umfasst die folgenden AKS Arc-Kernkomponenten:

  • AKS Arc-Clustererweiterungen: Eine Clustererweiterung ist das lokale Äquivalent eines Azure Resource Manager-Ressourcenanbieters. Genau wie der Microsoft.ContainerService-Ressourcenanbieter AKS-Cluster in Azure verwaltet, ermöglicht der Microsoft.HybridContainerService-Ressourcenanbieter die AKS Arc-Clustererweiterung, Kubernetes-Cluster über Azure zu verwalten, wenn sie Ihrer Arc Resource Bridge hinzugefügt werden.
  • Benutzerdefinierter Speicherort: Ein benutzerdefinierter Speicherort ist das lokale Äquivalent einer Azure-Region und eine Erweiterung des Azure-Standortkonstrukts. Benutzerdefinierte Speicherorte bieten Mandantenadministratoren die Möglichkeit, ihr Rechenzentrum mit den richtigen installierten Erweiterungen zu verwenden, als Zielspeicherorte für die Bereitstellung von Azure-Dienstinstanzen.
  • vCenter-Ressource: VMware vCenter ist Serververwaltungssoftware, die eine zentrale Plattform für die Steuerung von vSphere-Umgebungen bereitstellt. Die Arc Resource Bridge- und AKS-Erweiterungen kommunizieren über die von vSphere (CAPv) bereitgestellte Cluster-API mit dem vCenter, wodurch die Erstellung von Workloadclustern erleichtert wird. Jede der benutzerdefinierten Standortressourcen ist einer Instanz von vCenter zugeordnet. Wenn Sie Ihr vCenter mit Azure verbinden, registrieren Sie Ihr vCenter auch als Azure-Ressource, die vCenter-Ressource.

Eine architekturbasierte Übersicht über die Azure Arc Resource Bridge finden Sie in der Übersicht über die Azure Arc Resource Bridge. Für jede Azure Arc-Ressourcenbrücke können Sie mehrere vCenter-Instanzen verwalten, indem Sie vCenter-Ressourcen mit den entsprechenden benutzerdefinierten Speicherorten erstellen. Es gibt eine 1:1-Zuordnungsbeziehung zwischen vCenter-Ressourcen und benutzerdefinierten Speicherorten.

Workloadcluster

Ein Workloadcluster verfügt über viele Komponenten, wie in den folgenden Abschnitten beschrieben.

Steuerungsebene

  • API-Server: Der API-Server ermöglicht die Interaktion mit der Kubernetes-API. Diese Komponente stellt die Interaktion für Verwaltungstools bereit, z. B. Azure CLI oder Kubectl.
  • Etcd: Etcd ist ein verteilter Schlüsselwertspeicher, der Daten speichert, die für die Lebenszyklusverwaltung des Clusters erforderlich sind. Er speichert den Zustand der Steuerungsebene.

Load Balancer

Der Hauptzweck eines Lastenausgleichs ist die Verteilung des Datenverkehrs über mehrere Knoten in einem Kubernetes-Cluster. Dieser Lastenausgleich kann dazu beitragen, Ausfallzeiten zu vermeiden und die Gesamtleistung von Anwendungen zu verbessern.

Der AKS Arc auf VMware Preview unterstützt die folgenden Optionen zum Bereitstellen eines Lastenausgleichs für Ihren Kubernetes-Cluster:

  • Bring your own third party load balancer.

Workerknoten

Zum Ausführen Ihrer Anwendungen und der unterstützenden Dienste benötigen Sie einen Kubernetes-Knoten. Ein AKS-Workloadcluster verfügt über einen oder mehrere Workerknoten. Workerknoten fungieren als virtuelle Computer (VMs), die die Kubernetes-Knotenkomponenten ausführen und die Pods und Dienste hosten, aus denen die Anwendungsarbeitsauslastung besteht.

Es gibt wichtige Kubernetes-Workloadkomponenten, die Sie auf AKS-Workloadclustern bereitstellen können, z. B. Pods und Bereitstellungen.

Warnung

Während der Vorschau wird die Erstellung und Verwaltung von Windows-Knotenpools nicht unterstützt.

Lebenszyklusverwaltung

Azure Arc wird automatisch für alle Kubernetes-Cluster aktiviert, die mit AKS Arc erstellt werden. Sie können Ihre Microsoft Entra-Identität verwenden, um von praktisch überall aus eine Verbindung mit Ihren Clustern herzustellen. Mit Azure Arc können Sie vertraute Tools wie die Azure CLI- und Azure Resource Manager-Vorlagen verwenden, um Ihre Kubernetes-Cluster zu erstellen und zu verwalten.

Nächste Schritte