Обновление до новой версии ArcGIS Enterprise on Kubernetes предоставляет вашей организации новые возможности и улучшенную функциональность. Перед обновлением узнайте о новых функциях и оцените, как связанные с ним изменения могут отразиться на участниках организации.
Сначала необходимо обновить ArcGIS Enterprise on Kubernetes, прежде чем выполнять обновление Kubernetes до поддерживаемой версии.
Внимание:
Сделайте резервную копию своей организации перед выполнением обновлений.Подсказка:
Вы можете установить или изменить сходство узлов и допуски для модулей, которые используются во время обновления или повышения версии. После создания политики размещения она будет применяться каждый раз, когда будет создано задание на повышение версии. Установленные значения будут сохраняться во всех последующих обновлениях до тех пор, пока не будут сброшены. См. Обновление (Обновить конфигурацию) для получения подробной информации.
Требования к обновлению
Перед выполнением повышения версии необходимо выполнить следующие требования:
- Когда будет доступно обязательное обновление, вы должны применить его до повышения до этой версии. Изучите информацию о версии для получения информации о последнем необходимом обновлении.
- У вас должна быть единая лицензия ArcGIS Enterprise on Kubernetes для этой версии.
- Вы должны обновить значения квоты ресурсов в пространстве имен в соответствии с требованиями.
- Перед выполнением обновления убедитесь, что параметры среды соответствуют стандартам безопасности модулей, в том числе стандартам допуска к безопасности модулей.
- Если ваша среда находится в Red Hat OpenShift, она должна соответствовать текущим ограничениям в контексте безопасности.
- Размеры томов хранилищ должны соответствовать минимальным требованиям к версии, до которой вы обновляетесь. Если расширение объема недоступно у поставщика, используемого классом хранилища, восстановите резервную копию в новой организации, настроенной с увеличенными объемами. Несоблюдение минимальных требований к хранилищу может привести к проблемам с загрузкой элементов и запуском служб в вашей организации.
- Если вы подготовили статические PV, необходимо предусмотреть дополнительное хранилище, необходимое для выполнения обновления. Более подробно см. в следующем разделе.
- Если в подготовленном хранилище есть динамические PV, необходимо достаточно места для дополнительных пакетов элементов, томов объектов и томов запросов.
- Для обновления реляционного хранилища требуется резервная копия, которая создается в том же постоянном пространстве, что и экземпляр реляционного хранилища данных. Для создания такой резервной копии требуется, чтобы было доступно не менее 50 процентов объема базы данных. Например, если в реляционном хранилище в настоящее время используется 100 ГБ памяти, то перед обновлением в соответствующем PV-накопителе должно быть доступно не менее 50 ГБ, а общий объем, который требуется, должен составлять 150 ГБ или больше. Инструкции по увеличению размера тома приведены в разделе Управление требуемым хранилищем.
- Для сервиса ReportingTools должно быть установлено значение ограничения объема памяти не менее 3 ГиБ. Дополнительные сведения об обновлении этого значения см. в разделе Управление развертываниями системы.
- Запустите скрипт подготовки к обновлению. Этот скрипт обнаружит и выполнит все функциональные требования для обеспечения соответствия текущей версии программного обеспечения.
- Если в вашей организации установлен и настроен веб-адаптер, ознакомьтесь с требованиями к установке и обновлению.
- При развертывании ArcGIS Enterprise on Kubernetes, если вы использовали реестр контейнеров вашей организации или если вы выполняли развертывание в автономной среде, необходимо скопировать обязательные образы контейнеров из репозитория Esri в ваш реестр перед запуском обновления.
- Если в данном развертывании используется несколько зон доступности, убедитесь, что в каждой из них имеется достаточная емкость для поддержки дополнительных реплик рабочих нагрузок с отслеживанием состояния. Это может потребовать временного масштабирования группы узлов во время обновлений или повышений версии.
- Если вы создали пользовательские операционные панели с помощью приложения Grafana metrics viewer в версии более ранней, чем 11.2, перед выполнением обновления требуется экспортировать эти операционные панели. Grafana больше не входит в ArcGIS Enterprise on Kubernetes, но вы по-прежнему можете использовать его или другие приложения сторонних разработчиков для просмотра статистики внутри или вне кластера.
Более подробно о переносе существующих операционных панелей во внешний экземпляр
- Все автономные лицензии ArcGIS Pro должны быть зарегистрированы участниками вашей организации. Вы можете просмотреть действия с лицензиями, чтобы узнать, какие пользователи зарегистрировали свои лицензии ArcGIS Pro для использования в автономном режиме. Информацию о том, как зарегистрировать автономную лицензию, см. в разделе Прикрепление автономной лицензии.
- Если вы используете облачное реляционное хранилище, версия базы данных должна поддерживаться как для текущего выпуска ArcGIS Enterprise on Kubernetes, так и для версии обновления. Это может потребовать обновления экземпляра базы данных облачного реляционного хранилища.
Настройка статических PV для повышения версии
Перед обновлением необходимо выполнить следующие настройки на дополнительном PV:
- Для каждого модуля в развертывании Portal API организации должен быть настроен дополнительный item-packages-volume.
- Для каждого модуля в хранилище системы in-memory организации должен быть настроен дополнительный in-memory-volume.
- Для каждого модуля в хранилище очередей хранилище системы организации должен быть настроен дополнительный queue-volume.
Ниже приведены примеры:
- Если в развертывании Portal API настроено три рабочих пода (модуля), необходимо предусмотреть три дополнительных item-packages-volumes.
- Если в in-memory-volume настроен один рабочий под, необходимо предусмотреть один дополнительный in-memory-volume.
- Если в queue-volume настроен один рабочий под, необходимо предусмотреть один дополнительный queue-volume.
Во всех случаях необходимо настроить дополнительные PV со спецификацией, эквивалентной той, которая была указана в ходе развертывания.
После того как обновление будет выполнено, развертывание Portal API, хранилище in-memory и хранилище очередей будут использовать новые указанные PV и заявление постоянного тома (PVC). Исходный набор томов может быть удален. Настоятельно рекомендуется удалить любые PV, связанные с хранилищем запросов, так как PV, выпущенные во время предыдущих обновлений, никогда не должны использоваться повторно.