В ArcGIS Enterprise on Kubernetes, вы можете создать резервную копию организации ArcGIS Enterprise и впоследствии восстановить его, чтобы избежать потери данных и простоев. В случае сбоя вы можете восстановить самую последнюю резервную копию, чтобы восстановить организацию на момент времени, когда была создана резервная копия. При восстановлении резервной копии в новую развернутую организацию для исходной и целевой среды следующие настройки должны быть одинаковыми:
- Полное доменное имя (FQDN) и Контексный путь (то есть, https://dnsalias.domain.com/context)
- Хост реестра и репозитория (то есть, docker.io и esridocker)
- Kubernetes Namespace (то есть, arcgis)
- Kubernetes Cluster Domain (то есть, cluster.local)
- Kubernetes Service DNS Suffix (то есть, svc.cluster.local)
- FSGroup и Supplemental Group ID (если развернуто с пользовательским значением)
Примечание:
Эти настройки были заданы в ходе развертывания.
Как администратор, вы должны предоставить постоянный том (PV) для хранения файлов резервных копий. Когда запускается процесс резервного копирования ресурсов организации, файлы резервных копий сохраняются на этом постоянном диске. На этом постоянном диске перечислены доступные резервные копии и вы можете восстановить любой из файлов резервной копии, которые хранятся в хранилище из той же версии, что и запущенное развертывание.
Поддерживаются следующие PV:
- Блоковые устройства хранения, такие как том EBS или диск Azure
- Файловое хранилище, например, файлы Azure
- Amazon Elastic File System
- Хранилище Network File System (NFS), настроенное в вашей организации
Чтобы привязать хранилище резервных копий к существующему PV, необходимо задать режим доступа как ReadWriteOnce. Для динамически поставляемых PV установите правило возврата как Оставить, чтобы упростить востановление на местах. Тип размещенного хранилища резервных копий разрешает подключения только из одного хранилища резервных копий к исходному хранилищу объектов.
Резервные копии можно создавать вручную или автоматически по расписанию разового или повторяющегося резервного копирования с помощью ArcGIS Enterprise Manager.
Чтобы определить, как часто вам нужно создавать резервные копии, сначала определите объем потери данных, который ваша организация может выдержать в случае сбоя. Например, если ваша организация может выдержать дневную потерю данных, вам необходимо ежедневно выполнять резервное копирование организации.
Время, необходимое для создания или восстановления резервной копии, а также размер резервной копии зависит от множества факторов, таких как количество элементов в организации, количество веб-слоев, размер связанных данных, и особенности того, где хранятся резервные копии. Тестирование процесса восстановления даст вам представление о том, как много времени этот процесс обычно занимает, а также позволит вам практиковать свой план аварийного восстановления.
Конфигурации резервного копирования
Прежде чем вы сможете создать резервную копию организации, вам необходимо определить промежуточное расположение и зарегистрировать хранилище резервных копий для развертывания. Во время регистрации резервного хранилища вы можете либо привязаться к существующему PV с помощью селекторов надписей, либо динамически предоставить новый PV с помощью класса хранилища. Хранилище резервных копий создает требование постоянного тома (PVC), которое связывается с PV в ходе процесса регистрации. Вы также можете зарегистрировать несколько хранилищ резервных копий, используя разные классы хранилищ или методы предоставления.
Вы можете создать резервную копию с помощью ArcGIS Enterprise Manager. При создании резервной копии в хранилищах системных данных сохраняются следующие данные:
- Размещенные геопространственные данные
- Элементы и ресурсы организации
- Хранилище конфигурации сервера
- Свойства конфигурации системы
В ArcGIS Enterprise on Kubernetes каждая резервная копия имеет отметку времени и настраивается как полная резервная копия организации. Данные вне среды Kubernetes, например, в многопользовательской базе геоданных или где-либо еще в вашей файловой системе, не копируются. Выполняйте резервное копирование этих данных на основе рекомендаций поставщика базы данных или ИТ-отдела.
Рекомендуется выполнять регулярное резервное копирование, чтобы предотвратить потерю данных. Вы также должны создать резервную копию перед установкой обновлений программного обеспечения или обновлением до новой версии.
Перед созданием резервной копии необходимо сделать следующее:
- Зарегистрировать промежуточное местоположение.
- Зарегистрировать хранилище резервных копий.
Регистрация промежуточного местоположения и хранилища резервных копий
Каждый компонент в организации изначально копируется отдельно во время процесса резервного копирования. Поскольку размер размещаемых файлов и папок может быть большим, сначала необходимо настроить промежуточное местоположение, чтобы обеспечить для них достаточно места для хранения. Промежуточное местоположение использует PV для временного хранения резервных копий перед их перемещением в хранилище резервных копий.
Поскольку промежуточное местоположение используется для временных данных, необходимо использовать класс хранилища или динамически подготовленные PV.
Примечание:
Если исходная организация, в которой была создана резервная копия, больше недоступна, вам необходимо выполнить определенные шаги, чтобы зарегистрировать хранилище резервных копий и получить существующие резервные копии. Более подробно см. Восстановление резервной копии, когда исходная организация недоступна.
Чтобы зарегистрировать промежуточное местоположение и хранилище резервных копий, выполните следующие шаги:
- Войдите в ArcGIS Enterprise Manager как администратор организации.
- Щелкните кнопку Резервные копии.
- На странице резервных копий щелкните Регистрация хранилища резервных копий.
- Укажите следующую информацию для промежуточного местоположения:
- Размер (ГиБ) — размер PV для промежуточного местоположения. Минимальный размер - 16 GiB. Размер должен быть достаточным, чтобы хранить каждую резервную копию.
- Имя класса хранилища — Имя класса хранилища.
- Выберите тип регистрируемого хранилища резервной копии.
- Amazon S3
- Azure Blob
- Google Cloud Storage
- Управляемое системой хранилище
- В случае использования Amazon S3, предусмотрите следующую информацию:
- Имя хранилища резервных копий - имя хранилища резервных копий. Имя может включать только буквы в нижнем регистре, цифры и дефисы, оно не может начинаться и заканчиваться на дефис.
- Имя бакета— имя бакета, созданного в Amazon S3 для хранения резервных копий.
- Регион - регион, в котором был создан бакет.
- Тип аутентификации - выберите либо Ключ доступа, либо Роль IAM.
- В случае использования Ключа доступа в качестве типа аутентификации, предусмотрите следующую информацию:
- Ключ доступа - Вставьте или введите ключ доступа для пользователя IAM.
- Секретный ключ - Вставьте или введите секретный ключ для пользователя IAM.
- В случае использования Azure Blob, предусмотрите следующую информацию:
- Имя хранилища резервных копий - имя хранилища резервных копий. Имя может включать только буквы в нижнем регистре, цифры и дефисы, оно не может начинаться и заканчиваться на дефис
- Имя контейнера - имя контейнера, созданного в Azure для хранения резервных копий.
- Учетная запись хранилища - Имя родительской учетной записи хранилища, под которой находится контейнер.
- Тип аутентификации - выберите либо Ключ учетной записи хранилища, либо Управляемая идентификация.
- В случае использования ключа учетной записи хранилища в качестве типа аутентификации, предусмотрите следующую информацию:
- Ключ учетной записи - вставьте или введите основной или второмтепенный ключ учетной записи для связанной учетной записи хранения.
- При использовании хранилища Google Cloud, предусмотрите следующую информацию:
- Имя хранилища резервных копий - имя хранилища резервных копий. Имя может включать только буквы в нижнем регистре, цифры и дефисы, оно не может начинаться и заканчиваться на дефис.
- Имя бакета — Имя бакета, созданного в Google Cloud Storage для хранения резервных копий.
- Ключ доступа - Вставьте или введите ключ доступа для сервисной учетной записи.
- Секретный ключ - Вставьте или введите секретный ключ для сервисной учетной записи.
Примечание:
Хотя межрегиональный бакет повышает доступность хранилища, он может стать причиной снижения производительности и появления непрогнозируемых запаздываний при создании и восстановлении резервных копий. Об отличительных особенностях облачных хранилищ уровня одного региона, двух регионов или нескольких регионов, а также о способах выбора местоположений см. в документации Google Cloud.
- При использовании управляемого системой хранилища, предусмотрите следующую информацию:
- Тип тома — выберите Статический, если PVC должен быть привязан к существующему PV. Выберите Динамический, если новый PV должен быть представлен через заданный класс хранилища.
- Имя хранилища резервных копий — определяет имя хранилища резервных копий. Оно должно совпадать с названием ранее зарегистрированного хранилища резервных копий. Имя может включать только буквы в нижнем регистре, цифры и дефисы, оно не может начинаться и заканчиваться на дефис.
- Размер (ГБ) — определяет размер PV для хранилища резервных копий. Минимальный размер — 32 ГБ, это значение должно соответствовать размеру существующего PV при использовании статической состыковки. Если это значение выше размера существующего PV, то PVC не будет привязан к PV.
- Имя класса хранилища — класс хранилища должен совпадать с классом хранилища существующего PV.
- Выбор надписи — требуется для статического соединения, метка или метки должны соответствовать меткам существующего PV.
- Щелкните Регистрация.
Примечание:
При привязке к существующему PV, для которого не определен класс хранилища, оставьте имя класса хранилища пустым. Если в кластере настроен класс хранения по умолчанию, контроллер допуска DefaultStorageClass добавляет класс хранения по умолчанию и предотвращает привязку PVC. В этом случае администратор может либо добавить спецификацию класса хранилища к PV, либо удалить конфигурацию класса хранилища по умолчанию.Учитывайте размер хранилища резервных копий, если ваш провайдер хранилища не разрешает расширение PV. Если дело в этом, оцените объем данных, которые будут храниться в вашей организации, а также количество резервных копий, которые вы будете создавать. Если в исходном хранилище резервных копий не хватает места, удалите старые резервные копии или зарегистрируйте новое хранилище резервных копий.
Если ваш провайдер хранилища поддерживает расширение PV, вы можете изменить конфигурацию тома. Возможность изменения размера PV определяется настройкой allowVolumeExpansion для класса хранилища. Для нее должно быть установлено значение true. Просмотрите документацию, относящуюся к вашей среде, для получения дополнительной информации.
Далее вы создадите резервную копию.