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

Edge для частного облака версии 4.17.05

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

Что можно скопировать в облако

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

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

    Примечание. В конфигурации "Основной/резервный сервер PostgreSQL" резервное копирование выполняется только на основном сервере. Резервную копию подчиненного устройства создавать не нужно.
  • Сервер Qpid (edge-qpid-server)
  • Qpidd (apigee-qpidd)
  • OpenLDAP (apigee-openldap)
  • Сервер управления (edge-management-server)
  • Процессор сообщений (edge-message-processor)
  • Маршрутизатор (пограничный маршрутизатор)
  • Интерфейс Edge (edge-ui)

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

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

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

Полезная информация

Вы можете заметить, что данные об установке распределены по нескольким системам, например организации находятся в 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 только для резервных копий.
  • Все файлы резервных копий, кроме PostgreSQL, имеют следующий формат:
    backup-(год).(месяц).(день),(час).(минута).(секунда).tar.gz

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