Edge dla chmury prywatnej w wersji 4.17.05
W tej sekcji opisano zadania tworzenia i przywracania kopii zapasowych w lokalnej instalacji Apigee Edge. Zalecamy regularne tworzenie kopii zapasowych komponentów Apigee Edge, czyli konfiguracji i danych, oraz zapewnienie możliwości przywrócenia ich w przypadku awarii systemu. Procedury tworzenia kopii zapasowych i przywracania umożliwiają przywrócenie stanu całego systemu (w tym wszystkich komponentów) bez wpływu na inne jego części.
Co chcesz zapisać w kopii zapasowej
W przypadku lokalnego wdrożenia Apigee Edge musisz utworzyć kopie zapasowe 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 kopię zapasową tylko bazy głównej. Nie musisz tworzyć kopii zapasowej bazy podrzędnej. - Serwer Qpid (edge-qpid-server)
- Qpidd (apigee-qpidd)
- OpenLDAP (apigee-openldap)
- Serwer zarządzania (edge-management-server)
- Procesor komunikatów (edge-message-processor)
- Router (router brzegowy)
- Edge UI (edge-ui)
Maksymalny czas przywrócenia (RTO) a dopuszczalny okres utraty danych (RPO)
RTO to czas i poziom usługi, w ramach których proces biznesowy musi zostać przywrócony po awarii (lub zakłóceniu), aby uniknąć niedopuszczalnych konsekwencji związanych z przerwą w ciągłości działania.
Cel punktu odzyskiwania 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 w ramach strategii odzyskiwania należy wziąć pod uwagę oba te cele.
Zanim zaczniesz: przydatne informacje
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 tych kwestiach dotyczących tworzenia i przywracania kopii zapasowej:
- Jeśli masz kilka węzłów Cassandra, twórz ich kopie zapasowe pojedynczo. Proces tworzenia kopii zapasowej tymczasowo wyłącza Cassandrę, więc nie należy go uruchamiać jednocześnie na wszystkich węzłach Cassandry.
Uwaga: od wersji Edge 4.17.05.01 procedura tworzenia kopii zapasowej nie powoduje już wyłączenia Cassandry. - Jeśli masz kilka węzłów ZooKeeper, twórz ich kopie zapasowe pojedynczo. Proces tworzenia kopii zapasowej tymczasowo wyłącza ZooKeeper.
- Jeśli masz kilka węzłów Postgres, twórz ich kopie zapasowe pojedynczo.
- Możesz utworzyć kopię zapasową wszystkich pozostałych komponentów Edge jednocześnie na wszystkich węzłach, używając narzędzi takich jak Ansible lub Chef.
- Podczas przywracania jednego z węzłów ZooKeeper, Cassandra lub LDAP zalecamy przywrócenie wszystkich 3 węzłów, aby zachować spójność (zwłaszcza jeśli organizacje lub środowiska zostały utworzone po utworzeniu kopii zapasowej).
Uwaga: powyższe informacje nie mają wpływu na przywracanie jednego węzła Cassandra lub ZooKeeper w klastrze magazynu danych, ponieważ nie jest używana żadna kopia zapasowa. - Jeśli hasła LDAP lub administratora globalnego zostaną utracone lub uszkodzone, do uzyskania tych samych danych logowania dla ostatniej kopii zapasowej i działającego systemu wymagana jest pełna kopia zapasowa.
- 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 zapasowej, które mogą być duże, dlatego możesz podłączyć osobny dysk w /opt/apigee/backup tylko na pliki kopii zapasowej.
- Wszystkie pliki kopii zapasowych, z wyjątkiem PostreSQL, mają nazwy w formacie:
backup-(rok).(miesiąc).(dzień),(godzina).(minuta).(sekunda).tar.gz
Pliki kopii zapasowych PostreSQL mają nazwy:
(rok).(miesiąc).(dzień),(godzina).(minuta).(sekunda).dump