Aktualisieren der Orchestrierung über mehrere Mitgliedscluster hinweg
Plattformadministratoren, die eine große Anzahl von Clustern verwalten, haben häufig Probleme beim Staging der Updates mehrerer Cluster (z. B. das Aktualisieren von Knotenbetriebssystemimageversionen, das Upgrade von Kubernetes-Versionen) auf sichere und vorhersehbare Weise. Dieses Problem können Sie umgehen, indem Sie Updates mit Azure Kubernetes Fleet Manager (Flotte) in mehreren Clustern mithilfe von Updateausführungen, -phasen, -gruppen und -strategien orchestrieren.
- Updateausführung: Eine Updateausführung stellt ein Update dar, das auf eine Sammlung von AKS-Clustern angewendet wird, bestehend aus dem Updateziel und der Sequenz. Das Updateziel beschreibt die gewünschten Updates (z. B. ein Upgrade auf Kubernetes, Version 1.28.3). Die Aktualisierungssequenz beschreibt die genaue Reihenfolge, um die Aktualisierungen auf mehrere Membercluster anzuwenden, ausgedrückt mithilfe von Phasen und Gruppen. Wenn nicht angegeben, werden alle Membercluster nacheinander aktualisiert. Eine Updateausführung kann beendet und gestartet werden.
- Updatephase: Updateausführungen sind in Phasen unterteilt, die sequenziell angewendet werden. Beispielsweise kann eine erste Updatephase Mitgliedscluster der Testumgebung aktualisieren und eine zweite Updatestufe würde dann später Produktionsumgebung-Membercluster aktualisieren. Es kann eine Wartezeit angegeben werden, um zwischen der Durchführung der nachfolgenden Updatephasen Abstände zu haben.
- Updategruppe: Jede Updatephase enthält eine oder mehrere Updategruppen, die verwendet werden, um die zu aktualisierenden Mitgliedscluster auszuwählen. Updategruppen werden auch verwendet, um die Anwendung von Updates auf Mitgliedscluster zu ordnen. Innerhalb einer Aktualisierungsphase werden Updates parallel auf alle verschiedenen Updategruppen angewendet; innerhalb einer Updategruppe werden Mitgliedercluster sequenziell aktualisiert. Jeder Mitgliedscluster der Flotte kann nur Teil einer Updategruppe sein.
- Updatestrategie: Eine Updatestrategie beschreibt die Updatesequenz mit Phasen und Gruppen. Sie können eine Strategie in Ihren Updateausführungen wiederverwenden, anstatt die Sequenz in jeder Ausführung wiederholt zu definieren.
Derzeit werden im Cluster Upgrades unterstützt. Es gibt zwei Arten von Upgrades, aus denen Sie wählen können:
- Aktualisieren Sie Kubernetes-Versionen für die Kubernetes-Steuerungsebene und die Knoten (einschließlich upgraden der Knotenimages).
- Aktualisieren Sie nur die Knotenimages.
Sie können die Kubernetes-Zielversion angeben, auf die ein Upgrade durchgeführt werden soll. Sie können jedoch nicht die genauen Zielknotenimageversionen angeben, da die neuesten verfügbaren Knotenimageversionen je nach Region des Clusters variieren können (überprüfen Sie die Versionsverfolgung, um weitere Informationen zu erhalten). Die Imageversionen des Zielknotens werden basierend auf Ihren Einstellungen automatisch für Sie ausgewählt:
Latest: Verwenden Sie die neuesten Knotenimages, die in der Region eines Clusters verfügbar sind, wenn das Upgrade des Clusters gestartet wird. Daher können unterschiedliche Imageversionen verwendet werden, je nachdem, in welcher Region sich ein Cluster befindet und wann das Upgrade tatsächlich gestartet wird.Consistent: Wenn die Updateausführung gestartet wird, wählt sie die neuesten allgemeinen Imageversionen in den Bereichen der Membercluster in dieser Ausführung aus, sodass die gleichen, konsistenten Imageversionen in allen Clustern verwendet werden.
Sie sollten Latest auswählen, um neuere Imageversionen zu verwenden und Sicherheitsrisiken zu minimieren, und wählen Sie Consistent aus, um die Zuverlässigkeit zu verbessern, indem Sie diese Bilder in Clustern in früheren Phasen verwenden und überprüfen, bevor Sie sie in späteren Clustern verwenden.