Поделиться через

Политика поддержки Azure Red Hat OpenShift 4.0

Некоторые конфигурации для кластеров Microsoft Azure Red Hat OpenShift 4 могут повлиять на поддержку кластера. Azure Red Hat OpenShift 4 позволяет администраторам кластеров вносить изменения во внутренние компоненты кластеров, однако поддерживаются не все изменения. Политика поддержки, приведенная ниже, раскрывает, какие изменения нарушают политику и лишают поддержки от Майкрософт и Red Hat.

Замечание

Функции, помеченные как "Предварительная версия технологий" в платформе контейнеров OpenShift OpenShift, не поддерживаются в Azure Red Hat OpenShift.

Требования к настройке кластеров

Вычисление

  • Кластер должен иметь не менее трех рабочих узлов и трех главных узлов.
  • Не масштабируйте рабочие роли кластера до нуля или не пытайтесь завершить работу кластера. Удаление или отключение виртуальной машины в группе ресурсов кластера не поддерживается.
  • Не создавайте более 250 рабочих узлов в кластере. 250 — это максимальное количество узлов, которые можно создать в кластере. Дополнительные сведения см. в статье "Настройка нескольких IP-адресов для подсистемы балансировки нагрузки кластера Azure Red Hat OpenShift".
  • Если вы используете узлы инфраструктуры, не выполняйте на них не предназначенные рабочие нагрузки, так как это может повлиять на Соглашение об уровне обслуживания и стабильность кластера. Кроме того, рекомендация состоит в наличии трех узлов инфраструктуры; по одному в каждой зоне доступности. Дополнительные сведения см. в разделе "Развертывание узлов инфраструктуры" в кластере Azure Red Hat OpenShift.
  • Вычислительные узлы, кроме RHCOS, не поддерживаются. Например, вы не можете использовать вычислительный узел Red Hat Enterprise Linux (RHEL).
  • Не пытайтесь удалить, заменить, добавить или изменить главный узел. Эти задачи являются операциями с высоким риском, которые могут вызвать проблемы с etcd, постоянной потерей сети, а также потерей доступа и управляемости инженером надежности инфраструктуры (SRE). Если вы считаете, что главный узел следует заменить или удалить, обратитесь в службу поддержки перед внесением изменений.
  • Убедитесь, что достаточно квоты виртуальных машин доступно на случай, если необходимо увеличить масштаб узлов плоскости управления, сохраняя по крайней мере двойное количество текущего числа vCPU узлов плоскости управления.

Операторы

  • Все операторы кластеров OpenShift должны оставаться в управляемом состоянии. Список операторов кластеров можно получить, выполнив команду oc get clusteroperators.

Управление рабочей нагрузкой

  • Не добавляйте оттенки, которые препятствуют планированию компонентов OpenShift по умолчанию.
  • Чтобы избежать сбоев, возникающих в результате обслуживания кластера, рабочие нагрузки в кластере должны быть настроены с применением практик высокой доступности. Эти методики включают, но не ограничиваются привязкой pod и анти-привязкой, бюджетами нарушений pod и адекватным масштабированием.
  • Не выполняйте дополнительные рабочие нагрузки на узлах плоскости управления. Хотя они могут быть запланированы на узлах уровня управления, это приводит к дополнительным проблемам использования ресурсов и стабильности, которые могут повлиять на весь кластер.
  • Выполнение пользовательских рабочих нагрузок (включая операторы, установленные из Центра операторов или других операторов, предоставляемых Red Hat) в узлах инфраструктуры не поддерживается.

Ведение журнала и мониторинг

  • Не удаляйте и не изменяйте службу Prometheus по умолчанию в кластере, за исключением изменения планирования экземпляра Prometheus по умолчанию или настройки постоянства. При настройке постоянного хранения не допускайте, чтобы персистентный том стал полностью заполненным.
  • Не удаляйте или не изменяйте службу кластеров Alertmanager по умолчанию, приемник по умолчанию или любые правила генерации оповещений по умолчанию, за исключением добавления других получателей, которые уведомляют внешние системы.
  • Не удаляйте и не изменяйте журналы службы OpenShift Azure Red Hat (pod-объекты mdsd).

Сеть и безопасность

  • Если только вы не используете свою собственную группу безопасности сети с помощью функции использования собственной группы безопасности сети, группа безопасности сети, предоставленная Azure Red Hat OpenShift, не может быть изменена или заменена. Любая попытка изменить или заменить СГС возвращается в исходное состояние.
  • Все виртуальные машины кластера должны иметь прямой исходящий доступ к Интернету по крайней мере для конечных точек Azure Resource Manager (ARM) и Service Logging (Geneva). Проксирование HTTPS-трафика, необходимого для запуска службы Azure Red Hat OpenShift, не поддерживается. См. инструкции по прокси на уровне кластера для настройки, связанной с прокси.
  • Служба Azure Red Hat OpenShift обращается к кластеру через службу приватных каналов. Не удаляйте и не изменяйте доступ к службам.

Управление кластерами

  • Не удаляйте и не изменяйте arosvc.azurecr.io секрет загрузки кластера.
  • Не создавайте новые MachineConfig объекты или не изменяйте существующие объекты, если не поддерживается явно в документации по Azure Red Hat OpenShift.
  • Не создавайте новые KubeletConfig объекты или не изменяйте существующие объекты, если не поддерживается явно в документации по Azure Red Hat OpenShift.
  • Не устанавливайте любые unsupportedConfigOverrides параметры. Установка этих параметров блокирует обновление дополнительных версий.
  • Не размещайте политики в подписке или группе управления, которые не позволяют службам SREs выполнять обычное обслуживание в кластере Azure Red Hat OpenShift. Например, не требуются теги в группе ресурсов кластера, управляемой azure Red Hat OpenShift RP.
  • Не обходить назначение запрета, настроенное как часть службы, или выполнять административные задачи, которые обычно запрещены назначением запрета.
  • OpenShift использует возможность автоматического тега ресурсов Azure. Если вы настроили политику тегов, не применяйте более 10 пользовательских тегов к ресурсам в управляемой группе ресурсов.

Управление инцидентами

Инцидент — это событие, которое приводит к снижению или сбою служб Azure Red Hat OpenShift. Инциденты создаются клиентом или членом группы Customer Experience and Engagement (CEE) через запрос в службу поддержки, системой централизованного мониторинга и оповещения или непосредственно членом команды Инженера Надежности Сайта (SRE).

В зависимости от влияния на службу и клиента инцидент классифицируется по степени серьезности.

Общий рабочий процесс управления новым инцидентом описывается следующим образом:

  1. Первое реагирование SRE оповещается о новом инциденте и начинает первоначальное расследование.

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

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

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

Если требуется дополнительная информация в дополнение к тому, что предоставляется в запросе в службу поддержки:

  1. Клиент должен запросить дополнительную информацию в течение пяти рабочих дней после решения инцидента.

  2. В зависимости от серьезности инцидента, резюме первопричины или анализ первопричин (RCA) может быть предоставлено клиенту в запросе в службу поддержки. Дополнительная информация предоставляется в течение семи рабочих дней для резюме по первопричинам и 30 рабочих дней для анализа первопричин после разрешения инцидента.

Поддерживаемые размеры виртуальных машин

Azure Red Hat OpenShift 4 поддерживает экземпляры узлов на следующих размерах виртуальных машин:

Узлы плоскости управления

Серия Размер виртуальный процессор (vCPU) Память: ГиБ
Dsv3 Standard_D8s_v3 8 32
Dsv3 Standard_D16s_v3 16 64
Dsv3 Standard_D32s_v3 32 128
Dsv4 Standard_D8s_v4 8 32
Dsv4 Standard_D16s_v4 16 64
Dsv4 Standard_D32s_v4 32 128
Dsv5 Standard_D8s_v5 8 32
Dsv5 Standard_D16s_v5 16 64
Dsv5 Standard_D32s_v5 32 128
Dsv6 Standard_D8s_v6 8 32
Dsv6 Standard_D16s_v6 16 64
Dsv6 Standard_D32s_v6 32 128
Ddsv6 Standard_D8ds_v6 8 32
Ddsv6 Standard_D16ds_v6 16 64
Ddsv6 Standard_D32ds_v6 32 128
Dasv4 Standard_D8as_v4 8 32
Dasv4 Standard_D16as_v4 16 64
Dasv4 Standard_D32as_v4 32 128
Dasv5 Standard_D8as_v5 8 32
Dasv5 Standard_D16as_v5 16 64
Dasv5 Standard_D32as_v5 32 128
Ddsv5 Standard_D8ds_v5 8 32
Ddsv5 Standard_D16ds_v5 16 64
Ddsv5 Standard_D32ds_v5 32 128
Easv4 Standard_E8as_v4 8 64
Easv4 Standard_E16as_v4 16 128
Easv4 Standard_E20as_v4 20 160
Easv4 Standard_E32as_v4 32 256
Easv4 Standard_E48as_v4 48 384
Easv4 Standard_E64as_v4 64 512
Easv4 Standard_E96as_v4 96 672
Easv5 Standard_E8as_v5 8 64
Easv5 Standard_E16as_v5 16 128
Easv5 Standard_E20as_v5 20 160
Easv5 Standard_E32as_v5 32 256
Easv5 Standard_E48as_v5 48 384
Easv5 Standard_E64as_v5 64 512
Easv5 Standard_E96as_v5 96 672
Eisv3 Standard_E64is_v3 64 432
Eis4 Standard_E80is_v4 80 504
Eids4 Standard_E80ids_v4 80 504
Eisv5 Standard_E104is_v5 104 672
Eidsv5 Standard_E104ids_v5 104 672
Esv4 Standard_E8s_v4 8 64
Esv4 Standard_E16s_v4 16 128
Esv4 Standard_E20s_v4 20 160
Esv4 Standard_E32s_v4 32 256
Esv4 Standard_E48s_v4 48 384
Esv4 Standard_E64s_v4 64 504
Эсв5 Standard_E8s_v5 8 64
Эсв5 Standard_E16s_v5 16 128
Эсв5 Standard_E20s_v5 20 160
Эсв5 Standard_E32s_v5 32 256
Эсв5 Standard_E48s_v5 48 384
Эсв5 Standard_E64s_v5 64 512
Эсв5 Standard_E96s_v5 96 672
Fsv2 Standard_F72s_v2 72 144
Mms * Standard_M128ms 128 3892

* Standard_M128ms не поддерживает шифрование на узле.

Обратите внимание, что номера SKU Dsv6 поддерживаются в Azure Red Hat OpenShift версии 4.19 или более поздней.

Рабочие узлы

Общее назначение

Серия Размер виртуальный процессор (vCPU) Память: ГиБ
Dasv4 Standard_D4as_v4 4 16
Dasv4 Standard_D8as_v4 8 32
Dasv4 Standard_D16as_v4 16 64
Dasv4 Standard_D32as_v4 32 128
Dasv4 Standard_D64as_v4 64 256
Dasv4 Standard_D96as_v4 96 384
Dasv5 Standard_D4as_v5 4 16
Dasv5 Standard_D8as_v5 8 32
Dasv5 Standard_D16as_v5 16 64
Dasv5 Standard_D32as_v5 32 128
Dasv5 Standard_D64as_v5 64 256
Dasv5 Standard_D96as_v5 96 384
Ddsv5 Standard_D4ds_v5 4 16
Ddsv5 Standard_D8ds_v5 8 32
Ddsv5 Standard_D16ds_v5 16 64
Ddsv5 Standard_D32ds_v5 32 128
Ddsv5 Standard_D48ds_v5 48 192
Ddsv5 Standard_D64ds_v5 64 256
Ddsv5 Standard_D96ds_v5 96 384
Dsv3 Standard_D4s_v3 4 16
Dsv3 Standard_D8s_v3 8 32
Dsv3 Standard_D16s_v3 16 64
Dsv3 Standard_D32s_v3 32 128
Dsv4 Standard_D4s_v4 4 16
Dsv4 Standard_D8s_v4 8 32
Dsv4 Standard_D16s_v4 16 64
Dsv4 Standard_D32s_v4 32 128
Dsv4 Standard_D64s_v4 64 256
Dsv5 Standard_D4s_v5 4 16
Dsv5 Standard_D8s_v5 8 32
Dsv5 Standard_D16s_v5 16 64
Dsv5 Standard_D32s_v5 32 128
Dsv5 Standard_D64s_v5 64 256
Dsv5 Standard_D96s_v5 96 384
Dsv6 Standard_D4s_v6 4 16
Dsv6 Standard_D8s_v6 8 32
Dsv6 Standard_D16s_v6 16 64
Dsv6 Standard_D32s_v6 32 128
Dsv6 Standard_D48s_v6 48 192
Dsv6 Standard_D64s_v6 64 256
Dsv6 Standard_D96s_v6 96 384
Dsv6 Standard_D128s_v6 128 512
Dsv6 Standard_D192s_v6 192 768
Ddsv6 Стандартная модель D4ds_v6 4 16
Ddsv6 Standard_D8ds_v6 8 32
Ddsv6 Standard_D16ds_v6 16 64
Ddsv6 Standard_D32ds_v6 32 128
Ddsv6 Standard_D48ds_v6 48 192
Ddsv6 Standard_D64ds_v6 64 256
Ddsv6 Standard_D96ds_v6 96 384
Ddsv6 Standard_D128ds_v6 128 512
Ddsv6 Standard_D192ds_v6 192 768
Dlsv6 Standard_D4ls_v6 4 8
Dlsv6 Standard_D8ls_v6 8 16
Dlsv6 Standard_D16ls_v6 16 32
Dlsv6 Standard_D32ls_v6 32 64
Dlsv6 Standard_D48ls_v6 48 96
Dlsv6 Standard_D64ls_v6 64 128
Dlsv6 Standard_D96ls_v6 96 192
Dlsv6 Standard_D128ls_v6 128 256
Dldsv6 Standard_D4lds_v6 4 8
Dldsv6 Standard_D8lds_v6 8 16
Dldsv6 Standard_D16lds_v6 16 32
Dldsv6 Standard_D32lds_v6 32 64
Dldsv6 Standard_D48lds_v6 48 96
Dldsv6 Standard_D64lds_v6 64 128
Dldsv6 Standard_D96lds_v6 96 192
Dldsv6 Standard_D128lds_v6 128 256

Обратите внимание, что номера SKU D*sv6 поддерживаются в Azure Red Hat OpenShift версии 4.19 или более поздней.

Оптимизация памяти

Серия Размер виртуальный процессор (vCPU) Память: ГиБ
Easv4 Standard_E4as_v4 4 32
Easv4 Standard_E8as_v4 8 64
Easv4 Standard_E16as_v4 16 128
Easv4 Standard_E20as_v4 20 160
Easv4 Standard_E32as_v4 32 256
Easv4 Standard_E48as_v4 48 384
Easv4 Standard_E64as_v4 64 512
Easv4 Standard_E96as_v4 96 672
Easv5 Standard_E8as_v5 8 64
Easv5 Standard_E16as_v5 16 128
Easv5 Standard_E20as_v5 20 160
Easv5 Standard_E32as_v5 32 256
Easv5 Standard_E48as_v5 48 384
Easv5 Standard_E64as_v5 64 512
Easv5 Standard_E96as_v5 96 672
Esv3 Standard_E4s_v3 4 32
Esv3 Standard_E8s_v3 8 64
Esv3 Standard_E16s_v3 16 128
Esv3 Standard_E32s_v3 32 256
Esv4 Standard_E4s_v4 4 32
Esv4 Standard_E8s_v4 8 64
Esv4 Standard_E16s_v4 16 128
Esv4 Standard_E20s_v4 20 160
Esv4 Standard_E32s_v4 32 256
Esv4 Standard_E48s_v4 48 384
Esv4 Standard_E64s_v4 64 504
Эсв5 Standard_E4s_v5 4 32
Эсв5 Standard_E8s_v5 8 64
Эсв5 Standard_E16s_v5 16 128
Эсв5 Standard_E20s_v5 20 160
Эсв5 Standard_E32s_v5 32 256
Эсв5 Standard_E48s_v5 48 384
Эсв5 Standard_E64s_v5 64 512
Эсв5 Standard_E96s_v5 96 672
ЭДСВ5 Standard_E96ds_v5 96 672
Eisv3 Standard_E64is_v3 64 432
Eis4 Standard_E80is_v4 80 504
Eids4 Standard_E80ids_v4 80 504
Eisv5 Standard_E104is_v5 104 672
Eidsv5 Standard_E104ids_v5 104 672

Оптимизировано для вычислений

Серия Размер виртуальный процессор (vCPU) Память: ГиБ
Fsv2 Standard_F4s_v2 4 8
Fsv2 Standard_F8s_v2 8 16
Fsv2 Standard_F16s_v2 16 32
Fsv2 Standard_F32s_v2 32 64
Fsv2 Standard_F72s_v2 72 144

Оптимизировано для памяти и вычислений

Серия Размер виртуальный процессор (vCPU) Память: ГиБ
Mms * Standard_M128ms 128 3892

* Standard_M128ms не поддерживает шифрование на узле

Оптимизированное хранилище

Серия Размер виртуальный процессор (vCPU) Память: ГиБ
L4s Standard_L4s 4 32
L8s Standard_L8s 8 64
L16s Standard_L16s 16 128
L32s Standard_L32s 32 256
L8s_v2 Standard_L8s_v2 8 64
L16s_v2 Standard_L16s_v2 16 128
L32s_v2 Standard_L32s_v2 32 256
L48s_v2 Standard_L48s_v2 48 384
L64s_v2 Standard_L64s_v2 64 512
L8s_v3 Standard L8s_v3 8 64
L16s_v3 Standard L16s_v3 16 128
L32s_v3 Standard_L32s_v3 32 256
L48s_v3 Standard L48s_v3 48 384
L64s_v3 Standard L64s_v3 64 512
Lsv4 Standard_L4s_v4 4 32
Lsv4 Standard_L8s_v4 8 64
Lsv4 Standard_L16s_v4 16 128
Lsv4 Standard_L32s_v4 32 256
Lsv4 Standard_L48s_v4 48 384
Lsv4 Standard_L64s_v4 64 512
Lsv4 Standard_L80s_v4 80 640
Lsv4 Standard_L96s_v4 96 768

Обратите внимание, что номера SKU Lsv4 поддерживаются в Azure Red Hat OpenShift версии 4.19 или более поздней.

Рабочая нагрузка GPU

Серия Размер виртуальный процессор (vCPU) Память: ГиБ
NC4asT4v3 Standard_NC4as_T4_v3 4 28
NC6sV3 Standard_NC6s_v3 6 112
NC8asT4v3 Standard_NC8as_T4_v3 8 56
NC12sV3 Standard_NC12s_v3 12 224
NC16asT4v3 Standard_NC16as_T4_v3 16 110
NC24sV3 Standard_NC24s_v3 двадцать четыре 448
NC24rsV3 Standard_NC24rs_v3 двадцать четыре 448
NC64asT4v3 Standard_NC64as_T4_v3 64 440
ND96asr_v4* Standard_ND96asr_v4 96 900
ND96amsr_A100_v4 * Standard_ND96amsr_A100_v4 96 1924
NC24ads_A100_v4 * Standard_NC24ads_A100_v4 двадцать четыре 220
NC48ads_A100_v4 * Standard_NC48ads_A100_v4 48 440
NC96ads_A100_v4 * Standard_NC96ads_A100_v4 96 880

* Только день-2 (не поддерживается в качестве параметра времени установки)

Связанный контент

Дополнительные сведения см. в статье Жизненный цикл поддержки для Azure Red Hat OpenShift 4.

  • Last updated on