Ayude a mejorar esta página
¿Quiere contribuir a esta guía del usuario? Desplácese hasta el final de esta página y seleccione Editar esta página en GitHub. Sus contribuciones ayudarán a que nuestra guía del usuario sea mejor para todos.
Actualización de un grupo de nodos administrados para un clúster
Cuando inicia una actualización de grupo de nodos administrados, Amazon EKS actualiza los nodos de forma automática al completar los pasos que se indican en Descripción de cada fase de las actualizaciones de los nodos. Si utiliza una AMI optimizada para Amazon EKS, Amazon EKS aplica automáticamente los últimos parches de seguridad y actualizaciones del sistema operativo a los nodos como parte de la versión más reciente de la AMI.
Existen varios escenarios en los que resulta útil actualizar la versión o configuración del grupo de nodos administrado de Amazon EKS:
-
Ha actualizado la versión de Kubernetes para su clúster de Amazon EKS y desea actualizar los nodos para que utilicen la misma versión de Kubernetes.
-
Hay disponible una nueva versión de la AMI para el grupo de nodos administrados. Para obtener más información acerca de las versiones de AMI, consulte estas secciones:
-
Desea ajustar el número mínimo, máximo o deseado de las instancias del grupo de nodos administrados.
-
Desea agregar o quitar etiquetas Kubernetes de las instancias del grupo de nodos administrados.
-
Desea agregar o quitar etiquetas de AWS del grupo de nodos administrados.
-
Debe implementar una nueva versión de una plantilla de lanzamiento con cambios de configuración, como una AMI personalizada actualizada.
-
Ha implementado la versión
1.9.0
o posterior del complemento CNI de Amazon VPC, ha habilitado el complemento para la delegación de prefijos y desea nuevas instancias AWS de Nitro System en un grupo de nodos para admitir un número significativamente mayor de Pods. Para obtener más información, consulte Asignación de más direcciones IP a los nodos de Amazon EKS con prefijos. Ha habilitado la delegación de prefijos IP para los nodos de Windows y quiere que las nuevas instancias de Nitro System de AWS en un grupo de nodos admitan un número significativamente mayor de Pods. Para obtener más información, consulte Asignación de más direcciones IP a los nodos de Amazon EKS con prefijos.
Si hay una versión de lanzamiento de AMI más reciente para la versión de Kubernetes del grupo de nodos administrado, puede actualizar la versión de su grupo de nodos para utilizar esa nueva versión de la AMI. De manera similar, si su clúster está ejecutando una versión de Kubernetes más reciente que su grupo de nodos, puede actualizar el grupo de nodos para que utilice la última versión de la AMI que coincida con la versión de Kubernetes del clúster.
Cuando se termina un nodo de un grupo de nodos administrados debido a una operación de escalado o actualización, los Pods de ese nodo se drenan primero. Para obtener más información, consulte Descripción de cada fase de las actualizaciones de los nodos.
Actualizar una versión de grupo de nodos
Puede actualizar una versión del grupo de nodos con eksctl
o la AWS Management Console. La versión a la que se actualiza no puede ser superior a la versión del plano de control.
Editar una configuración de grupo de nodos
Puede modificar algunas de las opciones de configuración de un grupo de nodos administrado.
Para editar una configuración de grupo de nodos
Abra la consola de Amazon EKS en https://console.aws.amazon.com/eks/home#/clusters
. -
Elija el clúster que contiene el grupo de nodos que desea editar.
-
Seleccione la pestaña Compute (Informática).
-
Seleccione el grupo de nodos que desea editar y elija Edit (Editar).
-
(Opcional) En la página Editar grupo de nodos, haga lo siguiente:
-
Edite la configuración de escalado del grupo de nodos.
-
Tamaño deseado: especifica el número actual de nodos que debe mantener el grupo de nodos administrado.
-
Tamaño mínimo: Especifica la cantidad mínima de nodos a los que puede escalar el grupo de nodos administrado.
-
Tamaño máximo: especifica el número máximo de nodos a los que puede escalar el grupo de nodos administrado. Para obtener el número máximo de nodos admitidos en un grupo de nodos, consulte Visualización y administración de Amazon EKS y las Service Quotas de Fargate.
-
-
(Opcional) Agregue o elimine etiquetas de Kubernetes para los nodos de su grupo de nodos. Las etiquetas que se muestran aquí son solo las que se han aplicado con Amazon EKS. Pueden existir otras etiquetas en los nodos que no se muestran aquí.
-
(Opcional) Agregue o elimine taints de Kubernetes para los nodos de su grupo de nodos. Las taints agregadas pueden tener el efecto de
NoSchedule
,NoExecute
oPreferNoSchedule
. Para obtener más información, consulte Limitación para que los Pods no se programen en nodos específicos. -
(Opcional) Agregue o elimine etiquetas del recurso de su grupo de nodos. Estas etiquetas solo se aplican al grupo de nodos de Amazon EKS. No se propagan a ningún otro recurso, como las subredes o instancias de Amazon EC2 en el grupo de nodos.
-
(Opcional) Edite la Configuración de la actualización del grupo de nodos. Seleccione el Number (Número) o el Percentage (Porcentaje).
-
Número: seleccione y especifique el número de nodos del grupo de nodos que se pueden actualizar en paralelo. Estos nodos no estarán disponibles durante la actualización.
-
Porcentaje: seleccione y especifique el porcentaje de nodos del grupo de nodos que se pueden actualizar en paralelo. Estos nodos no estarán disponibles durante la actualización. Esto es útil si tiene varios nodos en su grupo de nodos.
-
-
Cuando haya terminado de editar, elija Save changes (Guardar cambios).
-
importante
Al actualizar la configuración del grupo de nodos, cuando se modifica NodegroupScalingConfig, no se respetan los presupuestos de interrupción (PDB) de Pod. A diferencia del proceso de actualización de grupos de nodos (que vacía los nodos y respeta los PDB durante la fase de actualización), al actualizar la configuración de escalado, los nodos se terminan inmediatamente a través de una llamada de reducción vertical del grupo de escalado automático (ASG). Esto ocurre sin tener en cuenta los PDB, independientemente del tamaño objetivo al que se reduce verticalmente. Esto significa que cuando se reduce el desiredSize
de un grupo de nodos administrados por Amazon EKS, los Pods se expulsan en cuanto se terminan los nodos, sin respetar ningún PDB.