Системные требования

Ниже описаны минимальные требования к аппаратному обеспечению и инфраструктуре, необходимые для запуска ArcGIS Enterprise on Kubernetes 11.0. Эти требования также относятся к развертыванию в автономной среде.

Поддерживаемые среды

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

• Локальный центр обработки данных
  • Red Hat OpenShift Container Platform
• Управляемые сервисы Kubernetes в облаке
  • Amazon ElasticKubernetes Service (EKS)
  • Google Kubernetes Engine (GKE)
  • Microsoft Azure Kubernetes Service (AKS)

В этой версии для каждой среды протестированы и поддерживаются следующие версии:

ArcGIS Enterprise on Kubernetes	AKS	EKS	GKE	Red Hat OpenShift
Разверните 11.0 в существующем кластере Kubernetes	1.21 - 1.24	1.21 - 1.24	1.21 - 1.24	4.7 - 4.10
Обновите существующий порт кластера Kubernetes в развертывании 11.0	Не поддерживается	Не поддерживается	Не поддерживается	Н/Д

Примечание:

Чтобы включить автомасштабирование для ГИС-сервисов, вам для сбора метрик узлов понадобится Metrics Server. При развертывании в средах EKS необходимо установить Metrics Server с правами на уровне кластера в пространстве имен kube-system. Metrics Server устанавливается по умолчанию в других поддерживаемых средах.

Реестр контейнеров

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

Получение лицензии Esri

Чтобы во время развертывания авторизовать вашу организацию ArcGIS Enterprise, вам потребуется файл лицензии ArcGIS Enterprise on Kubernetes в формате JSON (файл .json). Чтобы получить этот файл лицензии, посетите My Esri с правами "для лицензионных действий".

Кластер Kubernetes

Для развертывания ArcGIS Enterprise on Kubernetes у вас должен быть кластер Kubernetes на одной из упомянутых выше сред.

Примечание:

При создании кластера в GKE вы должны использовать Стандартный режим операции. Режим автопилота не поддерживается.

Примечание:

В EKS при создании или обновлении кластера до версии Kubernetes 1.23 и более поздних версий необходимо установить надстройку Amazon EBS Container Storage Interface (CSI). Подробности см. в документации Amazon EKS.

Пространство имен

ArcGIS Enterprise on Kubernetes требует собственного выделенного пространства имен. Перед запуском сценария развертывания необходимо создать пространство имен. Для каждого развертывания ArcGIS Enterprise on Kubernetes также требуется выделенное пространство имен.

Центральный процессор и память

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

Ниже приведены минимальные требования к узлу для каждого архитектурного профиля. Рекомендуется, чтобы каждый рабочий/агентский узел имел минимум 8 ЦПУ и 32 ГБ памяти.

Архитектурный профиль	Минимальные требования к рабочим/агентским узлам	Общая минимальная загрузка ЦПУ	Общий минимум ГБ
Стандартная доступность	4	32	128
Повышенная доступность	5	40	160
Разработка	3	24	96

Примечание:

ArcGIS Enterprise on Kubernetes поддерживается только на процессорах, имеющих архитектуру x86_64 (64-разрядные).

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

Примечание:

ArcGIS Enterprise on Kubernetes не поддерживает образы узлов Windows Server в среде GKE.

Объект Квота ресурсов

В модулях ArcGIS Enterprise on Kubernetes определены запросы и ограничения для ЦПУ и памяти. Если в пространстве имен есть объект ResourceQuota, квота должна быть выше суммы запросов и ограничений всех модулей. Эти значения различаются в зависимости от выбранного архитектурного профиля, как описано ниже.

Примечание:

Если вы обновляетесь до 11.0, вы сначала должны обновить значения квоты ресурсов в области имен в соответствии с требованиями 11.0.

Рекомендуется выделить не менее 10 процентов ресурсов запроса для правильного функционирования узлов кластера.

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

Профиль стандартной доступности:

spec: 
    hard: 
      limits.cpu: "164" 
      limits.memory: 272Gi 
      requests.cpu: "24" 
      requests.memory: 108Gi

Профиль повышенной доступности:

spec: 
    hard: 
      limits.cpu: "192" 
      limits.memory: 328Gi 
      requests.cpu: "30" 
      requests.memory: 156Gi

Профиль разработки:

spec: 
    hard: 
      limits.cpu: "120" 
      limits.memory: 188Gi 
      requests.cpu: "16" 
      requests.memory: 72Gi

Безопасность

Ниже описаны требования безопасности для ArcGIS Enterprise on Kubernetes.

Контроль доступа на основе ролей

В кластере Kubernetes необходимо включить управление доступом на основе ролей (RBAC). Для развертывания ArcGIS Enterprise on Kubernetes вам не нужны права администратора кластера. Если у вас нет прав администратора кластера, пользователь должен иметь минимальные права для администрирования пространства имен. Вы можете назначить пользователю defaultClusterRole "admin", создав RoleBinding в пространстве имен.

Политика безопасности модуля (ограничения контекста безопасности в OpenShift) и виртуальная память

ArcGIS Enterprise on Kubernetes развертывает Elasticsearch для поддержки различных объектов организации ArcGIS Enterprise. По умолчанию Elasticsearch использует каталог mmapfs для хранения необходимых индексов. Ограничения операционной системы по умолчанию на количество карт могут быть недостаточными для развертывания. Elasticsearch рекомендует значение vm.max_map_count по умолчанию 262144. Чтобы изменить значение по умолчанию, на каждом узле требуются повышенные (root) права.

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

• Если у кластера Kubernetes нет политики безопасности модуля, но он разрешает запускать контейнеры как привилегированные, никаких действий выполнять не нужно:
• Запуск как привилегированного - если в кластере Kubernetes определена безопасность модулей и разрешается запуск контейнеров как привилегированных, нужно разрешить служебной учетной записи Elasticsearch запускать контейнеры как привилегированные. Другим служебным учетным записям не требуется запускать контейнеры как привилегированные. ArcGIS Enterprise on Kubernetes может запускать привилегированный контейнер инициализации в узле, на котором работает Elasticsearch, что меняет значение vm.max_map_count. Скрипт развертывания ArcGIS Enterprise on Kubernetes создает служебную учетную запись, чтобы использовать аутентификацию сервера API для процессов внутри модулей. Модуль Elasticsearch использует собственную сервисную учетную запись, которая не используется совместно с другими рабочими нагрузками. Служебная учетная запись Elasticsearch по умолчанию - arcgis-elastic-serviceaccount. Вы можете предоставить служебной учетной записи доступ к политике безопасности модуля с помощью RBAC Roles и RoleBindings. Для OpenShift вы можете предоставить служебной учетной записи доступ к ограничениям привилегированного контекста безопасности, добавив следующее в разделе пользователя.
  “-system:serviceaccount: <Namespace>:arcgis-elastic-serviceaccount"
  

• Запуск как привилегированного - если для кластера Kubernetes определена безопасность контейнеров и для служебной учетной записи ElasticSearch запрещен запуск контейнеров как привилегированных, вы должны подготовить каждый узел вручную, выполнив следующую команду от имени пользователя root:
  sysctl -w vm.max_map_count=262144
  

• Если вы создали ресурс PodSecurityPolicy, нужно выполнить авторизацию следующих служебных учетных записей в пространстве имен ArcGIS Enterprise.
  • arcgis-admin-serviceaccount
  • arcgis-elastic-serviceaccount
  • arcgis-ingress-serviceaccount
  • arcgis-prometheus-serviceaccount
  • arcgis-queue-serviceaccount
  • по умолчанию

  Контейнеры ArcGIS Enterprise on Kubernetes можно запускать без прав root. Однако у управляющего аспекта fsGroup и supplementalGroups должен быть либо PodSecurityPolicy, либо RunAsAny диапазон, включающий значение 117932853, как показано в следующих примерах.

  supplementalGroups:
      rule: 'RunAsAny'
  fsGroup:
      rule: 'RunAsAny'
  

  supplementalGroups:
    rule: 'MustRunAs'
    ranges:
      # Forbid adding the root group.
      - min: 1
        max: 117932853
  
  fsGroup:
    rule: 'MustRunAs'
    ranges:
      # Forbid adding the root group.
      - min: 1
        max: 117932853
  

Если вы используете Kubernetes NetworkPolicies, убедитесь, что в пространстве имен ArcGIS Enterprise разрешена непрерывная связь между модулем-модулем и модулем-сервисом.

Кроме того, убедитесь, что модули в пространстве имен имеют доступ к KubernetesAPI серверу. Сервер API доступен через сервис, названный Kubernetes в пространстве имен по умолчанию. Модули ArcGIS Enterprise используют полное доменное имя (FQDN) kubernetes.default.svc.cluster.local для запроса к серверу API.

Примечание:

cluster.local - домен кластера по умолчанию.

Примечание:

Необходимо разрешить подам в кластере запуск с FSGroup и SupplementalGroup ID 117932853.

Регистрация папки данных

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

Сеть

Требования сети включают полное доменное имя и балансировщик нагрузки. Описание каждого из них приведено ниже.

Полное доменное имя

ArcGIS Enterprise on Kubernetes требует полное доменное имя (например, map.company.com). Вы можете использовать существующую систему доменных имен (DNS) для его создания или использовать облачную службу DNS, такую как Amazon Route 53. Вы можете создать запись DNS после развертывания, однако вы должны указать ее значение во время развертывания. В этом выпуске полное доменное имя нельзя изменить после развертывания.

Балансировщик нагрузки

Балансировщик нагрузки необходим для направления трафика через каждый рабочий узел. При использовании AKS или EKS вы можете подготовить следующие балансировщики нагрузки из сценария развертывания без какой-либо ручной настройки:

• Балансировщик нагрузки Azure (общедоступный или внутренний) -- в сценарии развертывания можно указать предварительно подготовленный статический общедоступный IP-адрес и метку DNS.
• AWS Network балансировщик нагрузки (с выходом в интернет или внутренний) - можно использовать другие сервисы балансировки нагрузки; однако их необходимо настраивать вручную для каждого узла кластера.

  Примечание:

  Дополнение AWS Load Balancer Controller требуется для создания балансировщиков сетевой нагрузки в общедоступной или частной подсети.

В OpenShift Container Platform маршруты можно настроить при указании на сервис контроллера входящего трафика.

Вы можете использовать самоуправляемый балансировщик нагрузки, указывающий на рабочие узлы на NodePort службы входного контроллера. Дополнительные сведения см. в описании параметров балансировщика нагрузки в руководстве по развертыванию.

При использовании самоуправляемого балансировщика нагрузки или обратного прокси, такого как NGINX, укажите следующее подключение: proxy_set_header X-Forwarded-Host $host;. Этот заголовок необходим для корректной маршрутизации траффика на ваш ArcGIS Enterprise URL организации.

Требования к IP

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

Каждому модулю назначается уникальный IP-адрес, и в зависимости от конфигурации сети кластера модули могут получать свои IP-адреса либо из адресного пространства, логически отличающегося от адресного пространства хост-сети (оверлейная сеть), либо из подсети хоста. Например, если вы настроите свой кластер на использование Kubenet в Azure (по умолчанию), модули получат IP-адрес из логически другого адресного пространства и смогут получить доступ к ресурсам Azure с помощью NAT.

Kubernetes поддерживает сетевой интерфейс Container Network Interface (CNI) и такие платформы, как AKS и EKS, которые используют подключаемые плагины CNI для конкретных платформ кластерной сети. Например, кластеры EKS по умолчанию используют Virtual Private Cloud (VPC) CNI. Если кластер настроен с подключаемым плагином CNI, модули будут получать IP-адреса из подсети узла и соответствующего пула IP-адресов, доступных в VPC/VNet.

Если у вас нет достаточного количества доступных в подсетях узла IP-адресов, развертывание либо завершится ошибкой, либо вы не сможете масштабировать развертывание. Например, если кластер EKS настроен с 2 подсетями в каждой и префиксом IPv4-адреса /26 (по 64 доступных IPv4-адреса), то для модулей не может быть более 126 IP-адресов. Хотя вы, возможно, сможете выполнить развертывание ArcGIS Enterprise on Kubernetes в этом кластере, вы не сможете масштабировать развертывание до 80 модулей сервисов объектов, поскольку это требование масштабирования приведет к превышению числа доступных IP-адресов.

Системное хранилище

ArcGIS Enterprise on Kubernetes требует постоянных томов (PV) для системного хранилища. Они могут быть динамическими или статическими. При создании PV любого типа вы можете использовать пользовательские размеры (больший размер) и надписи. Рабочие нагрузки ArcGIS Enterprise с отслеживанием состояния включают системы управления реляционными базами данных, а также базы данных NoSQL. Рекомендуется использовать блочные устройства хранения с низкой задержкой, такие как тома EBS, диски Azure, и vSphereVolume.

Поскольку на этих постоянных томах хранятся данные и настройки, их следует защищать с помощью ограничительных политик безопасности. Для постоянных томов на основе файлового хранилища, такого как NFS, Azure File или Gluster, убедитесь, что установлены разрешения для каталогов для предотвращения несанкционированного доступа. Для блочного хранилища, такого как тома EBS, Azure Disk и iSCSI, убедитесь, что блочные устройства доступны только тем пользователям, которым требуется доступ.

Ниже приводится описание объемов хранения и их предназначение:

Примечание:

Требования к постоянным томам заданы для 11.0 и могут отличаться от предыдущих версий.

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

Рассмотрите требования к хранилищу для вашей организации и определите размер для каждого PV соответственно.

Статические PV

Если вы подготавливаете статические PV до развертывания, рекомендуются описанные ниже спецификации и надписи.

Предоставляется количество PV, необходимых для каждого архитектурного профиля.

Объём	Профиль разработки	Профиль стандартной доступности	Профиль повышенной доступности
in-memory-volume	1	1	1
item-packages-volume	1	2	2
object-volume	1	3	8
queue-volume	1	2	2
relational-volume	2	2	2
spatiotemporal-and-index-volume	1	3	5
usage-metric-volume	1	1	1

При настройке организации с помощью мастера настройки для привязки тома используются следующие характеристики (имя тома, размер, приложение и уровень); однако вы можете настроить их по своему усмотрению.

Объём	Размер в Гб (минимум)	Режим доступа	Подпись
in-memory-volume	16	ReadWriteOnce	arcgis/tier=storage, arcgis/app=ignite
item-packages-volume	16	ReadWriteOnce	arcgis/tier=api, arcgis/app=sharing
object-volume	32	ReadWriteOnce	arcgis/tier=storage, arcgis/app=ozone
queue-volume	16	ReadWriteOnce	arcgis/tier=queue, arcgis/app=rabbitmq
relational-volume	16	ReadWriteOnce	arcgis/tier=storage, arcgis/app=postgres
spatiotemporal-and-index-volume	16	ReadWriteOnce	arcgis/tier=storage, arcgis/app=elasticsearch
usage-metric-volume	30	ReadWriteOnce	arcgis/tier=storage, arcgis/app=prometheus

Дополнительные условия для статических PV

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

• Динамические PV—хранилище масштабируется и настраивается программным обеспечением при условии, что доступно достаточно места для хранения и соблюдены спецификации класса хранилища.
• Статические PV—если вы готовите свое развертывание, вам нужно указать дополнительные пакеты элементов PV с одинаковыми спецификациями (надписи, размер и режим доступа), как это указано в ходе развертывания, для поддержки рабочих процессов масштабирования и обновления.

Настройка статических PV для масштабирования развертывания Portal API

Для масштабирования развертывания Portal API (для повышения числа участвующих подов), необходимы дополнительные PV пакеты элементов для каждого дополнительного пода, который добавлен в развертывание. Например, если для развертывания Portal API организации требуется три дополнителных модуля, то как минимум три дополнительных PV пакета элементов должны быть указаны и настроены со спецификацией, эквивалентной той, которая была указана в ходе развертывания.

Динамические PV

Для динамической подготовки требуется StorageClass.

Параметр reclaimPolicy на StorageClass должен иметь значение retain.

Примечание:

Не все типы виртуальных машин поддерживают диски премиум-класса в Azure. Используйте диск премиум-класса, если он поддерживается типом виртуальной машины.

• Для AKS ниже приведен пример определения StorageClass с Premium Azure Disk:
  kind: StorageClass 
  apiVersion: storage.k8s.io/v1 
  metadata: 
    name: arcgis-storage-default 
  provisioner: kubernetes.io/azure-disk 
  parameters: 
    kind: Managed 
    storageaccounttype: Premium_LRS 
  reclaimPolicy: Retain
  allowVolumeExpansion: true
  volumeBindingMode: WaitForFirstConsumer
  

• Для EKS ниже приведен пример определения StorageClass с томами EBS типа GP2:
  kind: StorageClass 
  apiVersion: storage.k8s.io/v1 
  metadata: 
    name: arcgis-storage-default  
  provisioner: kubernetes.io/aws-ebs 
  parameters: 
    fsType: ext4 
    type: gp2 
  reclaimPolicy: Retain
  allowVolumeExpansion: true
  volumeBindingMode: WaitForFirstConsumer
  

Вы также можете использовать классы хранения по умолчанию, предоставляемые с кластером AKS или EKS. В AKS это класс хранилища по умолчанию (диск Azure) или управляемый премиум. В EKS это класс хранилища GP2.

Рабочая станция клиента

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

Примечание:

Используемая рабочая станция клиента должна соответствовать поддерживаемым средам. Эмуляторы Linux не подходят для развертывания ArcGIS Enterprise on Kubernetes.

При настройке рабочей станции клиента вам понадобится (ссылки для скачивания предоставляются):

• Kubectl
• Зависящий от среды интерфейс командной строки (CLI)

Kubectl - необходимо для запуска сценария развертывания. Используйте установку и настройку Kubectl, чтобы загрузить инструмент командной строки Kubernetes.

При управлении развертыванием вы можете использовать инструменты командной строки для конкретной среды. Используйте следующие ссылки для загрузки интерфейса командной строки для конкретной среды:

• Azure CLI
• AWS CLI
• GKE CLI
• OpenShift CLI

Сертификат TLS

ArcGIS Enterprise on Kubernetes использует контроллер входящего трафика на основе NGINX. Этот входной контроллер имеет область действия пространства имен и развернут для прослушивания только входящего трафика для пространства имен ArcGIS Enterprise. Требуется сертификат TLS с полным доменным именем в общем имени сертификата и альтернативным именем субъекта. Можно использовать либо сертификат, подписанный ЦС, либо самозаверенный сертификат, но по соображениям безопасности настоятельно рекомендуется использовать сертификат, подписанный ЦС. Это сертификат TLS по умолчанию для контроллера входящего трафика. В сценарии развертывания доступны следующие опции сертификата для применения сертификата TLS для входящего трафика:

• Существующий секрет TLS, содержащий закрытый ключ и сертификат.
• Файл .pfx, содержащий закрытый ключ и сертификат.
• Закрытый ключ и сертификат в формате PEM
• Самозаверенный сертификат

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

ArcGIS Pro

• ArcGIS Pro 3.0 — это сопутствующая версия для ArcGIS Enterprise on Kubernetes 11.0. Чтобы воспользоваться новейшими доступными функциями, используйте ArcGIS Pro 3.0.
• Для публикации сервисов в ArcGIS Enterprise on Kubernetes требуется ArcGIS Pro 2.8 или более поздней версии.
• Чтобы получить сервисы из ArcGIS Enterprise on Kubernetes, требуется ArcGIS Pro или более поздней версии.

При регистрации элемента хранилища данных многопользовательской базы геоданных, версия базы геоданных должна быть 10.9.0.2.8 или новее.

Примечание:

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

Номер версии базы геоданных представляет собой комбинацию номеров версий ArcGIS Enterprise и ArcGIS Pro. Более подробную информацию см.Совместимость клиента и базы геоданных.

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

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

• Когда будет доступно обязательное обновление, вы должны применить его до повышения до этой версии. Изучите информацию о версии для получения информации о последнем необходимом обновлении.
• У вас должна быть единая лицензия ArcGIS Enterprise on Kubernetes для этой версии.
• Вы должны обновить значения квоты ресурсов в пространстве имен в соответствии с требованиями.
• Если вы подготовили статические PV, вам необходимо выделить дополнительное хранилище для соответствия требованиям обновления. См. раздел Настройка статических PV для повышения версии, чтобы получить подробную информацию.
• Если в подготовленном хранилище есть динамические PV, необходимо убедиться, что имеется достаточно места для дополнительных пакетов элементов, тома объектов и тома очереди.
• При обновлении с версии 10.9.1 необходимо выделить не менее пятидесяти процентов (50 %) дополнительного хранилища для размещения новых PV хранилища объектов для каждого профиля архитектуры. Например, если вы выделили 100 ГБ хранилища для PV хранилища объектов на модуль хранилища объектов, вы должны выделить как минимум 150 ГБ дополнительного пространства.
• Запустите скрипт перед обновлением. Этот скрипт обнаружит и выполнит все функциональные требования для обеспечения соответствия текущей версии программного обеспечения.
• Если вы настроили в своей организации веб-адаптер, ознакомьтесь с требованиями к установке и обновлению.
• Если ваша организация находится в автономной среде, выполните действия, чтобы применить обновление или повышение версии в автономной среде.
• Если при развертывании ArcGIS Enterprise on Kubernetes вы использовали реестр контейнеров вашей организации, необходимо скопировать обязательные образы контейнеров из репозитория Esri в реестр вашей организации перед запуском обновления.

Настройка статических PV для повышения версии

Перед повышением версии каждый модуль в развертываниях Portal API и Queue Store организации был настроен, соответственно, либо с пакетами элементов, либо с томом очереди. При подготовке к обновлению для каждого модуля в развертываниях Portal API и Queue Store должен быть настроен дополнительный PV.

Например, если до обновления в развертывании Portal API или Queue Store настроено три запущенных модуля, то необходимо указать и настроить еще три PV со спецификацией, эквивалентной той, которая была указана в ходе развертывания.

После того как обновление будет выполнено, развертывание Portal API или Queue Store будет использовать новые указанные постоянные тома и заявление постоянного тома, исходный набор может быть удален.

Дополнительные статические PV должны быть подготовлены для развертываний Object Store при повышении версии в соответствии с таблицей ниже:

Тип развертывания	Статические object-volume PV по умолчанию	Дополнительные статические PV, необходимые для повышения версии
Профиль разработки	1	Создание 1 дополнительного PV
Профиль стандартной доступности	3	Создание 3 дополнительных PV
Профиль повышенной доступности	8	Создание 8 дополнительных PV