Graceful zamknięcie klastra Kubernetes


13

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 etcdwę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?


3
Zapytałem twórców uroku kubernetes-core dla juju 2.0 o płynne procedury zamykania. Obecnie dostępna jest funkcja płynnego zamykania . Możesz śledzić postęp tutaj: github.com/juju-solutions/bundle-kubernetes-core/issues/37
Kamil Tamiola

Odpowiedzi:


Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.