В 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ГиБ. Размер должен быть достаточным, чтобы хранить каждую резервную копию.
- Имя класса хранилища—Имя класса хранилища.
- Укажите следующую информацию для хранилища резервных копий:
- Тип хранилища—выберите статический, если PVC должен быть привязан к существующему PV. Выберите Динамический, если новый PV должен быть представлен через заданый класс хранилища.
- Имя хранилища резервных копий - имя хранилища резервных копий. Имя может включать только буквы в нижнем регистре, цифры и дефисы, оно не может начинаться и заканчиваться на дефис.
- Размер (ГиБ) — размер PV для хранилища резервных копий. Минимальный размер — 16ГиБ, это значение должно соответствовать размеру существующего PV при использовании статической привязки. Если это значение выше размера существующего PV, то PVC не будет привязан к PV.
- Имя класса хранилища — имя класса хранилища. Если выбрано динамическое соединение, то PV будет создаваться в этом классе хранилища. Если выбрано статическое соединение, то класс хранилища должен совпадать с классом хранилища существующего PV.
- Выбор надписи — набор пары или пар ключ/значение, если выбрано статическое соединение. Надписи должны соответствовать надписям существующего PV. Для статического соединения это значение обязательно.
- Щелкните Регистрация.
Примечание:
При привязке к существующему PV, для которого не определен класс хранилища, оставьте имя класса хранилища пустым. Если в кластере настроен класс хранения по умолчанию, контроллер допуска DefaultStorageClass добавляет класс хранения по умолчанию и предотвращает привязку PVC. В этом случае администратор может либо добавить спецификацию класса хранилища к PV, либо удалить конфигурацию класса хранилища по умолчанию.Учитывайте размер хранилища резервных копий, если ваш провайдер хранилища не разрешает расширение PV. В этом случае оцените объем данных, которые ваша организация будет хранить, а также количество создаваемых вами резервных копий. Если в исходном хранилище резервных копий не хватает места, удалите старые резервные копии или зарегистрируйте новое хранилище резервных копий.
Если ваш провайдер хранилища поддерживает расширение PV, вы можете изменить конфигурацию тома. Возможность изменения размера PV определяется настройкой allowVolumeExpansion для класса хранилища. Она должна быть установлена как true. Просмотрите документацию, относящуюся к вашей среде, для получения дополнительной информации.
Далее вы создадите резервную копию.