Adicionando nós de trabalho a clusters Classic

Classic infrastructure

Consulte as seções a seguir para obter informações sobre como adicionar nós de trabalho ao seu cluster clássico.

Procurando incluir trabalhadores em clusters VPC? Consulte Incluindo nós do trabalhador em clusters VPC..

Para aumentar a disponibilidade de seus apps, é possível incluir nós do trabalhador em uma zona existente ou em diversas zonas existentes em seu cluster. Para ajudar a proteger seus apps contra falhas de zona, é possível incluir zonas em seu cluster.

Quando você cria um cluster, os nós do trabalhador são provisionados em um conjunto de trabalhadores. Após a criação do cluster, é possível incluir mais nós do trabalhador em um conjunto, redimensionando-o ou incluindo mais conjuntos de trabalhadores. Por padrão, o conjunto de trabalhadores existe em uma zona. Os clusters que têm um conjunto de trabalhadores em somente uma zona são chamados de clusters de zona única. Quando você incluir mais zonas no cluster, o conjunto de trabalhadores existirá entre as zonas. Os clusters que têm um conjunto de trabalhadores que é difundido em mais de uma zona são chamados de clusters de diversas zonas.

Se você tiver um cluster de diversas zonas, mantenha seus recursos do nó do trabalhador balanceados. Certifique-se de que todos os conjuntos de trabalhadores estejam difundidos pelas mesmas zonas e inclua ou remova os trabalhadores redimensionando os conjuntos em vez de incluir nós individuais. Depois de configurar seu conjunto de trabalhadores, é possível configurar o escalador automático de cluster para incluir ou remover automaticamente nós do trabalhador de seus conjuntos de trabalhadores com base em suas solicitações de recursos de carga de trabalho.

As reservas para nós de trabalho clássicos estão obsoletas. Após 15 de outubro de 2026, não será possível criar novos contratos de reserva. Se você tiver um contrato de reserva já em vigor que está prestes a expirar, é necessário criar um novo pool de trabalhadores que não utilize uma reserva e migrar suas cargas de trabalho antes da data de expiração do contrato.

Criando um conjunto de trabalhadores

É possível incluir nós do trabalhador em seu cluster clássico criando um novo conjunto de trabalhadores. Se você já utilizou reservas para provisionar nós de trabalho, observe que as reservas estão obsoletas. Em vez disso, crie um pool de trabalhadores padrão.

Antes de começar, certifique-se de que você tenha o Operador ou função de acesso à plataforma de IAM do Administrador.

Recupere as Zonas do trabalhador de seu cluster e escolha a zona na qual você deseja implementar os nós do trabalhador em seu conjunto de trabalhadores. Se você tiver um cluster de zona única, deverá usar a zona que você vê no campo Zonas do trabalhador. Para clusters multizona, é possível escolher qualquer uma das Zonas do trabalhador existentes de seu cluster ou incluir uma das localizações multizona para a região na qual seu cluster está localizado. É possível listar zonas disponíveis executando ibmcloud oc zone ls.
```
ibmcloud oc cluster get --cluster CLUSTER_NAME_OR_ID
```
Saída de exemplo
```
...
Worker Zones: dal10, dal12, dal13
```
Para cada zona, liste as VLANs privadas e públicas disponíveis. Observe a VLAN privada e a VLAN pública que você deseja usar. Se você não tiver uma VLAN privada ou pública, ela será criada automaticamente quando você incluir uma zona no conjunto de trabalhadores.
```
ibmcloud oc vlan ls --zone ZONE
```
Para cada zona, verifique as opções disponíveis para os nós de trabalho.
```
ibmcloud oc flavors --zone ZONE
```
Crie um conjunto de trabalhadores. Para obter mais opções, consulte a documentação da CLI.
- Inclua a opção --label para identificar automaticamente os nós do trabalhador que estão no conjunto com o rótulo key=value.
- Se você provisionar um conjunto de trabalhadores da VM bare metal ou dedicado, especifique --hardware dedicated.
- Os novos nós do trabalhador executam a mesma versão major.minor do cluster mestre, mas a correção de nó do trabalhador mais recente dessa versão major.minor.
```
ibmcloud oc worker-pool create classic --name POOL_NAME --cluster CLUSTER_NAME_OR_ID --flavor FLAVOR --size-per-zone NUMBER_OF_WORKERS_PER_ZONE [--operating-system (REDHAT_8_64)] [--label key=value]
```

Verifique se o conjunto de trabalhadores foi criado.

ibmcloud oc worker-pool ls --cluster CLUSTER_NAME_OR_ID

Por padrão, incluir um conjunto de trabalhadores cria um conjunto sem zonas. Para implementar os nós do trabalhador em uma zona, deve-se incluir as zonas que você recuperou anteriormente no conjunto de trabalhadores. Para difundir os nós do trabalhador em diversas zonas, repita este comando para cada zona.
```
ibmcloud oc zone add classic --zone ZONE --cluster CLUSTER_NAME_OR_ID --worker-pool POOL_NAME --private-vlan PRIVATE_VLAN_ID --public-vlan PUBLIC_VLAN_ID
```

Verifique se os nós do trabalhador são provisionados na zona que você incluiu. Seus nós de trabalho estarão prontos quando o status mudar de “ provision_pending ” para “ normal ”.

ibmcloud oc worker ls --cluster CLUSTER_NAME_OR_ID --worker-pool POOL_NAME

Saída de exemplo

ID                                                 Public IP        Private IP      Machine Type      State    Status  Zone    Version
kube-dal10-crb20b637238ea471f8d4a8b881aae4962-w7   169.xx.xxx.xxx   10.xxx.xx.xxx   b3c.4x16          provision_pending   Ready   dal10   1.36
kube-dal10-crb20b637238ea471f8d4a8b881aae4962-w8   169.xx.xxx.xxx   10.xxx.xx.xxx   b3c.4x16          provision_pending   Ready   dal10   1.36

Redimensionando um conjunto de trabalhadores

É possível incluir ou reduzir o número de nós do trabalhador em seu cluster, redimensionando um conjunto de trabalhadores existente, independentemente de se o conjunto de trabalhadores está em uma zona ou difundido entre diversas zonas.

Por exemplo, considere um cluster com um conjunto de trabalhadores que tenha três nós do trabalhador por zona.

Se o cluster for uma zona única e existir em dal10, o conjunto de trabalhadores terá três nós do trabalhador em dal10. O cluster tem um total de três nós do trabalhador.
Se o cluster for de diversas zonas e existir em dal10 e dal12, o conjunto de trabalhadores terá três nós do trabalhador em dal10 e três nós do trabalhador em dal12. O cluster terá um total de seis nós do trabalhador.

Para conjuntos de trabalhadores bare metal, tenha em mente que o faturamento é mensal. Se você redimensionar para cima ou para baixo, isso impactará os seus custos para o mês. Ao incluir nós do trabalhador redimensionando um conjunto de trabalhadores, os novos nós do trabalhador executam a mesma versão major.minor que o cluster mestre, exceto a correção mais recente do nó do trabalhador dessa versão major.minor.

Antes de começar, certifique-se de que você tenha o Operador ou função de acesso à plataforma de IAM do Administrador.

Para redimensionar o conjunto de trabalhadores, mude o número de nós do trabalhador que o conjunto de trabalhadores implementa em cada zona:

Obtenha o nome do conjunto de trabalhadores que você deseja redimensionar.
```
ibmcloud oc worker-pool ls --cluster CLUSTER_NAME_OR_ID
```

Redimensione o conjunto de trabalhadores designando o número de nós do trabalhador que você deseja implementar em cada zona.

ibmcloud oc worker-pool resize --cluster CLUSTER_NAME_OR_ID --worker-pool POOL_NAME --size-per-zone NUMBER_OF_WORKERS_PER_ZONE

Verifique se o conjunto de trabalhadores está redimensionado.

ibmcloud oc worker ls --cluster CLUSTER_NAME_OR_ID --worker-pool POOL_NAME

Saída de exemplo para um conjunto de trabalhadores que está em duas zonas, dal10 e dal12, e é redimensionado para dois nós do trabalhador por zona:

ID                                                 Public IP        Private IP      Machine Type      State    Status  Zone    Version
kube-dal10-crb20b637238ea471f8d4a8b881aae4962-w7   169.xx.xxx.xxx   10.xxx.xx.xxx   b3c.4x16          normal   Ready   dal10   1.36
kube-dal10-crb20b637238ea471f8d4a8b881aae4962-w8   169.xx.xxx.xxx   10.xxx.xx.xxx   b3c.4x16          normal   Ready   dal10   1.36
kube-dal12-crb20b637238ea471f8d4a8b881aae4962-w9   169.xx.xxx.xxx   10.xxx.xx.xxx   b3c.4x16          normal   Ready   dal12   1.36
kube-dal12-crb20b637238ea471f8d4a8b881aae4962-w10  169.xx.xxx.xxx   10.xxx.xx.xxx   b3c.4x16          normal   Ready   dal12   1.36

Incluindo uma zona em um conjunto de trabalhadores

É possível ampliar seu cluster clássico em diversas zonas de uma região incluindo uma zona em seu conjunto de trabalhadores existente.

Ao incluir uma zona em um conjunto de trabalhadores, os nós do trabalhador que são definidos em seu conjunto de trabalhadores são provisionados na nova zona e considerados para agendamento de carga de trabalho futuro. ORed Hat OpenShift on IBM Cloud automaticamente inclui o rótulo failure-domain.beta.kubernetes.io/region para a região e o rótulo failure-domain.beta.kubernetes.io/zone para a zona a cada nó do trabalhador. O planejador do Kubernetes usa esses rótulos para difundir pods ao longo de zonas dentro da mesma região.

Se houver vários conjuntos de trabalhadores no cluster, inclua a zona em todos eles para que nós do trabalhador sejam difundidos uniformemente entre o cluster. Observe que quando você inclui nós do trabalhador em seu cluster, os novos nós do trabalhador executam a mesma versão major.minor que o cluster mestre, exceto a correção de nó do trabalhador mais recente dessa versão major.minor.

Antes de Iniciar:

Para incluir uma zona em seu conjunto de trabalhadores, o conjunto de trabalhadores deve estar em uma zona com capacidade de múltiplas zonas. Se o seu conjunto de trabalhadores não estiver em uma zona com capacidade de diversas zonas, considere criar um novo conjunto de trabalhadores.
Certifique-se de que você tenha o guia “ [Operator or Administrator IAM platform access role] ” (/docs/openshift?topic=openshift-iam-platform-access-roles).
Em clusters clássicos, caso haja várias VLANs para o cluster, várias sub-redes na mesma VLAN ou um cluster clássico de várias zonas, deve-se ativar uma Virtual Router Function (VRF) para a conta de infraestrutura do IBM Cloud para que os nós do trabalhador possam se comunicar entre si na rede privada. Para ativar o VRF, consulte Ativando o VRF. Para verificar se um VRF já está ativado, use o comando ibmcloud account show. Se não puder ou não quiser ativar a VRF, ative a Ampliação de VLAN. Para realizar essa ação, você precisa da permissão de infraestrutura “ Rede > Gerenciar VLANs de Spanning da Rede ” (Gerenciar instâncias do Azure) ou pode solicitar ao proprietário da conta que a habilite. Para verificar se o spanning de VLAN já está habilitado, use o comando ibmcloud oc vlan spanning get --region .

Para incluir uma zona com nós do trabalhador em seu conjunto de trabalhadores:

Liste as zonas disponíveis e escolha a zona que você deseja incluir em seu conjunto de trabalhadores. A zona que você escolhe deve ser uma zona com capacidade para diversas zonas.
```
ibmcloud oc zone ls
```
Listar VLANs disponíveis nessa zona. Se você não tiver uma VLAN privada ou pública, ela será criada automaticamente quando você incluir uma zona no conjunto de trabalhadores.
```
ibmcloud oc vlan ls --zone ZONE
```
Liste os conjuntos de trabalhadores em seu cluster e anote seus nomes.
```
ibmcloud oc worker-pool ls --cluster CLUSTER_NAME_OR_ID
```
Inclua a zona em seu conjunto de trabalhadores. Se você tiver múltiplos conjuntos de trabalhadores, inclua a zona em todos os seus conjuntos de trabalhadores para que o seu cluster seja balanceado em todas as zonas.

Uma VLAN privada e uma VLAN pública devem existir antes que seja possível incluir uma zona em diversos conjuntos de trabalhadores. Se você não tiver uma VLAN privada e um pública nessa zona, inclua a zona em um conjunto de trabalhadores primeiro para que uma VLAN privada e uma pública sejam criadas. Em seguida, é possível incluir a zona em outros conjuntos de trabalhadores especificando a VLAN privada e a pública que foram criadas para você.

Para usar VLANs diferentes para diferentes conjuntos de trabalhadores, repita este comando para cada VLAN e os seus conjuntos de trabalhadores correspondentes. Todos os novos nós do trabalhador são incluídos nas VLANs especificadas, mas as VLANs para quaisquer nós do trabalhador existentes não mudam.
```
ibmcloud oc zone add classic --zone ZONE --cluster CLUSTER_NAME_OR_ID -p POOL_NAME [-p POOL2_NAME] --private-vlan PRIVATE_VLAN_ID --public-vlan PUBLIC_VLAN_ID
```

Verifique se a zona foi incluída em seu cluster. Procure a zona incluída no campo Zonas do trabalhador da saída. Observe que o número total de trabalhadores no campo Trabalhadores aumentou porque novos nós do trabalhador são provisionados na zona incluída.

ibmcloud oc cluster get --cluster CLUSTER_NAME_OR_ID

Saída de exemplo

NAME:                           mycluster
ID:                             df253b6025d64944ab99ed63bb4567b6
State:                          normal
Status:                         healthy cluster
Created:                        2018-09-28T15:43:15+0000
Location:                       dal10
Pod Subnet:                     172.30.0.0/16
Service Subnet:                 172.21.0.0/16
Master URL:                     https://c3.<region>.containers.cloud.ibm.com:30426
Public Service Endpoint URL:    https://c3.<region>.containers.cloud.ibm.com:30426
Private Service Endpoint URL:   https://c3-private.<region>.containers.cloud.ibm.com:31140
Master Location:                Dallas
Master Status:                  Ready (21 hours ago)
Ingress Subdomain:              mycluster-<hash>-0000.us-south.containers.appdomain.cloud
Ingress Secret:                 mycluster-<hash>-0000
Workers:                        6
Worker Zones:                   dal10, dal12
Version:                        1.36_1524
Owner:                          owner@email.com
Resource Group ID:              a8a12accd63b437bbd6d58fb6a462ca7
Resource Group Name:            Default