Añadir nodos de trabajo a clústeres Classic

Classic infrastructure

Consulta las siguientes secciones para obtener información sobre cómo añadir nodos de trabajo a tu clúster clásico.

¿Desea añadir trabajadores a clústeres de VPC? Consulte Adición de nodos trabajadores a clústeres de VPC.

Para aumentar la disponibilidad de las apps, puede añadir nodos trabajadores a una zona existente o a varias zonas existentes en el clúster. Para ayudar a proteger las apps frente a anomalías de zona, puede añadir zonas al clúster.

Cuando se crea un clúster, los nodos trabajadores se suministran en una agrupación de nodos trabajadores. Después de la creación del clúster, puede añadir más nodos trabajadores a una agrupación cambiando el tamaño de la agrupación o añadiendo más agrupaciones de nodos trabajadores. De forma predeterminada, la agrupación de nodos trabajadores existe en una zona. Los clústeres que tienen una agrupación de nodos trabajadores en una sola zona se denominan clústeres de una sola zona. Cuando se añaden más zonas al clúster, la agrupación de nodos trabajadores existe entre las zonas. Los clústeres que tienen una agrupación de nodos trabajadores distribuida entre más de una zona se denominan clústeres multizona.

Si tiene un clúster multizona, mantenga equilibrados los recursos de los nodos trabajadores. Asegúrese de que todas las agrupaciones de nodos trabajadores estén distribuidas entre las mismas zonas y añada o elimine nodos trabajadores cambiando el tamaño de las agrupaciones en lugar de añadir nodos individuales. Después de configurar la agrupación de nodos trabajadores, puede configurar el programa de escalado automático de clústeres para añadir o eliminar automáticamente nodos trabajadores de las agrupaciones de nodos trabajadores en función de las solicitudes de recursos de la carga de trabajo.

Las reservas de nodos de trabajo clásicos han quedado obsoletas. A partir del 15 de octubre de 2026, no se podrán crear nuevos contratos de reserva. Si tienes un contrato de reserva vigente que está a punto de caducar, debes crear un nuevo grupo de trabajadores que no utilice una reserva y migrar tus cargas de trabajo antes de la fecha de vencimiento del contrato.

Creación de una nueva agrupación de nodos trabajadores

Puede añadir nodos trabajadores a un clúster clásico creando una nueva agrupación de nodos trabajadores. Si anteriormente utilizabas reservas para aprovisionar nodos de trabajo, ten en cuenta que las reservas han quedado obsoletas. En su lugar, crea un grupo de trabajadores estándar.

Antes de empezar, asegúrate de que dispones del rol de acceso a la plataforma IAM Operador o Administrador.

  1. Recupere las Worker Zones (zonas de trabajo) del clúster y elija la zona donde desea desplegar los nodos trabajadores en la agrupación de nodos trabajadores. Si tiene un clúster de una sola zona, debe utilizar la zona que puede ver en el campo Worker Zones. Para clústeres multizona, puede elegir cualquiera de las Worker Zones existentes del clúster, o añadir una de las ubicaciones multizona de la región en la que se encuentra el clúster. Para ver una lista de las zonas disponibles, ejecute ibmcloud oc zone ls.

    ibmcloud oc cluster get --cluster CLUSTER_NAME_OR_ID

    Salida de ejemplo

    ...
Worker Zones: dal10, dal12, dal13

  2. Para cada zona, obtenga una lista de las VLAN privadas y públicas disponibles. Anote las VLAN privadas y públicas que desea utilizar. Si no tiene ninguna VLAN privada o pública, la VLAN se crea automáticamente al añadir una zona a la agrupación de trabajadores.

    ibmcloud oc vlan ls --zone ZONE

  3. Para cada zona, revisa las variantes disponibles para los nodos de trabajo.

    ibmcloud oc flavors --zone ZONE

  4. Cree una agrupación de nodos trabajadores. Para ver más opciones, consulte la documentación de CLI.

    • Incluya la opción --label para etiquetar automáticamente los nodos trabajadores que se encuentran en la agrupación con la etiqueta key=value.
    • Si suministra una agrupación de nodos trabajadores nativos o de VM dedicados, especifique --hardware dedicated.
    • Los nuevos nodos trabajadores ejecutan la misma versión major.minor que el nodo maestro del clúster, excepto el último parche de nodo trabajador de esa versión 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]

  5. Verifique que la agrupación de nodos trabajadores se ha creado.

    ibmcloud oc worker-pool ls --cluster CLUSTER_NAME_OR_ID

  6. De forma predeterminada, la adición de una agrupación de nodos trabajadores crea una agrupación sin zonas. Para desplegar nodos trabajadores en una zona, debe añadir las zonas que ha recuperado anteriormente a la agrupación de nodos trabajadores. Si desea distribuir los nodos trabajadores en varias zonas, repita este mandato 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

  7. Verifique que los nodos trabajadores se suministran en la zona que ha añadido. Tus nodos de trabajo estarán listos cuando el estado cambie de a provision_pending normal.

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

    Salida de ejemplo

    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

Redimensionamiento de una agrupación de nodos trabajadores

Puede añadir o reducir el número de nodos trabajadores del clúster redimensionando una agrupación de nodos trabajadores existente, independientemente de si la agrupación de nodos trabajadores está en una zona o está distribuida entre varias zonas.

Por ejemplo, supongamos que tiene un clúster con una agrupación de nodos trabajadores que tiene tres nodos trabajadores por zona.

  • Si el clúster está en una sola zona y existe en dal10, la agrupación de nodos trabajadores tiene tres nodos trabajadores en dal10. El clúster tiene un total de tres nodos trabajadores.
  • Si el clúster es multizona y existe en dal10 y en dal12, la agrupación de nodos trabajadores tiene tres nodos trabajadores en dal10 y tres nodos trabajadores en dal12. El clúster tiene un total de seis nodos trabajadores.

Para las agrupaciones de nodos trabajadores nativas, tenga en cuenta que la facturación es mensual. El redimensionamiento de la agrupación afectará a sus costes mensuales. Cuando se añaden nodos de trabajador redimensionando una agrupación de trabajadores, los nuevos nodos de trabajador ejecutan la misma versión major.minor que el maestro de clúster, pero el último parche de nodo de trabajador de esa versión major.minor.

Antes de empezar, asegúrate de que dispones del rol de acceso a la plataforma IAM Operador o Administrador.

Para redimensionar la agrupación de nodos trabajadores, cambie el número de nodos trabajadores que la agrupación de nodos trabajadores despliega en cada zona:

  1. Obtenga el nombre de la agrupación de nodos trabajadores que desea redimensionar.
    ibmcloud oc worker-pool ls --cluster CLUSTER_NAME_OR_ID
  2. Redimensione la agrupación de nodos trabajadores designando el número de nodos trabajadores que desea desplegar en cada zona.
    ibmcloud oc worker-pool resize --cluster CLUSTER_NAME_OR_ID --worker-pool POOL_NAME --size-per-zone NUMBER_OF_WORKERS_PER_ZONE
  3. Verifique que se ha cambiado el tamaño de la agrupación de nodos trabajadores.
    ibmcloud oc worker ls --cluster CLUSTER_NAME_OR_ID --worker-pool POOL_NAME
    Salida de ejemplo correspondiente a una agrupación de nodos trabajadores que está en dos zonas, dal10 y dal12, y que se redimensiona a dos nodos trabajadores 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

Adición de una zona a una agrupación de nodos trabajadores

Puede distribuir el clúster clásico entre varias zonas dentro de una región mediante la adición de una zona a su agrupación de nodos trabajadores existente.

Cuando añade una zona a una agrupación de trabajadores, los nodos de trabajador definidos en la agrupación de trabajadores se suministran en la nueva zona y se consideran para la planificación de la carga de trabajo futura. Red Hat OpenShift on IBM Cloud añade automáticamente la etiqueta failure-domain.beta.kubernetes.io/region para la región y la etiqueta failure-domain.beta.kubernetes.io/zone para la zona a cada nodo de trabajador. El planificador de Kubernetes utiliza estas etiquetas para distribuir los pods en las zonas de la misma región.

Si tiene varias agrupaciones de trabajadores en el clúster, añada la zona a todas ellas para que los nodos de trabajador se distribuyan de forma uniforme en el clúster. Tenga en cuenta que, si añade nodos trabajadores al clúster, los nuevos nodos trabajadores ejecutan la misma versión major.minor que el nodo maestro del clúster, excepto el último parche de nodo trabajador de esa versión major.minor.

Antes de empezar:

  • Para añadir una zona a la agrupación de nodos trabajadores, la agrupación de nodos trabajadores debe estar en una zona con soporte multizona. Si la agrupación de nodos trabajadores no está en una zona con soporte multizona, tenga en cuenta la posibilidad de crear una nueva agrupación de nodos trabajadores.
  • Asegúrate de que dispones del [Operator or Administrator IAM platform access role](/docs/openshift?topic=openshift-iam-platform-access-roles.
  • En clústeres clásicos, si tiene varias VLAN para un clúster, varias subredes en la misma VLAN o un clúster multizona, debe habilitar una función de direccionador virtual (VRF) para la cuenta de infraestructura de IBM Cloud para que los nodos trabajadores puedan comunicarse entre sí en la red privada. Para habilitar VRF, consulte Habilitación de VRF. Para comprobar si un VRF ya está habilitado, utilice el mandato ibmcloud account show. Si no puede o no desea habilitar VRF, habilite Expansión de VLAN. Para realizar esta acción, necesitas el permiso Red > Gestionar VLAN de red de infraestructura, o bien puedes solicitar al titular de la cuenta que te lo habilite. Para comprobar si la extensión de VLAN ya está activada, utiliza el. ibmcloud oc vlan spanning get --region <region>comando

Para añadir una zona con nodos trabajadores a la agrupación de nodos trabajadores:

  1. Obtenga una lista de las zonas disponibles y elija la zona que desea añadir a la agrupación de nodos trabajadores. La zona que elija debe ser una zona con soporte multizona.

    ibmcloud oc zone ls

  2. Obtenga una lista de las VLAN de dicha zona. Si no tiene ninguna VLAN privada o pública, la VLAN se crea automáticamente al añadir una zona a la agrupación de trabajadores.

    ibmcloud oc vlan ls --zone ZONE

  3. Obtenga una lista de las agrupaciones de nodos trabajadores de su clúster y anote sus nombres.

    ibmcloud oc worker-pool ls --cluster CLUSTER_NAME_OR_ID

  4. Añada la zona a la agrupación de nodos trabajadores. Si tiene varias agrupaciones de nodos trabajadores, añada la zona a todas las agrupaciones de nodos trabajadores de forma que el clúster quede equilibrado en todas las zonas.

    Debe existir una VLAN privada y pública para que pueda añadir una zona a varias agrupaciones de nodos trabajadores. Si no tiene ninguna VLAN privada y pública en esa zona, añada primero la zona a una agrupación de trabajadores para que se cree una VLAN privada y pública. A continuación, puede añadir la zona a otras agrupaciones de nodos trabajadores especificando la VLAN privada y pública que se ha creado automáticamente.

    Si desea utilizar distintas VLAN para distintas agrupaciones de nodos trabajadores, repita este mandato para cada VLAN y sus agrupaciones de nodos trabajadores correspondientes. Los nuevos nodos trabajadores se añaden a las VLAN que especifique, pero las VLAN de los nodos trabajadores existentes no se modifican.

    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

  5. Verifique que la zona se ha añadido al clúster. Busque la zona añadida en el campo Worker zones de la información de salida. Observe que el número total de nodos trabajadores del campo Workers ha aumentado ya que se han suministrado nuevos nodos trabajadores en la zona que se ha añadido.

    ibmcloud oc cluster get --cluster CLUSTER_NAME_OR_ID

    Salida de ejemplo

    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