Compartilhar via

Política de suporte do Red Hat OpenShift 4.0 no Azure

Determinadas configurações para clusters do Microsoft Azure Red Hat OpenShift 4 podem afetar a capacidade de suporte do cluster. O Red Hat OpenShift no Azure 4 permite que os administradores do cluster façam alterações em componentes internos do cluster, mas nem todas as alterações são compatíveis. A política de suporte abaixo compartilha quais modificações violam a política e anulam o suporte da Microsoft e do Red Hat.

Observação

Recursos marcados como Prévia de Tecnologia na OpenShift Container Platform não são suportados no Azure Red Hat OpenShift.

Requisitos de configuração do cluster

Computação

  • O cluster deve ter no mínimo três nós de trabalho e três nós mestres.
  • Não dimensione os trabalhos do cluster para zero nem tente um desligamento do cluster. Não há suporte para desalocar ou desligar qualquer máquina virtual no grupo de recursos do cluster.
  • Não crie mais de 250 nós de trabalho em um cluster. 250 é o número máximo de nós que podem ser criados em um cluster. Para obter mais informações, consulte Configurar vários endereços IP por balanceador de carga de cluster do Red Hat OpenShift no Azure.
  • Se você estiver usando nós de infraestrutura, não execute nenhuma carga de trabalho não atribuída neles porque isso pode afetar o Contrato de Nível de Serviço e a estabilidade do cluster. Além disso, a recomendação é ter três nós de infraestrutura; um em cada zona de disponibilidade. Para obter mais informações, consulte Implantar nós de infraestrutura em um cluster do Red Hat OpenShift no Azure.
  • Não há suporte para nós de computação não RHCOS. Por exemplo, você não pode usar um nó de computação RHEL (Red Hat Enterprise Linux).
  • Não tente remover, substituir, adicionar ou modificar um nó mestre. Essas tarefas são operações de alto risco que podem causar problemas com etcd, perda de rede permanente e perda de acesso e capacidade de gerenciamento por um SRE (Engenheiro de Confiabilidade do Site). Se você achar que um nó mestre deve ser substituído ou removido, entre em contato com o suporte antes de fazer alterações.
  • Verifique se uma ampla cota de máquina virtual está disponível caso os nós do plano de controle precisem ser aumentados, mantendo pelo menos o dobro da contagem atual do plano de controle disponível.

Operadores

  • Todos os operadores do cluster do OpenShift devem permanecer em um estado gerenciado. A lista de operadores do cluster pode ser retornada executando oc get clusteroperators.

Gerenciamento de carga de trabalho

  • Não adicione taints que impeçam o agendamento de componentes padrão do OpenShift.
  • Para evitar interrupções resultantes da manutenção do cluster, as cargas de trabalho no cluster devem ser configuradas com práticas de alta disponibilidade. Essas práticas incluem, mas não se limitam a afinidade de pod e anti-afinidade, orçamentos de interrupção de pod e dimensionamento adequado.
  • Não execute cargas de trabalho extras nos nós do painel de controle. Embora possam ser agendados nos nós do plano de controle, isso causa problemas extras de uso e estabilidade de recursos que podem afetar todo o cluster.
  • Não há suporte para a execução de cargas de trabalho personalizadas (incluindo operadores instalados do Operator Hub ou outros operadores fornecidos pelo Red Hat) em nós de infraestrutura.

Registro e monitoramento

  • Não remova ou modifique o serviço prometheus de cluster padrão, exceto para modificar o agendamento da instância padrão do Prometheus ou para configurar a persistência. Se estiver configurando a persistência, não permita que o volume persistente fique cheio.
  • Não remova ou modifique o serviço de cluster Alertmanager padrão, o receptor padrão ou quaisquer regras de alerta padrão, exceto para adicionar outros receptores que notifiquem sistemas externos.
  • Não remova nem modifique o registro em log do serviço do Red Hat OpenShift no Azure (pods mdsd).

Rede e segurança

  • A menos que você esteja usando seu próprio Grupo de Segurança de Rede por meio do recurso Traga seu próprio Grupo de Segurança de Rede, o NSG (Grupo de Segurança de Rede) fornecido pelo Red Hat OpenShift do Azure não pode ser modificado ou substituído. Qualquer tentativa de modificar ou substituir o NSG é revertida.
  • Todas as máquinas virtuais do cluster devem ter acesso direto à Internet de saída, pelo menos para os pontos de extremidade do Azure Resource Manager (ARM) e do registro em log do serviço (Geneva). Não há suporte para proxy do tráfego HTTPS necessário para executar o serviço Red Hat OpenShift no Azure. Consulte as instruções de proxy em todo o cluster para a configuração relacionada ao proxy.
  • O serviço do Red Hat OpenShift no Azure acessa seu cluster por meio do serviço de Link Privado. Não remova nem modifique o acesso ao serviço.

Gerenciamento de clusters

  • Não remova ou modifique o segredo de pull do cluster arosvc.azurecr.io.
  • Não crie novos MachineConfig objetos ou modifique objetos existentes, a menos que tenha suporte explícito na documentação do Red Hat OpenShift do Azure.
  • Não crie novos KubeletConfig objetos ou modifique objetos existentes, a menos que tenha suporte explícito na documentação do Red Hat OpenShift do Azure.
  • Não defina nenhuma unsupportedConfigOverrides opção. Definir essas opções impede as atualizações de versões secundárias.
  • Não coloque em sua assinatura ou grupo de gerenciamento políticas que impeçam o SREs de executar a manutenção normal do cluster do Red Hat OpenShift no Azure. Por exemplo, não exija marcas no grupo de recursos de cluster gerenciado por ponto de retenção do Red Hat OpenShift no Azure.
  • Não contorne a atribuição de negação configurada como parte do serviço ou execute tarefas administrativas normalmente proibidas pela atribuição de negação.
  • O OpenShift depende da capacidade de marcar automaticamente os recursos do Azure. Se você configurou uma política de marcação, não aplique mais de 10 marcas definidas pelo usuário aos recursos no grupo de recursos gerenciado.

Gerenciamento de incidentes

Um incidente é um evento que resulta em uma degradação ou interrupção dos serviços do Red Hat OpenShift do Azure. Os incidentes são criados por um membro do CEE (Customer Experience and Engagement) por meio de um caso de suporte, diretamente pelo sistema centralizado de monitoramento e alertas ou diretamente por um membro da equipe do Engenheiro de Confiabilidade do Site (SRE).

Dependendo do efeito sobre o serviço e o cliente, o incidente é categorizado em termos de gravidade.

O fluxo de trabalho geral de como um novo incidente é gerenciado é descrito da seguinte maneira:

  1. Um respondente primário do SRE é alertado sobre um novo incidente e inicia uma investigação inicial.

  2. Após a investigação inicial, o incidente é atribuído a um líder de incidente, que coordena os esforços de recuperação.

  3. O líder de incidente gerencia toda a comunicação e coordenação relacionadas à recuperação, incluindo quaisquer notificações relevantes ou atualizações de caso de suporte.

  4. Quando o incidente é resolvido, um breve resumo do incidente e da resolução é fornecido no tíquete de suporte iniciado pelo cliente. Este resumo ajuda o cliente a entender o incidente e sua resolução com mais detalhes.

Se mais informações forem necessárias além do que é fornecido no tíquete de suporte:

  1. O cliente deve fazer uma solicitação para obter mais informações dentro de cinco dias úteis após a resolução de incidentes.

  2. Dependendo da gravidade do incidente, um resumo de causa raiz ou uma RCA (análise de causa raiz) pode ser fornecido ao cliente no tíquete de suporte. As informações adicionais são fornecidas dentro de sete dias úteis para resumo da causa raiz e 30 dias úteis para análise de causa raiz da resolução de incidentes.

Tamanhos de máquinas virtuais compatíveis

O Red Hat OpenShift no Azure 4 oferece suporte a instâncias de nó nos seguintes tamanhos de máquina virtual:

Nós do plano de controle

Série Tamanho vCPU Memória: GiB
Dsv3 Standard_D8s_v3 oito 32
Dsv3 Standard_D16s_v3 16 64
Dsv3 Standard_D32s_v3 32 128
Dsv4 Standard_D8s_v4 oito 32
Dsv4 Standard_D16s_v4 16 64
Dsv4 Standard_D32s_v4 32 128
Dsv5 Standard_D8s_v5 oito 32
Dsv5 Standard_D16s_v5 16 64
Dsv5 Standard_D32s_v5 32 128
Dsv6 Standard_D8s_v6 oito 32
Dsv6 Standard_D16s_v6 16 64
Dsv6 Standard_D32s_v6 32 128
Ddsv6 Standard_D8ds_v6 oito 32
Ddsv6 Standard_D16ds_v6 16 64
Ddsv6 Standard_D32ds_v6 32 128
Dasv4 Standard_D8as_v4 oito 32
Dasv4 Standard_D16as_v4 16 64
Dasv4 Standard_D32as_v4 32 128
Dasv5 Standard_D8as_v5 oito 32
Dasv5 Standard_D16as_v5 16 64
Dasv5 Standard_D32as_v5 32 128
Ddsv5 Standard_D8ds_v5 oito 32
Ddsv5 Standard_D16ds_v5 16 64
Ddsv5 Standard_D32ds_v5 32 128
Easv4 Standard_E8as_v4 oito 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 oito 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 oito 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
Esv5 Standard_E8s_v5 oito 64
Esv5 Standard_E16s_v5 16 128
Esv5 Standard_E20s_v5 20 160
Esv5 Standard_E32s_v5 32 256
Esv5 Standard_E48s_v5 48 384
Esv5 Standard_E64s_v5 64 512
Esv5 Standard_E96s_v5 96 672
Fsv2 Standard_F72s_v2 Setenta e dois 144
Mms * Standard_M128ms 128 3892

* Standard_M128ms não dá suporte à criptografia no host.

Observe que os SKUs Dsv6 são suportados na versão 4.19 ou superior do Azure Red Hat OpenShift.

Nó de trabalho

Finalidade geral

Série Tamanho vCPU Memória: GiB
Dasv4 Standard_D4as_v4 4 16
Dasv4 Standard_D8as_v4 oito 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 oito 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 oito 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 oito 32
Dsv3 Standard_D16s_v3 16 64
Dsv3 Standard_D32s_v3 32 128
Dsv4 Standard_D4s_v4 4 16
Dsv4 Standard_D8s_v4 oito 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 oito 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 oito 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 Standard_D4ds_v6 4 16
Ddsv6 Standard_D8ds_v6 oito 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 oito
Dlsv6 Standard_D8ls_v6 oito 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 oito
Dldsv6 Standard_D8lds_v6 oito 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

Observe que há suporte para SKUs D*sv6 no Red Hat OpenShift do Azure versão 4.19 ou superior.

Memória otimizada

Série Tamanho vCPU Memória: GiB
Easv4 Standard_E4as_v4 4 32
Easv4 Standard_E8as_v4 oito 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 oito 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 oito 64
Esv3 Standard_E16s_v3 16 128
Esv3 Standard_E32s_v3 32 256
Esv4 Standard_E4s_v4 4 32
Esv4 Standard_E8s_v4 oito 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
Esv5 Standard_E4s_v5 4 32
Esv5 Standard_E8s_v5 oito 64
Esv5 Standard_E16s_v5 16 128
Esv5 Standard_E20s_v5 20 160
Esv5 Standard_E32s_v5 32 256
Esv5 Standard_E48s_v5 48 384
Esv5 Standard_E64s_v5 64 512
Esv5 Standard_E96s_v5 96 672
Edsv5 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

Computação otimizada

Série Tamanho vCPU Memória: GiB
Fsv2 Standard_F4s_v2 4 oito
Fsv2 Standard_F8s_v2 oito 16
Fsv2 Standard_F16s_v2 16 32
Fsv2 Standard_F32s_v2 32 64
Fsv2 Standard_F72s_v2 Setenta e dois 144

Memória e computação otimizadas

Série Tamanho vCPU Memória: GiB
Mms * Standard_M128ms 128 3892

* Standard_M128ms não dá suporte à criptografia no host

Otimização de Armazenamento

Série Tamanho vCPU Memória: GiB
L4s Standard_L4s 4 32
L8s Standard_L8s oito 64
L16s Standard_L16s 16 128
L32s Standard_L32s 32 256
L8s_v2 Standard_L8s_v2 oito 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 oito 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 oito 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

Observe que há suporte para SKUs Lsv4 no Red Hat OpenShift do Azure versão 4.19 ou superior.

Carga de trabalho GPU

Série Tamanho vCPU Memória: GiB
NC4asT4v3 Standard_NC4as_T4_v3 4 28
NC6sV3 Standard_NC6s_v3 6 112
NC8asT4v3 Standard_NC8as_T4_v3 oito 56
NC12sV3 Standard_NC12s_v3 12 224
NC16asT4v3 Standard_NC16as_T4_v3 16 110
NC24sV3 Standard_NC24s_v3 24 448
NC24rsV3 Standard_NC24rs_v3 24 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 24 220
NC48ads_A100_v4 * Standard_NC48ads_A100_v4 48 440
NC96ads_A100_v4 * Standard_NC96ads_A100_v4 96 880

* Somente para o segundo dia (não é suportado como uma opção durante a instalação)

Conteúdo relacionado

Para obter mais informações, consulte o ciclo de vida de suporte para o Red Hat OpenShift 4 do Azure.

  • Last updated on