Wir haben einen Kubernetes-Cluster mit 4 Knoten, der mit Juju 2.0 und dem offiziellen kanonischen Kubernetes-Charme installiert wurde. Der einzige Zweck dieser sehr lokalen und privaten Installation ist das Entwickeln und Testen.
Eines der größten und dokumentiertesten Probleme bei dieser Installation ist das Fehlen einer ordnungsgemäßen Vorgehensweise zum Herunterfahren des Servers. Da nur die etcdKnoten ausfallen, geht die gesamte Konfiguration verloren.
Wir haben viel Zeit darauf verwendet, ein automatisiertes Backup / Restore-Skript / Verfahren für Kubernetes zu finden. Die häufigste Antwort auf das Problem besteht darin, den Server bei jedem Start von Grund auf mit Juju bereitzustellen. 30-35min gegeben. Bereitstellungszeit scheint es keine attraktive Lösung zu sein?
Haben Sie zufällig eine praktikable Lösung für dieses Problem?
quelle
Antworten:
Was ist mit dem Sichern der etcd-Konfiguration, die beim Start wiederhergestellt werden soll?
https://coreos.com/etcd/docs/latest/v2/admin_guide.html
Spart Ihnen das nicht viel Zeit?
quelle