Freigeben über

Azure Kubernetes Fleet Manager und Mitgliedscluster

  • Artikel

Dieser Artikel enthält eine konzeptionelle Übersicht über Flotten, Mitgliedscluster und Hubcluster in Azure Kubernetes Fleet Manager (Flotten).

Was sind Flotten?

Eine Flottenressource fungiert als Gruppierungsentität für mehrere AKS-Cluster. Sie können sie verwenden, um mehrere AKS-Cluster als einzelne Entität zu verwalten, Aktualisierungen über mehrere Cluster hinweg zu koordinieren, Kubernetes-Ressourcen über mehrere Cluster hinweg zu verteilen und einen einzigen Glasbereich für die Verwaltung mehrerer Cluster bereitzustellen. Sie können eine Flotte mit oder ohne Hubcluster erstellen.

Eine Flotte umfasst die folgenden Komponenten:

Dieser Screenshot zeigt ein Diagramm der Flottenressource, einschließlich des Hubcluster-Agents und des Membercluster-Agents.

  • Flottenhub-Agent: Ein Kubernetes-Controller, der alle flottenbezogenen benutzerdefinierten Ressourcen (CRs) im Hubcluster erstellt und miteinander in Einklang bringt.
  • Flottenmitglied-Agent: Ein Kubernetes-Controller, der alle flottenbezogenen CRs in den Mitgliedsclustern erstellt und miteinander in Einklang bringt. Dieser Controller ruft die neuesten CRs aus dem Hubcluster ab und synchronisiert die Mietgliedcluster konsistent mit dem gewünschten Zustand.

Was sind Membercluster?

Die MemberCluster stellt eine clusterweite API dar, die innerhalb des Hubclusters eingerichtet wurde und als Darstellung eines Clusters innerhalb der Flotte dient. Diese API bietet einen zuverlässigen, einheitlichen und automatisierten Ansatz für Multiclusteranwendungen, um registrierte Cluster innerhalb einer Flotte zu identifizieren. Sie erleichtert auch Anwendungen beim Abfragen einer Liste von Clustern, die von der Flotte verwaltet werden, oder bei der Beobachtung von Clusterstatus für nachfolgende Aktionen.

Sie können Azure Kubernetes Service (AKS)-Cluster als Membercluster zu einer Flotte hinzufügen. Mitgliedscluster müssen sich im selben Microsoft Entra-Mandanten wie die Flotte befinden, sie können sich jedoch in verschiedenen Regionen, verschiedenen Ressourcengruppen und/oder anderen Abonnements befinden.

Taints

Elementcluster unterstützen die Spezifikation von Taints, die für die MemberCluster-Ressource gelten. Jedes Taintobjekt umfasst folgende Felder:

  • key: Der Schlüssel des Taints.
  • value: Der Wert des Taints.
  • effect: Die Wirkung des Taints, z. B. NoSchedule.

Sobald ein MemberCluster verfälscht ist, kann die planende Person wissen, dass der Cluster keine Ressourcen als Teil der Ressourcenverteilung aus dem Hubcluster empfangen sollte. Der NoSchedule-Effekt ist ein Signal für die planende Person, um die Planung von Ressourcen von einem ClusterResourcePlacement auf MemberCluster zu vermeiden.

Weitere Informationen finden Sie in der Upstream-Fleet-Dokumentation.

Nächste Schritte