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