Añadir nodos trabajadores a clusters Classic

Infraestructura clásica

Revise las secciones siguientes para obtener información sobre cómo añadir nodos trabajadores al 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.

¿Desea ahorrar costes de nodos trabajadores clásicos? Cree una reserva para obtener un descuento durante un periodo de 1 o 3 años. A continuación, cree la agrupación de nodos trabajadores utilizando las instancias reservadas. Tenga en cuenta que el autoescalado no puede activarse en grupos de trabajadores que utilicen reservas.

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.

Antes de empezar, asegúrese de que dispone del [rol de acceso a la plataforma IAM Operador o Administrador] (/docs/openshift?topic=openshift-iam-platform-access-roles.

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
```
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>
```
Para cada zona, revise los sabores disponibles para los nodos trabajadores.
```
ibmcloud oc flavors --zone <zone>
```
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]
```
Verifique que la agrupación de nodos trabajadores se ha creado.
```
ibmcloud oc worker-pool ls --cluster <cluster_name_or_ID>
```
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>
```

Verifique que los nodos trabajadores se suministran en la zona que ha añadido. Sus nodos trabajadores estarán listos cuando el estado cambie de provision_pending a 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.33
kube-dal10-crb20b637238ea471f8d4a8b881aae4962-w8   169.xx.xxx.xxx   10.xxx.xx.xxx   b3c.4x16          provision_pending   Ready   dal10   1.33

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úrese de que tiene el 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:

Obtenga el nombre de la agrupación de nodos trabajadores que desea redimensionar.
```
ibmcloud oc worker-pool ls --cluster <cluster_name_or_ID>
```

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>

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.33
kube-dal10-crb20b637238ea471f8d4a8b881aae4962-w8   169.xx.xxx.xxx   10.xxx.xx.xxx   b3c.4x16          normal   Ready   dal10   1.33
kube-dal12-crb20b637238ea471f8d4a8b881aae4962-w9   169.xx.xxx.xxx   10.xxx.xx.xxx   b3c.4x16          normal   Ready   dal12   1.33
kube-dal12-crb20b637238ea471f8d4a8b881aae4962-w10  169.xx.xxx.xxx   10.xxx.xx.xxx   b3c.4x16          normal   Ready   dal12   1.33

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úrese de que dispone del [rol de acceso a la plataforma IAM Operador o Administrador] (/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, necesita el permiso Red > Administrar infraestructura de expansión de VLAN de red, o puede solicitar al propietario de la cuenta que lo habilite. Para comprobar si el spanning de VLAN ya está activado, utilice la dirección ibmcloud oc vlan spanning get --region <region> comando.

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

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
```
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>
```
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>
```
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>
```

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.33_1524
Owner:                          owner@email.com
Resource Group ID:              a8a12accd63b437bbd6d58fb6a462ca7
Resource Group Name:            Default