Escalar clústeres

En este tema se explica cómo escalar los clústeres de carga de trabajo para Tanzu Kubernetes Grid (TKG) mediante los siguientes métodos:

Escalador automático: Para los clústeres de carga de trabajo implementados por un clúster de administración independiente, puede utilizar el Escalador automático de clústeres para escalar de forma automática el número de nodos de trabajo con el fin de cumplir la demanda. Consulte Escalar nodos de trabajo con el escalador automático de clústeres.

No se puede utilizar el Escalador automático para escalar clústeres de carga de trabajo implementados por un clúster supervisor.
Escalar horizontalmente: Para los clústeres de administración independientes o de carga de trabajo, puede escalar manualmente el número de nodos de trabajo y plano de control. Consulte Escalar un clúster de forma horizontal.
Escalar verticalmente: Para los clústeres de carga de trabajo, puede cambiar manualmente el tamaño de los nodos de trabajo y plano de control. Consulte Escalar un clúster de forma vertical.

Nota
Para escalar nodos en un grupo de nodos, consulte Actualizar grupos de nodos en Administrar grupos de nodos de diferentes tipos de máquina virtual.
Los clústeres de un nodo único no se pueden escalar.

Escalar nodos de trabajo con el Escalador automático de clústeres (MC independiente)

El Escalador automático de clústeres es un programa de Kubernetes que escala automáticamente los clústeres de Kubernetes en función de la demanda de los clústeres de carga de trabajo. Utilice el Escalador automático de clústeres solo para los clústeres de carga de trabajo implementados por un clúster de administración independiente.

Para obtener más información sobre el Escalador automático de clústeres, consulte la siguiente documentación en GitHub:

Introducción y documentación de Escalador automático de clústeres.
Preguntas frecuentes sobre el Escalador automático de clústeres y cómo se relaciona con los enfoques alternativos de escalado automático.
Escalador automático de clústeres en la API del clúster para obtener información sobre la implementación del proveedor clúster-API para el escalador automático de clústeres.

De forma predeterminada, el Escalador automático de clústeres está desactivado en Tanzu Kubernetes Grid. Para habilitar el Escalador automático de clústeres en un clúster de carga de trabajo, establezca el ENABLE_AUTOSCALER en true y establezca las opciones de AUTOSCALER_ en el archivo de configuración del clúster o como variables de entorno antes de ejecutar tanzu cluster create --file.

Cada variable de configuración del Escalador automático de clústeres de un archivo de configuración del clúster corresponde a un parámetro de la herramienta Escalador automático de clústeres. Para obtener una lista de estas variables y sus valores predeterminados, consulte Escalador automático de clústeres en la Referencia de variables del archivo de configuración.

La configuración de AUTOSCALER_*_SIZE limita el número de nodos de trabajo en un clúster, mientras que AUTOSCALER_MAX_NODES_TOTAL limita el recuento de todos los nodos, tanto de plano de control como de trabajo.

Establezca los valores AUTOSCALER_*_SIZE en función del número de nodos de trabajo en el clúster:

Para los clústeres con un solo nodo de trabajo, como los clústeres dev, establezca AUTOSCALER_MIN_SIZE_0 y AUTOSCALER_MAX_SIZE_0.
Para clústeres con varios nodos de trabajo, como clústeres prod, establezca:
- AUTOSCALER_MIN_SIZE_0 y AUTOSCALER_MAX_SIZE_0
- AUTOSCALER_MIN_SIZE_1 y AUTOSCALER_MAX_SIZE_1
- AUTOSCALER_MIN_SIZE_2 y AUTOSCALER_MAX_SIZE_2

A continuación, se proporciona un ejemplo de configuración del Escalador automático de clústeres en un archivo de configuración del clúster. No puede modificar estos valores después de implementar el clúster.

#! ---------------------------------------------------------------------
#! Autoscaler related configuration
#! ---------------------------------------------------------------------
ENABLE_AUTOSCALER: false
AUTOSCALER_MAX_NODES_TOTAL: "0"
AUTOSCALER_SCALE_DOWN_DELAY_AFTER_ADD: "10m"
AUTOSCALER_SCALE_DOWN_DELAY_AFTER_DELETE: "10s"
AUTOSCALER_SCALE_DOWN_DELAY_AFTER_FAILURE: "3m"
AUTOSCALER_SCALE_DOWN_UNNEEDED_TIME: "10m"
AUTOSCALER_MAX_NODE_PROVISION_TIME: "15m"
AUTOSCALER_MIN_SIZE_0:
AUTOSCALER_MAX_SIZE_0:
AUTOSCALER_MIN_SIZE_1:
AUTOSCALER_MAX_SIZE_1:
AUTOSCALER_MIN_SIZE_2:
AUTOSCALER_MAX_SIZE_2:

Para cada clúster de carga de trabajo que cree con el Escalador automático de clústeres habilitado, Tanzu Kubernetes Grid crea una implementación de Escalador automático de clústeres en el clúster de administración. Para desactivar el Escalador automático de clústeres, elimine la implementación del Escalador automático de clústeres asociada con el clúster de carga de trabajo.

Escalar un clúster horizontalmente

Puede escalar un clúster de TKG horizontalmente de dos maneras, según el tipo de clúster:

Todos los clústeres Utilice la CLI de Tanzu, como se describe inmediatamente a continuación
Clústeres de carga de trabajo basados en clases Cambie la configuración de replicas en la definición del clúster, como se describe en la sección Escalar un clúster basado en clases a continuación.

Para escalar un clúster de administración independiente o de carga de trabajo horizontalmente mediante la CLI de Tanzu, ejecute el comando tanzu cluster scale.

Importante
No cambie el contexto ni edite el archivo .kube-tkg/config mientras se ejecutan las operaciones de Tanzu Kubernetes Grid.

Plano de control y nodos de trabajo: Las opciones --controlplane-machine-count y --worker-machine-count establecen el nuevo número de nodos de trabajo y de plano de control, respectivamente.

Importante
Si ejecuta tanzu cluster scale en un clúster de administración y envía un número par a la opción --controlplane-machine-count, TKG no escala los nodos del plano de control y la CLI no genera un error. Para mantener el cuórum, los recuentos de nodos del plano de control siempre deben ser impares.
Ejemplos:
- Para escalar un clúster a 5 nodos de plano de control y 10 nodos de trabajo:
```
tanzu cluster scale MY-CLUSTER --controlplane-machine-count 5 --worker-machine-count 10
```
  Si implementó un clúster con --controlplane-machine-count 1 y, a continuación, lo escala hasta 3 nodos de plano de control, Tanzu Kubernetes Grid habilita automáticamente HA apilada en el plano de control.
- Si el clúster se ejecuta en un espacio de nombres que no sea default, debe incluir la opción --namespace:
```
tanzu cluster scale MY-CLUSTER --controlplane-machine-count 5 --worker-machine-count 10 --namespace=MY-NAMESPACE
```
vSphere con clúster de administración independiente: Después de cambiar el recuento de nodos de un clúster en vSphere implementados con un clúster de administración independiente, las reservas de DHCP de las direcciones IP de los nodos agregados o eliminados deben reservarse o liberarse. Para cambiar estas reservas manualmente, consulte Configurar las reservas de DHCP del nodo y el registro de DNS de endpoint (solo vSphere). Para obtener instrucciones sobre cómo configurar reservas de DHCP, consulte la documentación del servidor DHCP.
vSphere con clúster supervisor En los clústeres que se ejecutan en vSphere with Tanzu, solo puede ejecutar 1 nodo de plano de control o 3 nodos de plano de control. Puede escalar verticalmente el número de nodos del plano de control de 1 a 3, pero no puede reducir el número de 3 a 1.

Escalar un clúster verticalmente

El procedimiento de escalar verticalmente un clúster de carga de trabajo depende del tipo de clúster.

Clústeres basados en planes y TKC

Siga el procedimiento Actualizar plantillas de máquinas de infraestructura en El libro de API del clúster, que cambia la plantilla de máquina del clúster.

El procedimiento descarga la plantilla de máquina existente del clúster, con un comando kubectl get que puede construir de la siguiente manera:

kubectl get MACHINE-TEMPLATE-TYPE MACHINE-TEMPLATE-NAME -o yaml

Donde:

MACHINE-TEMPLATE-TYPE es:
- VsphereMachineTemplate en vSphere
- AWSMachineTemplate en Amazon Web Services (AWS)
- AzureMachineTemplate en Azure
MACHINE-TEMPLATE-NAME es el nombre de la plantilla de máquina para los nodos del clúster que va a escalar, que sigue el siguiente formato:
- CLUSTER-NAME-control-plane para los nodos del plano de control
- CLUSTER-NAME-worker para los nodos de trabajo

Por ejemplo:

kubectl get VsphereMachineTemplate monitoring-cluster-worker -o yaml

Clústeres basados en clases

Para escalar un clúster basado en clases de forma vertical, cambie la configuración de machine en la definición del clúster, como se describe en Escale un clúster basado en clases a continuación.

Escalar un clúster basado en clases

Para escalar un clúster basado en clases de forma horizontal o vertical mediante su configuración de topology:

Establezca kubectl en el contexto del clúster de administración, por ejemplo:
```
kubectl config use-context management-cluster@admin
```
Ejecute kubectl edit cluster CLUSTER-NAME y edite la configuración de su bloque topology en controlPlane y worker.

Para escalar horizontalmente, cambie la configuración de replicas. - Para escalar verticalmente, cambie la configuración en machine.

Por ejemplo:
```
- name: controlPlane
  value:
    replicas: 3
    machine:
      diskGiB: 20
      memoryMiB: 8192
      numCPUs: 4
- name: worker
  value:
    replicas: 5
    machine:
      diskGiB: 20
      memoryMiB: 8192
      numCPUs: 4
```