Резервное копирование и восстановление

Edge для частного облака v. 4.16.09

В этом разделе описаны задачи резервного копирования и восстановления при локальной установке 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.
  • Если у вас есть несколько узлов ZooKeeper, создайте их резервные копии по одному. Процесс резервного копирования временно отключает ZooKeeper.
  • Если у вас есть несколько узлов Postgres, создайте их резервные копии по одному.
  • Вы можете выполнить резервное копирование всех остальных компонентов Edge одновременно на всех узлах с помощью таких инструментов, как Ansible или Chef.
  • При восстановлении одного из узлов ZooKeeper, Cassandra или LDAP рекомендуется восстановить все три узла, чтобы обеспечить согласованность (особенно, если организации/среды были созданы после создания резервной копии).
    Примечание . Вышеупомянутое не влияет на восстановление одного узла Cassandra или ZooKeeper в кластере хранилища данных, поскольку резервное копирование не используется.
  • Если пароли LDAP или глобального администратора утеряны/повреждены, потребуется полная резервная копия, чтобы получить те же учетные данные для последней резервной копии и работающей системы.
  • Утилита резервного копирования записывает созданный файл резервной копии в /opt/apigee/backup/ comp , где comp — имя компонента. Поскольку вы можете создавать множество файлов резервных копий и поскольку эти файлы могут достигать больших размеров, вы можете смонтировать отдельный диск в /opt/apigee/backup только для файлов резервных копий.
  • Все файлы резервных копий, кроме PostreSQL, имеют имена в виде:
    резервное копирование-(год).(месяц).(день),(час).(мин).(секунды).tar.gz

    Файлы резервных копий PostreSQL называются:
    (год).(месяц).(день),(час).(мин).(секунды).дамп