Best Practices für das Upgrade von Clustern

Auf dieser Seite finden Sie Best Practices, um Ihren verwalteten Cloud Service Mesh-Cluster nahtlos auf dem neuesten Stand zu halten, sowie Empfehlungen zur Erstellung einer Upgradestrategie, die Ihren Anforderungen entspricht und die Verfügbarkeit und Zuverlässigkeit Ihrer Umgebungen erhöht. Mithilfe dieser Informationen können Sie Ihre Cluster bei minimalen Unterbrechungen auf dem aktuellen Stand halten, sodass sie stabil und sicher laufen.

Mehrere Umgebungen einrichten

Im Rahmen Ihres Workflows zur Bereitstellung von Softwareupdates empfehlen wir die Verwendung mehrerer Umgebungen. In mehreren Umgebungen können Sie Risiken und unerwünschte Ausfallzeiten minimieren, indem Sie Software- und Infrastrukturupdates getrennt von Ihrer Produktionsumgebung testen. Sie sollten zumindest eine Produktionsumgebung und eine Vor- oder Testumgebung haben.

Folgende Umgebungen werden empfohlen:

Umgebung Beschreibung
Produktion Dient zur Bereitstellung von Live-Traffic für Endnutzer geschäftskritischer Geschäftsanwendungen.
Staging Wird verwendet, um sicherzustellen, dass alle neuen Änderungen aus vorherigen Umgebungen wie vorgesehen funktionieren, bevor die Änderungen in der Produktion bereitgestellt werden.
Test Wird verwendet, um Arbeitslasten im Hinblick auf die Leistung im Vergleich zu Cloud Service Mesh-Release, den Sie in der Produktion verwenden. In dieser Umgebung können Sie das Upgrade der Steuerungsebene und der Knoten testen, bevor Sie dies in der Produktion tun.
Entwicklung Wird für die aktive Entwicklung verwendet, die auf der in der Produktion ausgeführten Version basiert. In dieser Umgebung erstellen Sie Fehlerkorrekturen und inkrementelle Änderungen, die in der Produktion bereitgestellt werden.
Canary Wird als sekundäre Entwicklungsumgebung verwendet, um neuere Kubernetes-Versionen zu testen. Mit Cloud Service Mesh-Features und APIs können Sie die Produkteinführungszeit verkürzen, sobald diese Releases für die Produktion freigegeben wurden.

Für Release-Versionen registrieren

Cloud Service Mesh veröffentlicht häufig Updates, um Sicherheitsupdates bereitzustellen, bekannte Probleme zu beheben und neue Features einzuführen. Verwaltetes Cloud Service Mesh Release-Versionen bieten Ihnen ein Gleichgewicht zwischen Stabilität und Funktionen zu finden. Wenn Sie einen neuen Cluster in einem Releasekanal registrieren, verwaltet Google automatisch die Version und den Aktualisierungsrhythmus des Clusters. Upgrade von Steuerungsebenen und Datenebenen regelmäßig.

Für GKE-Cluster in Google Cloud empfehlen wir ebenfalls, die GKE-Cluster in einem Release-Kanal zu registrieren. Weitere Informationen finden Sie unter GKE-Release-Versionen Wenn Sie Cluster für den Static Channel registriert haben, prüfen Sie außerdem die unterstützten Plattformen, um die Kompatibilität zu bestätigen.

Im Folgenden finden Sie einige empfohlene Umgebungen und die zugehörigen Releasekanäle, in denen Cluster registriert werden sollten, um sie mit den neuesten Cloud Service Mesh- und Kubernetes-Updates auf dem neuesten Stand zu halten:

Umgebung Release-Version Beschreibung
Produktion Stable oder Regular Um Stabilität und Versionsreife zu erhalten, verwenden Sie den Stable Channel oder den Regular Channel für Produktionsarbeitslasten.
Phase Wie Produktion Verwenden Sie denselben Releasekanal wie die Produktion, damit Ihre Tests erkennen können, auf welche Version die Produktion aktualisiert wird.
Test
Entwicklung
Canary Rapid Zum Testen der neuesten verwalteten Cloud Service Mesh-Releases für Konfiguration und Funktionen anpassen und indem Sie neue Funktionen oder APIs testen, nutzen Sie den Rapid Channel.

Kontinuierliche Upgradestrategie erstellen

Nachdem Sie Ihren Cluster in einem Release-Kanal registriert haben, wird dieser Cluster regelmäßig auf die Version aktualisiert, die die Qualitäts- und Stabilitätsleiste des Kanals erfüllt. Diese Aktualisierungen umfassen Sicherheits- und Fehlerkorrekturen, die auf jedem Kanal mit zunehmender Genauigkeit angewendet werden:

  • Patches werden an die Steuerungsebene und die Datenebene in allen Kanälen übertragen nach und nach, wobei die Übergangszeit in schnellen und regelmäßigen Kanälen akkumuliert wird, in der stabilen Version landen.
  • Zuerst wird die Steuerungsebene und dann die Datenebene aktualisiert.
  • Cloud Service Mesh führt automatisch Patches für Kanäle basierend darauf ein, wie wichtig oder kritisch sie sind.

Updates zu neuen Cloud Service Mesh-Versionen erhalten

Informationen zu neuen Versionen werden im Hauptfenster veröffentlicht Versionshinweise zum Cloud Service Mesh sowie einem RSS-Feed.

Nächste Schritte