Backup środowiska EZD RP

Dzień dobry.
Przed aktualizacją do nowszej wersji zalecane jest wykonanie backupu środowiska.
Proszę o informację, w jaki sposób można wykonać backup środowiska EZD RP?
Z góry dziękuję za odpowiedź.
Pozdrawiam,
Wojciech Niewęgłowski

Dzień dobry Panie Wojciechu,
najprostszym sposobem na wykonanie backupu środowiska EZD RP jest utworzenie snapshot’a obrazu maszyny wirtualnej (VM), w razie potrzeby będzie mógł Pan przywrócić środowisko do poprzedniego stanu.

Pozdrawiam
Łukasz Markiewicz

Panie Łukaszu, dziękuję za odpowiedź.
W naszym przypadku system Linux Ubuntu Server, na którym postawione jest całe testowe środowisko EZD RP, zainstalowany jest bezpośrednio na sprzęcie fizycznym. Nie korzystaliśmy z maszyn wirtualnych przy instalacji.
Czy w takiej sytuacji istnieje procedura zalecana przez Państwa odnośnie tego, które składniki (foldery) systemu linux powinny zostać poddane kopii zapasowej?
Z góry dziękuję za odpowiedź.
Pozdrawiam,
Wojciech Niewęgłowski

Dzień dobry Panie Wojciechu,
z Pana informacji rozumiem, że jest to “testowa” (jednowęzłowa) instancja Kubernetesa.
Najważniejsze jest zrobienie backUp’u DB oraz etcd ponieważ przechowuje stan klastra.
W sieci jest wiele dostępnych narzędzi do tworzenia kopii zapasowych.
Rozumiem, że Pan również dla bezpieczeństwa tworzy backUp servera(?) - jeżeli tak, to powinno rozwiązać wszelkie wątpliwości dotyczące kompletności tworzonych kopii zapasowych całego środowiska.

Pozdrawiam,
Łukasz Markiewicz

Dzień dobry Panie Łukaszu,
zgadza się, jest to jednowęzłowa instancja Kubernetesa.
Jeśli chodzi o backup bazy danych oraz etcd - czy robi się to w jakiś sposób z poziomu Ranchera czy poprzez kopię struktury odpowiednich katalogów po to, by w przypadku awarii podmienić odpowiednie pliki? Jeśli backup tych składników polega na kopii odpowiednich plików, proszę o informację, jaka jest ścieżka do tych katalogów w systemie linux.
Odnośnie ostatniego zdania, chcę się upewnić, czy dobrze zrozumiałem - rozumiem, że backup całego serwera (całej struktury katalogów systemu linux) oraz w przypadku awarii środowiska EZD przywrócenie struktury katalogów z wykonanego backupu, wystarczy do odtworzenia środowiska sprzed awarii tak, aby system wystartował w takim stanie, w jakim był w momencie wykonaniu backupu?
Z góry dziękuję za odpowiedź.

Pozdrawiam,
Wojciech Niewęgłowski

Proponuję postawić np. darmowego Proxmoxa a w nim dopiero budować środowisko EZD RP. Backup robi się wówczas całej maszyny wirtualnej - ułatwia to późniejsze backupowanie i odzyskiwanie środowiska po błędnej konfiguracji, czy awarii.

Witam,
Jako iż dokonywaliśmy już kilkukrotnego przeniesienia środowiska a co za tym idzie również prawidłowego wykonania backupu to zalecam w pierwszej kolejności zrobić kopie zapasowe baz danych:

  1. Postgresql możliwy łatwy backup przy pomocy aplikacji pgAdmin w której podaje się dane bezpośrednie do bazy danych.
  2. Kopię baz danych Redis oraz Redis Apend możliwe z linii komend systemu Linux:
redis-cli -h IP_HOSTA_Z_BAZA -p 6379 -a HASŁO
sprawdzenie gdzie znajduje się baza przy pomocy polecenia:
config get dir				-> i zazwyczaj jest to: /var/lib/redis

kopia pliku dump.rdb
sudo cp -p /var/lib/redis/dump.rdb ~/lokalizacja_backupu/dump.rdb

Identycznie dla redis append
config get dir				-> /var/lib/redis-append
kopia pliku dump.rdb
sudo cp -p /var/lib/redis-append/redis-append.rdb ~/lokalizacja_backupu/redis-append.rdb
  1. Pliki nie powinny zostać zmodyfikowane więc wydaje mi się że przy aktualizacji nie będzie potrzeby ich backupu.

Też jak rozmówcy wyżej zalecam zainstalowanie środowiska wirtualnego Proxmox lub darmowego MS Hyper-V 2019 (w Hyper-V można zawsze przed backupem zwyczajnie skopiować całą maszynę - plik vhdx i bawić się z aktualizacją) lub wykonać punkt kontrolny snapshota.

Dziękuję wszystkim za sugestie i za pomoc.
Faktycznie wykorzystanie wirtualizacji będzie najprostszym sposobem.