Edge для частного облака v. 4.17.01
В этом разделе описаны задачи резервного копирования и восстановления при локальной установке Apigee Edge. Рекомендуется всегда регулярно создавать резервную копию компонентов Apigee Edge, то есть конфигурации и данных, и обеспечивать выполнение восстановления в случае сбоя системы. Процедуры резервного копирования и восстановления позволяют восстановить состояние всей системы (включая все компоненты), не затрагивая другие части системы.
Что делать резервную копию
При локальном развертывании Apigee Edge необходимо выполнить резервное копирование следующих компонентов Edge:
- Apache ZooKeeper (оператор зоопарка)
- Апачи Кассандра (apigee-cassandra)
- Сервер Postgres (edge-postgres-server)
- База данных PostgreSQL (apigee-postgresql)
Примечание . В конфигурации Postgres Master/Standby вы создаете резервную копию только Master. Вам не нужно создавать резервную копию подчиненного устройства. - Qpid-сервер (edge-qpid-сервер)
- Qpidd (apigee-qpidd)
- OpenLDAP (apigee-openldap)
- Сервер управления (пограничный сервер управления)
- Процессор сообщений (edge-message-processor)
- Маршрутизатор (edge-маршрутизатор)
- Пограничный интерфейс (edge-ui)
Целевое время восстановления (RTO) и целевая точка восстановления (RPO)
RTO — это продолжительность времени и уровень обслуживания, в пределах которых бизнес-процесс должен быть восстановлен после катастрофы (или сбоя) во избежание неприемлемых последствий, связанных с нарушением непрерывности бизнеса.
RPO — это максимально допустимый период, в течение которого данные ИТ-службы могут быть потеряны из-за серьезного инцидента. Обе цели необходимо принять во внимание, прежде чем реализовывать план резервного копирования для вашей стратегии восстановления.
Прежде чем начать: полезные факты
Вы можете заметить, что установочные данные распределены по нескольким системам, например организации находятся в LDAP, ZooKeeper и Cassandra. Обязательно обратите внимание на следующие примечания по резервному копированию и восстановлению:
- Если у вас несколько узлов Cassandra, создайте их резервные копии по одному. Процесс резервного копирования временно отключает Cassandra, поэтому вы не хотите запускать его одновременно для всех узлов Cassandra.
Примечание . Начиная с Edge 4.17.01.05, процедура резервного копирования больше не отключает Cassandra. - Если у вас есть несколько узлов ZooKeeper, создайте их резервные копии по одному. Процесс резервного копирования временно отключает ZooKeeper.
- Если у вас есть несколько узлов Postgres, создайте их резервные копии по одному.
- Вы можете выполнить резервное копирование всех остальных компонентов Edge одновременно на всех узлах с помощью таких инструментов, как Ansible или Chef.
- При восстановлении одного из узлов ZooKeeper, Cassandra или LDAP рекомендуется восстановить все три узла, чтобы обеспечить согласованность (особенно, если организации/среды были созданы после создания резервной копии).
Примечание . Вышеупомянутое не влияет на восстановление одного узла Cassandra или ZooKeeper в кластере хранилища данных, поскольку резервное копирование не используется. - Если пароли LDAP или глобального администратора утеряны/повреждены, потребуется полная резервная копия, чтобы получить те же учетные данные для последней резервной копии и работающей системы.
- Утилита резервного копирования записывает созданный файл резервной копии в /opt/apigee/backup/ comp , где comp — имя компонента. Поскольку вы можете создавать множество файлов резервных копий и поскольку эти файлы могут достигать больших размеров, вы можете смонтировать отдельный диск в /opt/apigee/backup только для файлов резервных копий.
- Все файлы резервных копий, кроме PostreSQL, имеют имена в виде:
резервное копирование-(год).(месяц).(день),(час).(мин).(секунды).tar.gz
Файлы резервных копий PostreSQL называются:
(год).(месяц).(день),(час).(мин).(секунды).дамп