Tworzenie i przywracanie kopii zapasowej

Edge for Private Cloud wer. 4.17.01

W tej sekcji opisano zadania tworzenia i przywracania kopii zapasowej w lokalnej instalacji Apigee Edge. Zalecamy, aby zawsze tworzyć w regularnych odstępach czasu kopie zapasowe komponentów Apigee Edge, tj. konfiguracji i danych, oraz upewnić się, że w przypadku awarii systemu przywracanie jest wykonywane. Procedury tworzenia kopii zapasowych i przywracania umożliwiają przywrócenie stanu całego systemu (w tym wszystkich jego komponentów) bez wpływu na inne części systemu.

Co utworzyć kopię zapasową

W przypadku lokalnego wdrożenia Apigee Edge musisz utworzyć kopię zapasową tych komponentów Edge:

  • Apache ZooKeeper (apigee-zookeeper)
  • Apache Cassandra (apigee-cassandra)
  • Serwer Postgres (edge-postgres-server)
  • Baza danych PostgreSQL (apigee-postgresql)

    Uwaga: w konfiguracji Postgres Master/standby tworzysz tylko kopię zapasową instancji głównej. Nie musisz wspierać tego niewolnika.
  • Serwer Qpid (edge-qpid-server)
  • Qpidd (apigee-qpidd)
  • OpenLDAP (apigee-openldap)
  • Serwer zarządzania (serwer zarządzania granicznymi)
  • Procesor wiadomości
  • Router (router graniczny)
  • Edge (UI)

Czas przywracania systemu (RTO) w porównaniu do docelowego okresu utraty danych (RPO)

RTO to czas trwania i poziom usługi, w ramach którego należy przywrócić proces biznesowy po katastrofie (lub zakłóceniu), aby uniknąć niedopuszczalnych konsekwencji związanych z przerwą w ciągłości działania.

RPO to maksymalny dopuszczalny okres, w którym dane mogą zostać utracone z usługi IT z powodu poważnego incydentu. Przed wdrożeniem planu tworzenia kopii zapasowych dla strategii przywracania należy wziąć pod uwagę oba cele.

Zanim zaczniesz: przydatne fakty

Możesz zauważyć, że dane instalacji są rozproszone w kilku systemach, na przykład organizacje znajdują się w LDAP, ZooKeeper i Cassandra. Pamiętaj o zapoznaniu się z tymi uwagami na temat tworzenia i przywracania kopii zapasowej:

  • Jeśli masz wiele węzłów Cassandra, twórz ich kopie zapasowe pojedynczo. Proces tworzenia kopii zapasowej powoduje tymczasowe wyłączenie systemu Cassandra, więc nie chcesz uruchamiać go w tym samym czasie we wszystkich węzłach Cassandra.

    Uwaga: od wersji 4.17.01.05 procedura tworzenia kopii zapasowej nie wyłącza już usługi Cassandra.
  • Jeśli masz wiele węzłów ZooKeeper, twórz ich kopie zapasowe pojedynczo. Proces tworzenia kopii zapasowej tymczasowo wyłącza ZooKeeper.
  • Jeśli masz wiele węzłów Postgres, twórz ich kopie zapasowe pojedynczo.
  • Możesz utworzyć kopię zapasową wszystkich pozostałych komponentów Edge jednocześnie we wszystkich węzłach za pomocą takich narzędzi jak Ansible lub Chef.
  • Przy przywracaniu jednego z węzłów ZooKeeper, Cassandra lub LDAP zalecane jest przywrócenie wszystkich 3 węzłów w celu uzyskania spójności (zwłaszcza jeśli organizacje/środowiska zostały utworzone od momentu utworzenia kopii zapasowej).
    Uwaga: powyższe czynności nie mają wpływu na przywrócenie jednego węzła Cassandra lub ZooKeeper w klastrze magazynu danych, ponieważ kopia zapasowa nie jest używana.
  • W przypadku utraty lub uszkodzenia hasła do serwera LDAP lub hasła administratora globalnego wymagana jest pełna kopia zapasowa, aby uzyskać te same dane logowania dla ostatniej kopii zapasowej i uruchomionego systemu.
  • Narzędzie do tworzenia kopii zapasowych zapisuje wygenerowany plik kopii zapasowej w katalogu /opt/apigee/backup/comp, gdzie comp to nazwa komponentu. Możesz wygenerować wiele plików kopii zapasowych, a pliki te mogą być bardzo duże, dlatego na potrzeby plików kopii zapasowych możesz podłączyć oddzielny dysk w lokalizacji /opt/apigee/backup.
  • Wszystkie pliki kopii zapasowych, z wyjątkiem PostreSQL, mają postać:
    backup-(rok).(miesiąc).(dzień),(godzina).(min).(sekundy).tar.gz

    Pliki kopii zapasowych PostreSQL mają nazwy:
    (rok).(miesiąc).(dzień)(godzina).(min).(sekundy).dump