Freigeben über


Azure Kubernetes Service in Azure Stack Hub: Übersicht für Benutzer

Azure Kubernetes Service (AKS) erleichtert die Bereitstellung eines Kubernetes-Clusters in Azure und Azure Stack Hub. AKS verringert die Komplexität und den operativen Mehraufwand für die Verwaltung von Kubernetes-Clustern.

Als Managed Kubernetes-Dienst übernimmt Azure Stack Hub wichtige Aufgaben wie die Integritätsüberwachung und erleichtert die Wartung von Clustern. Das Azure Stack-Team verwaltet das Image, das für die Wartung der Cluster verwendet wird. Der Clusteradministrator muss die Updates nur bei Bedarf anwenden. Die Dienste werden ohne zusätzliche Kosten angeboten. AKS ist kostenlos: Sie zahlen nur für die Verwendung der virtuellen Computer (Master- und Agent-Knoten) in Ihren Clustern. Es ist einfacher zu verwenden als die AKS-Engine, da sie einige der manuellen Aufgaben entfernt, die bei der AKS-Engine erforderlich sind.

Wichtig

Azure Kubernetes Service in Azure Stack Hub, die sich derzeit in der Vorschauphase befindet, wird eingestellt und wird nicht allgemein verfügbar. Weitere Informationen finden Sie unter AKS-Engine für eine Kubernetes-Lösung in Azure Stack Hub. Die zusätzlichen Nutzungsbestimmungen für Microsoft Azure-Vorschauen enthalten rechtliche Bedingungen. Sie gelten für diejenigen Azure-Features, die sich in der Beta- oder Vorschauversion befinden oder aber anderweitig noch nicht zur allgemeinen Verfügbarkeit freigegeben sind.

AKS in Azure Stack Hub

Sie können AKS-Cluster in Azure Stack Hub auf die gleiche Weise wie in der Azure-Cloud verwalten, indem Sie dieselbe Azure CLI, das Azure Stack Hub-Benutzerportal, die Azure Resource Manager-Vorlagen und die REST-API verwenden. Wenn Sie einen AKS-Cluster bereitstellen, werden der Kubernetes-Master und alle Knoten für Sie bereitgestellt und konfiguriert.

Weitere Informationen zu Kubernetes-Konzepten finden Sie in der Kubernetes-Dokumentation. Eine vollständige Dokumentation des AKS-Diensts im globalen Azure finden Sie in der Dokumentation unter Azure Kubernetes Service.

Benutzerrollen und Zuständigkeiten

Azure Stack Hub ist ein lokales System, das Kunden in ihren Rechenzentren verwenden können, um ihre cloudnativen Workloads auszuführen. Diese Systeme unterstützen zwei Benutzertypen: Cloudbetreiber und Benutzer.

Die folgenden Aufgaben fallen dem Azure Stack Hub-Betreiber zu:

  1. Vergewissern Sie sich, dass die Azure Kubernetes Service-Basisimages in der Azure Stack Hub-Instanz verfügbar sind. Dies umfasst auch den Download von Azure.
  2. Vergewissern Sie sich, dass Azure Kubernetes Service für Kundenpläne und Benutzerabonnements verfügbar ist, wie dies bei jedem anderen Dienst in Azure Stack Hub der Fall ist.
  3. Überwachen Sie Azure Kubernetes Service, und reagieren Sie auf jede Warnung und die damit verbundene Wartung.
  4. Einzelheiten zu den Betreiberaufgaben finden Sie unter Installieren und Anbieten von Azure Kubernetes Service in Azure Stack Hub.

Die folgenden Aufgaben fallen dem Benutzer zu, d. h. dem Mandanten-AKS-Clusteradministrator:

  1. Überwachen Sie die Integrität des Kubernetes-Cluster-Agents, und reagieren Sie auf jedes Ereignis und die damit verbundene Wartung. Obwohl die Master im Mandantenabonnement erstellt werden, überwacht der Dienst ihren Zustand und führt bei Bedarf Problembehandlungsschritte aus. Es kann jedoch Supportszenarien geben, in denen der Mandantenclusteradministrator benötigt wird, um den Cluster wieder in einen fehlerfreien Integritätszustand zu versetzen.
  2. Verwenden Sie die Azure Kubernetes Service-Einrichtungen, um den Lebenszyklus des Clusters zu verwalten, d. h. Vorgänge für Erstellung, Upgrade und Skalierung.
  3. Wartungsvorgänge: Bereitstellung von Anwendungen, Sicherung und Wiederherstellung, Problembehandlung, Sammlung von Protokollen und Überwachung von Apps.
  4. Weitere Informationen zu den Mandantenaufgaben finden Sie unter Verwenden von Azure Kubernetes Service in Azure Stack Hub mit der CLI.

Funktionsvergleiche

Die folgende Tabelle bietet eine Übersicht über die Features von AKS im globalen Azure im Vergleich zu den Features in Azure Stack Hub.

Bereich Funktion Azure AKS Azure Stack Hub AKS
Zugriffssicherheit
RBAC in Kubernetes Ja Ja
Security Center-Integration Ja Yes
Microsoft Entra Authentifizierung/RBAC Ja Nein
Calico-Netzwerkrichtlinie Ja Nein
Überwachen & Protokollierung
Integrierte Azure-Überwachung (Insights, Protokolle, Metriken, Warnungen) Ja Nein
Überwachung und Wartung von Masterknoten Ja Ja
Clustermetriken Ja Ja
Advisor-Empfehlungen Ja Nein
Diagnoseeinstellungen Ja Ja
Kubernetes-Steuerungsebenenprotokolle Ja Ja
Arbeitsmappen Ja Nein
Cluster & Knoten
Automatische Knotenskalierung (Autoskalierung) Ja Nein
Gerichtete Knotenskalierung Ja Ja
Automatische Podskalierung Ja Ja
GPU-fähige Pods Ja Nein
Unterstützung von Speichervolumes Ja Ja
Poolverwaltung mit mehreren Knoten Ja Nein
Azure Container Instance Integration & Virtual Node Ja Nein
Betriebszeit-SLA Ja Nein
Ausgeblendete Masterknoten Ja Nein
Virtuelle Netzwerke und Eingang
Standard-VNet Ja Ja
Benutzerdefiniertes VNet Ja Ja
Eingehender HTTP-Datenverkehr Ja Nein
Entwicklungstools
Helm Ja Ja
Dev Studio Ja Nein
DevOps Starter Ja Nein
Docker-Imageunterstützung und private Containerregistrierung Ja Ja
Zertifizierungen
CNCF-zertifiziert Ja Ja
Clusterlebenszyklusverwaltung
AKS Ux Ja Ja
AKS CLI (Windows und Linux) Ja Ja
AKS-API Ja Ja
AKS-Vorlagen Ja Ja
AKS PowerShell Ja Nein

Unterschiede zwischen Azure und Azure Stack Hub

AKS in Azure und in Azure Stack Hubs verwenden das gleiche Quellrepository. Es gibt keine konzeptionellen Unterschiede zwischen den beiden Varianten. Der Betrieb in unterschiedlichen Umgebungen bringt jedoch Unterschiede mit sich, die bei der Verwendung von AKS in Azure Stack Hub zu berücksichtigen sind. Die meisten Unterschiede beziehen sich auf das System, das sich in den Rechenzentren der Kunden befindet, und auf die Funktionalität, die in Azure Stack Hub noch nicht verfügbar ist.

Verbundene oder nicht verbundene Azure Stack Hub-Instanzen im Rechenzentrum des Kunden

In beiden Szenarien unterliegt Azure Stack Hub der Kontrolle des Kunden. Darüber hinaus können Kunden Azure Stack Hub in einer vollständig getrennten Umgebung (mit Air Gap) bereitstellen. Sie sollten die folgenden Faktoren berücksichtigen:

  • Für Betreiber:
    • Sie müssen sicherstellen, dass der AKS-Dienst und die entsprechenden Images für Mandanten verfügbar sind.
    • Sie müssen mit den Mandanten und dem Microsoft-Support zusammenarbeiten, wenn es um die Lösung von Supportvorfällen geht (z. B. das Erfassen der Protokolle von Skalierungseinheiten). Weitere Informationen finden Sie im Artikel zum Betreiber.
  • Für Mandanten:
    • Sie müssen mit dem Betreiber der Skalierungseinheit zusammenarbeiten, um AKS-Basisimages oder AKS-Dienste anzufordern, die in der Skalierungseinheit nicht verfügbar sind.
    • Außerdem müssen sie bei Supportfällen mit dem Betreiber und dem Microsoft-Support zusammenarbeiten. Eine Aufgabe wäre die Sammlung von auf AKS-Cluster bezogenen Protokollen unter Verwendung der hier bereitgestellten Informationen.

Herstellen einer Verbindung mit Azure Stack Hub mithilfe der CLI oder von PowerShell

Wenn Sie die Azure CLI zum Herstellen einer Verbindung mit Azure verwenden, verwendet die CLI-Binärdatei standardmäßig Microsoft Entra-ID für die Authentifizierung und den globalen Azure Resource Manager-Endpunkt für APIs. Sie können die Azure CLI auch mit Azure Stack Hub verwenden. Sie müssen jedoch explizit eine Verbindung mit dem Azure Stack Hub Azure Resource Manager-Endpunkt herstellen und entweder Microsoft Entra-ID oder Active Directory-Verbunddienste (AD FS) für die Authentifizierung verwenden. Der Grund dafür ist, dass Azure Stack Hub für die Arbeit innerhalb von Unternehmen vorgesehen ist, und diese können AD FS in nicht verbundenen Szenarien auswählen.

  1. Informationen zum Herstellen einer Verbindung mit Azure Stack Hub mithilfe von Microsoft Entra-ID oder AD FS-Identitäten mithilfe von PowerShell finden Sie unter Herstellen einer Verbindung mit Azure Stack Hub mit PowerShell als Benutzer.

  2. Verwenden Sie diese, um eine Verbindung über die Azure CLI mit Microsoft Entra-ID oder AD FS-Identitäten herzustellen.

Features unterstützter Plattformen

Azure Stack Hub unterstützt eine Teilmenge der Features, die im globalen Azure verfügbar sind. Beachten Sie die folgenden Unterschiede:

  • Kein Load Balancer Standard Azure Stack Hub unterstützt nur den grundlegenden Lastenausgleich, was bedeutet, dass die folgenden Features, die vom Load Balancer Standard abhängen, noch nicht mit AKS in Azure Stack Hub verfügbar sind:
    • Kein Parameter: api-server-authorized-ip-ranges </azure/aks/api-server-authorized-ip-ranges>
    • Kein Parameter: load-balancer-managed-ip-count /azure/aks/load-balancer-standard#scale-the-number-of-managed-outbound-public-ips
    • Kein Parameter: enable-private-cluster </azure/aks/private-clusters>
    • Keine Autoskalierung für Cluster: </azure/aks/cluster-autoscaler>
    • Kein Parameter: enable-cluster-autoscaler
    • az aks update nicht verfügbar.
    • Keine Unterstützung mehrerer Knotenpools. Die Knotenpoolbefehle sind nicht verfügbar.
    • Die Benutzeroberflächenunterstützung für Vorgänge mit mehreren Knotenpools ist nicht aktiviert.
  • Keine Azure-Regionen oder Verfügbarkeitszonen
  • Keine Verfügbarkeitsgruppen, nur VM-Skalierungsgruppen
  • Überprüfen Sie die Befehlsliste auf unterstützte und nicht unterstützte Befehle.

Unterstützte Dienste

Das Fehlen einiger Azure-Dienste schränkt einige Funktionsoptionen von AKS in Azure Stack Hub ein:

  • Kein Dateidienst. Dadurch gibt es keine Unterstützung für dateidienstbasierte Volumes in Kubernetes in Azure Stack Hub.
  • Kein Azure Log Analytics und Azure Container Monitor. Jeder Kubernetes-Cluster kann mit Azure Container Monitor verbunden werden, solange er mit dem Internet verbunden ist. Wenn er nicht verbunden ist, gibt es lokal in Azure Stack Hub keinen entsprechenden Dienst. Daher gibt es keine integrierte Unterstützung für Azure Container Monitor für AKS in Azure Stack Hub.
  • Kein Azure DevOps. Da dieser Dienst für eine nicht verbundene Azure Stack Hub-Instanz nicht verfügbar ist, gibt es keine integrierte Unterstützung dafür.

Unterstützte AKS-API- und Kubernetes-Versionen

Es wird oft der Fall sein, dass AKS in Azure Stack Hub bei den für Kubernetes und der AKS-API unterstützten Versionen hinter Azure zurückbleibt. Das liegt daran, dass es schwierig ist, den Code für Kunden bereitzustellen, um ihn in ihren eigenen Rechenzentren auszuführen.

Standardwerte für Azure AKS CLI-Parameter, die bei Verwendung der AKS CLI in Azure Stack Hub geändert werden müssen

Angesichts der oben beschriebenen Unterschiede zwischen den beiden Plattformen sollte der Benutzer wissen, dass einige Standardwerte in Parametern in Befehlen und der API, die in Azure AKS funktionieren, in Azure Stack Hub AKS nicht funktionieren. Beispiel:

Allgemeine Parameter Notizen
--service-principal --client-secret Azure Stack Hub unterstützt noch keine verwalteten Identitäten. Anmeldeinformationen des Dienstprinzipals sind immer erforderlich.
--load-balancer-sku basic Azure Stack Hub unterstützt noch keinen Load Balancer Standard (SLB).
--location Der Standortwert ist spezifisch für den vom Kunden gewählten Wert.

Dienstprinzipale können über Microsoft Entra-ID oder AD FS bereitgestellt werden.

Dienstprinzipale (SPN) sind eine Anforderung für das Erstellen und Verwalten eines AKS-Clusters. Da Azure Stack Hub im getrennten Modus über das Internet bereitgestellt werden kann, muss ein alternativer Identitäts-Manager zur Microsoft Entra-ID verfügbar sein, daher wird Active Directory-Verbunddienste (AD FS) verwendet. Die Erstellung von Dienstprinzipalen durch Azure Stack Hub ist hier dokumentiert:

Nächste Schritte

Informationen zur Verwendung von AKS in Azure Stack Hub