Основные сведения об обновлении и повышении версии

После развертывания ArcGIS Enterprise on Kubernetes вы можете обновить или повысить версию программного обеспечения, чтобы предоставить своей организации последние функциональные возможности и улучшения ArcGIS Enterprise, обеспечивая ее безопасность, надежность и производительность.

Ниже описаны различия между обновлением и повышением версии:

  • Обновление имеет узкую направленность и ориентировано на устранение проблем и ошибок производительности, безопасности или функциональности. Обновления не вводят новые функции и не меняют внешний вид программного обеспечения. Например, обновление может обновить ваше программное обеспечение с версии 10.9.0.300 на версию 10.9.0.412.
  • Повышение версии - это новая версия программного обеспечения с новыми возможностями улучшенными функциями, а иногда и другим внешним видом. Например, повышение версии обновляет ваше программное обеспечение с версии 10.9.0 на версию 10.9.1.

Требования к обновлению и повышению версии

Перед выполнением обновления или повышения версии посмотрите системные требования.

Требуется обновление

Обязательное обновление включает функциональные требования и должно применяться перед повышением до новой версии программного обеспечения. Если вы переходите к повышению до новой версии программного обеспечения, и доступно обязательное обновление, вам будет предложено сначала выполнить его.

Применение или удаление обновления

Администратор может применять обновления и повышение версии, используя ArcGIS Enterprise Manager или ArcGIS Enterprise Administrator API. В ArcGIS Enterprise Manager это делается на странице Обновления программного обеспечения.

  • Когда выйдет новая версия ArcGIS Enterprise on Kubernetes, вверху страницы появится опция повышения версии.
  • Когда станут доступны обновления программного обеспечения, они будут отображаться в нижней части страницы.

Страница Обновления программного обеспечения содержит следующие вкладки, которые представляют состояние новых обновлений, тех, которые были применены, и историю тех, которые были применены или отменены:

  • Обновления - новые доступные обновления, которые еще не были применены к вашей организации.
  • Применено - обновления, примененные вашей организацией. На этой вкладке вы можете вручную удалить обновление.
  • История - возможности обновления программного обеспечения, которые использовала ваша организация, включая примененные или отмененные патчи и примененные повышения версии.

Режим только для чтения

В процессе обновления или повышения версии ArcGIS Enterprise устанавливается в режим только для чтения. В этом режиме участники вашей организации могут просматривать ресурсы, пользователей, группы и параметры, но не могут их изменять. В это время на верхней панели ArcGIS Enterprise Manager появляется уведомление, информирующее организацию.

По завершении обновления или повышения версии режим только для чтения отключается, и в организации можно возобновить нормальную работу.

Процессы обновления и повышения версии

Процессы обновления и повышения версии интегрированы в программное обеспечение. Вы можете получить доступ к новым возможностям и усовершенствованиям без установки дополнительного программного обеспечения. Администраторы могут использовать ArcGIS Enterprise Manager или ArcGIS Enterprise Administrator API, чтобы определить, когда доступно обновление или повышение версии.

Когда обновление доступно, оно представлено как новый образ контейнера или набор изображений и отправляется в хост реестра контейнеров (например, docker.io). ArcGIS Enterprise Administrator API использует известный URL-адрес для идентификации опубликованной версии документа манифеста Esri, чтобы определить, доступно ли обновление. Идентифицируя манифест, разрабатывается стратегия повышения версии и становится доступной возможность обновления или повышения версии.

Для обновлений и повышений версий обычно характерны следующие закономерности:

Blue-green

Когда это применимо, новые развертывания Kubernetes запускаются с использованием новых образов контейнеров для повышения версии и переноса базовых данных. Затем в хранилище данных добавляются вторичные экземпляры хранилища данных или другие реплики. Как только новое хранилище данных считается работоспособным, старое хранилище данных закрывается, оставляя только работоспособный экземпляр нового хранилища данных. Примером того, когда можно использовать эту стратегию, является обновление размещенных хранилищ данных.

Переход

По мере развертывания новых модулей, которые активируются новыми образами контейнеров, старые модули постепенно отключаются. Этот процесс минимизирует время простоя. Эта стратегия может использоваться, например, при обновлении ГИС-сервисов.

Рекомендации после повышения версии

После повышения версии обратите внимание на следующие моменты:

  • Из-за изменений в базовых компонентах хранилища резервных копий после обновления до 11.1 необходимо создать новое хранилище резервных копий. Если вы не создаете новое хранилище резервных копий и вам необходимо зарегистрировать хранилище резервных копий с использованием уже существующего постоянного тома, вы не сможете получить доступ к резервным копиям предыдущей версии вашей организации. При необходимости старое хранилище резервных копий можно использовать для возврата вашей организации к более ранней версии.
  • После проверки повышения версии новые резервные копии должны храниться во вновь зарегистрированном хранилище резервных копий, то есть в том, который был создан в последней версии программного обеспечения. Вы можете отменить регистрацию и удалить старое хранилище резервных копий и постоянный том, чтобы восстановить ресурсы в кластере. Вы также должны соответствующим образом обновить расписания резервного копирования, чтобы убедиться, что они используют недавно зарегистрированное хранилище резервных копий.
  • Если вы настроили сервисы построения маршрутов, опубликовав их с использованием набора сетевых данных, рекомендуется перенастроить эти сервисы после повышения версии, чтобы использовать последние возможности. Чтобы повторно опубликовать сервисы маршрутизации с использованием набора сетевых данных, выполните следующие действия:
    1. Войдите под учетной записью администратора по умолчанию или участника с пользовательской ролью, имеющей права на управление настройками портала.
    2. В верхней части сайта нажмите Организация и нажмите Настройки.
    3. Щелкните Служебные сервисы в левой части страницы.
    4. Щелкните Путевые листы и маршрутизация в правой части страницы.
    5. Нажмите кнопку Обновление сервисов маршрутизации и выберите Сетевой набор данных, который я хочу опубликовать.
    6. Выполните описанные здесь шаги, чтобы настроить сервисы маршрутизации с использованием сетевого набора данных.

Поиск и устранение проблем

Если вы столкнулись со сбоем при обновлении или повышении версии, используйте следующие подходы для устранения неполадок и решения проблем:

  • При выполнении обновления или повышения версии просмотрите вкладку История, чтобы определить, не произошла ли ошибка. По мере возврата сообщений о состоянии также становятся доступны опции просмотра журналов, загрузки журналов и экспорта предупреждений организации, которые могут дать представление о том, требуются ли какие-либо действия. Рекомендуется настроить строгий уровень фильтра журнала, чтобы задать определенные журналы для конкретного периода обновления.
  • Если вы получите сообщение о том, что определенное развертывание не удалось обновить, выполните следующие действия:
    • На странице Журналы в ArcGIS Enterprise Manager щелкните Настроить столбцы.
    • Включите опцию Трассировка стека, чтобы она отображалась в виде столбца.
    • Если вы столкнулись с ошибкой превышения лимита времени в трассировке стека, например: Превышение времени ожидания пакетной операции, это может быть связано с тем, что время для запуска для одного или нескольких контейнеров превысило расчетное время ожидания и истекло, что привело к сбою процесса обновления. Для устранения этой ошибки увеличьте значение для containerStartUpTimeoutSeconds в ArcGIS Enterprise Administrator API в системных > свойствах. Новое значение должно быть больше, чем значение по умолчанию, равное 1800 секундам. После того, как это значение будет увеличено, запустите процесс повышения версии повторно.
  • Если после повышения версии доступ участников в организацию будет невозможен, например, если администраторы или другие учетные записи участников не смогут войти на ArcGIS Enterprise Manager или на портал, это может быть связано с ошибками в работе реляционного хранилища данных. Если это так, выполните следующие действия:
    • В Lens или другом инструменте мониторинга кластера Kubernetes найдите модули arcgis-relational-store. Если хотя бы один из этих модулей не работает, восстановите систему из резервной копии.
  • Если ArcGIS Enterprise Manager или страница процесса Обновление случайно закрыты во время процесса обновления, вы можете узнать текущий статус и ход выполнения в ArcGIS Enterprise Administrator API. Там приведены подробные сведения об обновлении, апгрейде или откате, которые при необходимости могут быть использованы для устранения неполадок.