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 für die Leistungsbenchmark, Test- und QA-Arbeitslasten mit dem Cloud Service Mesh-Release verwendet, 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. Mit Release-Kanälen für verwaltetes Cloud Service Mesh können Sie ein Gleichgewicht zwischen Stabilität und Feature-Set herstellen. Wenn Sie einen neuen Cluster in einem Releasekanal registrieren, verwaltet Google automatisch die Version und den Aktualisierungsrhythmus des Clusters. Steuerungs- und Datenebenen werden regelmäßig aktualisiert.

Für GKE-Cluster auf Google Cloudempfehlen wir ebenfalls, die GKE-Cluster in einer Release-Version 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 Verwenden Sie den Rapid Channel, um die neuesten verwalteten Cloud Service Mesh-Releases mit Ihrer spezifischen Konfiguration und Funktionsauswahl zu testen und der Kurve einen Schritt voraus zu sein, indem Sie neue Funktionen oder APIs testen.

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 nach und nach auf die Steuerungsebene und die Datenebene in allen Versionen übertragen, wodurch die Zeit bis zur Inbetriebnahme des Stable Channel für Rapid und Regular Channels aufgewendet wird.
  • 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 auf der Hauptseite der Cloud Service Mesh-Versionshinweise sowie in einem RSS-Feed veröffentlicht.

Nächste Schritte