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

Edge for Private Cloud версии 4.17.05

В этом разделе описываются задачи резервного копирования и восстановления при локальной установке Apigee Edge. Рекомендуется регулярно создавать резервные копии компонентов Apigee Edge, то есть конфигурации и данных, и обеспечивать восстановление в случае сбоя системы. Процедуры резервного копирования и восстановления позволяют восстановить состояние всей системы (включая все компоненты), не затрагивая другие ее части.

Что копировать

При локальном развертывании Apigee Edge необходимо создать резервные копии следующих компонентов Edge:

  • Apache ZooKeeper (apigee-zookeeper)
  • Apache Cassandra (apigee-cassandra)
  • Postgres Server (edge-postgres-server)
  • База данных PostgreSQL (apigee-postgresql)

    Примечание. В конфигурации Postgres Master/Standby резервное копирование выполняется только для Master. Резервное копирование подчиненного сервера не требуется.
  • Qpid Server (edge-qpid-server)
  • Qpidd (apigee-qpidd)
  • OpenLDAP (apigee-openldap)
  • Сервер управления (edge-management-server)
  • Message Processor (edge-message-processor)
  • Маршрутизатор (пограничный маршрутизатор)
  • Edge UI (edge-ui)

Целевое время восстановления (RTO) и целевая точка восстановления (RPO)

Допустимое время восстановления – это период времени и уровень обслуживания, в рамках которых бизнес-процесс должен быть восстановлен после сбоя, чтобы избежать неприемлемых последствий, связанных с нарушением непрерывности бизнеса.

Целевая точка восстановления – это максимально допустимый период, в течение которого данные могут быть потеряны из ИТ-сервиса из-за серьезного инцидента. Обе цели необходимо учитывать при реализации плана резервного копирования для стратегии восстановления.

Полезные факты

Вы можете заметить, что данные установки распределены по нескольким системам, например организации находятся в LDAP, ZooKeeper и Cassandra. Обратите внимание на следующее:

  • Если у вас несколько узлов Cassandra, создавайте резервные копии по очереди. В процессе резервного копирования Cassandra временно отключается, поэтому не следует запускать его одновременно для всех узлов Cassandra.

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

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