Mamy 4-węzłowy klaster Kubernetes, zainstalowany przy użyciu Juju 2.0 i oficjalnego kanonicznego uroku Kubernetes. Jedynym celem tej bardzo lokalnej i prywatnej instalacji jest programowanie i testowanie.
Jednym z największych i udokumentowanych problemów tej instalacji jest całkowity brak zgrabnej procedury zamykania serwera. Ponieważ tylko etcd
węzły ulegają awarii, cała konfiguracja jest tracona.
Spędziliśmy dużo czasu na szukaniu automatycznego skryptu / procedur tworzenia kopii zapasowych / przywracania dla Kubernetes. Najczęstszą odpowiedzią na problem, jaki mamy, jest wdrożenie serwera od zera za pomocą Juju przy każdym uruchomieniu. Biorąc pod uwagę 30-35 min. czas wdrożenia nie wydaje się atrakcyjnym rozwiązaniem?
Czy zdarza ci się mieć jakieś realne rozwiązanie tego problemu?
źródło
Odpowiedzi:
co z kopią zapasową konfiguracji etcd, aby przywrócić ją podczas uruchamiania?
https://coreos.com/etcd/docs/latest/v2/admin_guide.html
Czy to nie oszczędza ci trochę czasu?
źródło