In einer sich schnell verändernden Welt der Technologie, um Nutzer mit kontinuierliche und schnelle Innovation entscheidend ist. Kubernetes ist ein ausgezeichneter Motor, die Innovation in der Wolke antreiben kann, sowie lokale Rand. Daher Kubernetes sein gesamtes Ökosystem selbst sehr schnell Iterationen, so dass Kubernetes auf dem neuesten Stand die sichere Anwendung und neue Funktionen sind für alle Einsätze wesentlich zu gewährleisten.
Was ist das ohne Ausfallzeiten Upgrade-Cluster
Rancher 2.4 letzte Woche GA , in Rancher 2.4, wir eingeführt formal Null-Ausfallzeiten Cluster - Upgrades. Popular, diese Funktion können Sie den Motor in einem Flugzeug Flug ändern, ohne Einmischung. Entwickler können weiterhin Ihre Anwendung auf einen Cluster zu implementieren, kann der Benutzer weiterhin den Service ohne Störungen verwenden. Zur gleichen Zeit, nach der OOB des Rancher (out - of - Band) Kubernetes Update in Verbindung mit Cluster - Bediener kann sicher veröffentlichen und Sicherheits - Updates innerhalb weniger Stunden nach der freigegebenen Version beizubehalten.
In früheren Versionen der Rancher, RKE erstes Upgrade ETCD Knoten, und dabei nicht zu Bruch Quorum. Rancher dann einmal alle Knotensteuerebene schnell eskaliert, und schließlich die alle Arbeiter Knoten bald aufgerüstet werden. Dies führt zu einer API und die Verfügbarkeit von Workloads Ausfall informieren. Darüber hinaus, wenn die Steuerebene aktualisieren, setzte Rancher den Cluster - Status als „aktiv“ angesehen, so dass der Bediener nicht weiß noch arbeitet Knoten in der Aktualisierung.
In Rancher 2.4 haben wir den gesamten Aktualisierungsprozess optimiert , um eine ordnungsgemäße Lieferung von CI / CD - Pipeline zu gewährleisten und Auslastungen weiterhin Service fließen. Während des gesamten Prozesses sieht Rancher den Status des Clusters zu aktualisieren, die den Bediener schnell , dass etwas passiert im Cluster sehen macht.
Rancher noch starten eCTD Knoten, zu aktualisieren beginnt ein Knoten zu aktualisieren und dabei nicht zu Schaden Quorum. Als zusätzliche Vorsichtsmaßnahme, Betreiber von ETCD und wird Kubernetes Konfiguration Schnappschuss vor der Aktualisierung. Und wenn Sie den gesamten Cluster Rollback kann vor dem Upgrade auf den Zustand wieder hergestellt werden.
Wie Sie wissen, nach Bedarf Anwendungen zu einem Cluster Kubernetes verfügbar API bereitstellen. In der Viehzüchter 2.4 wird Kubernetes Steuerebene Knoten einen aktualisieren. Der erste Server wird offline, aktualisiert und dann wieder in den Cluster. Als nächstes wird der Knoten meldet den Zustand gesund ist, wird die Kontrolle Flugzeug Knoten erst beginnen, wenn die Aktualisierung vor. Dieses Verhalten garantiert API immer auf Anfragen während des Aktualisierungsprozesses reagieren.
Rancher 2.4 Knoten zwei wesentliche Änderungen aktualisieren
Die meisten Aktivitäten finden an den Cluster auf den Arbeitsknoten. In Rancher 2.4 Upgrade-Knoten erfahren hat zwei wesentliche Änderungen. Die erste ist die Anzahl der einzelnen Upgrade-Worker-Knoten kann eingestellt werden. Bei herkömmlichen Methoden oder kleinen Clustern, Operator kann nur ein Knoten wählen zu aktualisieren. Für Betreiber in Bezug auf den größeren Cluster, können Sie die Einstellungen anpassen, in einem größeren Maßstab Charge zu aktualisieren. Diese Option ist ein ausgewogenes Verhältnis zwischen Risiko und Zeit zu treffen und einem Höchstmaß an Flexibilität bieten. Die zweite Änderung ist der Bediener wählen kann Arbeitsbelastung vor dem Arbeiter Knoten Upgrade zu konsumieren. Erste Räumung Knoten kann die Auswirkungen auf Kubernetes Pod minimieren neu starten, um die kleinere Version Upgrades.
Solche CoreDNS, NGINX Ingress und CNI Fahrer diese zusätzlichen Dienstleistungen Arbeiter Knoten synchronisiert. Rancher 2.4 offenbaren zusätzliche Bereitstellung jede Art von Upgrade-Politik, die so verwendet wird, dass die zusätzliche Upgrade-Verfügbarkeit Kubernetes native Struktur.