Compartilhar via


Implantar um cluster grande do Red Hat OpenShift no Azure

Este artigo fornece as etapas e as práticas recomendadas para a implantação de clusters do Red Hat OpenShift no Azure em larga escala, com até 250 nós de trabalho. Para clusters desse tamanho, há algumas recomendações relacionadas aos nós do plano de controle e aos nós de infraestrutura.

Cuidado

Antes de excluir um cluster com mais de 120 nós, reduza verticalmente o cluster para 120 nós ou menos.

Recomendações

Nós do plano de controle

Para clusters com mais de 100 nós de trabalho, os seguintes tipos de instância de máquina virtual (ou tipos de instância semelhantes e de geração mais recente) são recomendados para nós de plano de controle:

  • Standard_D32s_v3
  • Standard_D32s_v4
  • Standard_D32s_v5

Nós de infraestrutura

Para clusters com mais de 100 nós de trabalho, os nós de infraestrutura são necessários para separar as cargas de trabalho do cluster (como o Prometheus) para minimizar a contenção com outras cargas de trabalho. Você pode implantar três (3) nós de infraestrutura por cluster para atender às necessidades de redundância e escalabilidade.

Os seguintes tipos de instância são recomendados para nós de infraestrutura:

  • Standard_E16as_v5
  • Standard_E16s_v5

Para obter instruções sobre como configurar nós de infraestrutura, consulte Implantar nós de infraestrutura em um cluster do Red Hat OpenShift no Azure. Isso será configurado após a implantação do cluster.

Adicionar endereços IP ao balanceador de carga

Os clusters públicos do Red Hat OpenShift no Azure são criados com um balanceador de carga público que é usado para conectividade de saída de dentro do cluster. Por padrão, um endereço IP público é configurado nesse balanceador de carga público e isso limita a contagem máxima de nós do seu cluster a 62. Para poder escalar seu cluster para o número máximo com suporte de 250 nós, você precisa atribuir vários endereços IP públicos adicionais ao balanceador de carga. Você pode configurar até 20 endereços IP por cluster. As regras de saída e as configurações de IP front-end são ajustadas para acomodar o número de endereços IP.

Por exemplo, um cluster com 180 nós de trabalho precisa de pelo menos três (3) endereços IP (180 nós / 62 nós por IP).

Isso pode ser feito como parte do processo de criação do cluster ou posteriormente, depois que o cluster for criado.

Implantar um cluster

Ao implantar um cluster grande, você deve começar com, no máximo, 50 nós de trabalho no momento da criação e, em seguida, dimensionar o cluster para o número desejado de nós de trabalho, até 250 nós de trabalho.

Observação

Embora seja definir até 50 nós de trabalho no momento da criação, é melhor começar com um cluster pequeno (por exemplo, três (3) nós de trabalho) e, em seguida, escalar horizontalmente para o número desejado de nós de trabalho depois que o cluster for instalado.

Siga as etapas fornecidas em Criar um cluster do Red Hat OpenShift no Azure até as etapas "Criar o cluster" e, em seguida, continue conforme as instruções:

O comando de exemplo abaixo, usando a CLI do Azure, pode ser usado para implantar um cluster com Standard_D32s_v5 como nós do plano de controle, solicitando três endereços IP públicos e definindo nove nós de trabalho:

az aro create \ 
    --resource-group $RESOURCEGROUP \
    --name $CLUSTER \
    --vnet aro-vnet \
    --master-subnet master-subnet \
    --worker-subnet worker-subnet \
    --master-vm-size Standard_D32s_v5 \
    --worker-count 9 \
    --lb-ip-count 3

Para adicionar endereços IP ao balanceador de carga usando a CLI do Azure depois que o cluster for criado, execute o seguinte comando:

az aro update
    --name <CLUSTER_NAME>
    –-resource-group <RESOURCE_GROUP>
    --lb-ip-count <PUBLIC_IP_COUNT>`

Em seguida, você pode configurar os MachineSets do OpenShift correspondentes para obter o número de nós de trabalho desejado. Consulte Dimensionamento manual de um conjunto de máquinas de computação para obter mais detalhes.

Depois que o cluster for instalado com êxito, prossiga com a implantação dos nós de infraestrutura conforme definido na seção Nós de infraestrutura.