Nodos de Amazon EKS

Un nodo de Kubernetes es una máquina que ejecuta aplicaciones en contenedores. Cada nodo tiene los siguientes componentes:

• Tiempo de ejecución de contenedores: software responsable de ejecutar los contenedores.

• kubelet: se asegura de que los contenedores estén en buen estado y funcionando dentro de su Pod asociado.

• kube-proxy: mantiene las reglas de red que permiten la comunicación con sus Pods.

Para obtener más información, consulte Nodos en la documentación de Kubernetes.

Su clúster de Amazon EKS puede programar Pods en cualquier combinación de nodos autoadministrados, grupos de nodos administrados por Amazon EKS y AWS Fargate. Para obtener más información sobre los nodos implementados en el clúster, consulte Vea los recursos de Kubernetes.

importante

AWS Fargate con Amazon EKS no está disponible en AWS GovCloud (Este de EE. UU.) y AWS GovCloud (Oeste de EE. UU.).

nota

Los nodos deben estar en la misma VPC que las subredes que seleccionó al crear el clúster. Sin embargo, los nodos no tienen que estar en las mismas subredes.

La siguiente tabla proporciona varios criterios para evaluar a la hora de decidir qué opciones se ajustan mejor a sus requisitos. Esta tabla no incluye nodos conectados que se han creado fuera de Amazon EKS, que solo se pueden ver.

nota

Bottlerocket presenta algunas diferencias específicas con respecto a la información general de esta tabla. Para obtener más información, consulte la documentación de Bottlerocket en GitHub.

Criterios	Grupos de nodos administrados por EKS	Nodos autoadministrados	AWS Fargate
Se puede implementar en AWS Outposts.	No	Sí	No
Se puede implementar en AWS Local Zones.	No	Sí. Para obtener más información, consulte Amazon EKS y AWS Local Zones.	No
Puede ejecutar contenedores que requieran Windows.	Sí	Sí, su clúster requiere al menos un nodo de Linux (se recomiendan dos para tener disponibilidad).	No
Puede ejecutar contenedores que requieran Linux.	Sí	Sí	Sí
Puede ejecutar cargas de trabajo que requieren el chip de inferencias.	Sí. Solo nodos de Amazon Linux.	Sí. Solo Amazon Linux.	No
Puede ejecutar cargas de trabajo que requieren una GPU.	Sí. Solo nodos de Amazon Linux.	Sí. Solo Amazon Linux.	No
Puede ejecutar cargas de trabajo que requieren procesadores Arm.	Sí	Sí	No
Puede ejecutar AWS Bottlerocket.	Sí	Sí	No
Los pods comparten un entorno en tiempo de ejecución del kernel con otros Pods.	Sí, todos los Pods en cada uno de los nodos	Sí, todos los Pods en cada uno de los nodos	No, cada Pod tiene un kernel dedicado.
Los pods comparten CPU, memoria, almacenamiento y recursos de red con otros Pods.	Sí. Puede hacer que no se utilicen recursos en cada nodo.	Sí. Puede hacer que no se utilicen recursos en cada nodo.	No, cada Pod tiene recursos dedicados y su tamaño se puede adaptar de forma independiente para maximizar la utilización de los recursos.
Los pods pueden utilizar más hardware y memoria que lo que se indica en las especificaciones del Pod.	Sí, si el Pod requiere más recursos que los solicitados y los recursos están disponibles en el nodo, el Pod puede utilizar recursos adicionales.	Sí, si el Pod requiere más recursos que los solicitados y los recursos están disponibles en el nodo, el Pod puede utilizar recursos adicionales.	No, el Pod se puede volver a implementar mediante una vCPU y una configuración de memoria más grandes.
Debe implementar y administrar instancias de Amazon EC2.	Sí. Automatizado a través de Amazon EKS si ha implementado una AMI optimizada para Amazon EKS. Si ha implementado una AMI personalizada, debe actualizar la instancia de forma manual.	Sí, configuración manual o con plantillas de AWS CloudFormation proporcionadas por Amazon EKS para implementar nodos de Linux (x86), Linux (Arm) o Windows.	No
Debe proteger, mantener y aplicar parches al sistema operativo de las instancias de Amazon EC2.	Sí	Sí	No
Puede proporcionar argumentos de arranque en la implementación de un nodo, como argumentos kubelet adicionales.	Sí. Mediante eksctl o una plantilla de lanzamiento con una AMI personalizada	Sí. Para obtener más información, consulte la información de uso del script de arranque en GitHub.	No
Puede asignar direcciones IP a Pods desde un bloque de CIDR diferente de la dirección IP asignada al nodo.	Sí. Mediante una plantilla de lanzamiento con una AMI personalizada. Para obtener más información, consulte Personalización de nodos administrados con plantillas de lanzamiento.	Sí. Para obtener más información, consulte Redes personalizadas para los pods.	No
Se puede utilizar SSH en el nodo.	Sí	Sí	No. No hay ningún sistema operativo host de nodos para utilizar SSH.
Puede implementar su propia AMI personalizada en los nodos.	Sí. Mediante una plantilla de lanzamiento.	Sí	No
Puede implementar su propia CNI personalizada en los nodos.	Sí. Mediante una plantilla de lanzamiento con una AMI personalizada.	Sí	No
Debe actualizar la AMI de nodos por su cuenta	Sí. Si ha implementado una AMI optimizada de Amazon EKS, recibirá una notificación en la consola de Amazon EKS cuando las actualizaciones estén disponibles. Puede realizar la actualización con un solo clic de en la consola. Si ha implementado una AMI personalizada, no recibirá una notificación en la consola de Amazon EKS cuando las actualizaciones estén disponibles. Debe realizar la actualización por su cuenta.	Sí. Uso de herramientas distintas de la consola de Amazon EKS. Esto se debe a que los nodos autoadministrados no se pueden administrar con la consola de Amazon EKS.	No
Debe actualizar la versión de Kubernetes de los nodos por su cuenta	Sí. Si ha implementado una AMI optimizada de Amazon EKS, recibirá una notificación en la consola de Amazon EKS cuando las actualizaciones estén disponibles. Puede realizar la actualización con un solo clic de en la consola. Si ha implementado una AMI personalizada, no recibirá una notificación en la consola de Amazon EKS cuando las actualizaciones estén disponibles. Debe realizar la actualización por su cuenta.	Sí. Uso de herramientas distintas de la consola de Amazon EKS. Esto se debe a que los nodos autoadministrados no se pueden administrar con la consola de Amazon EKS.	No. No administra nodos.
Puede utilizar el almacenamiento de Amazon EBS con Pods.	Sí	Sí	No
Puede utilizar el almacenamiento de Amazon EFS con Pods.	Sí	Sí	Sí
Puede utilizar el almacenamiento de Amazon FSx para Lustre con Pods.	Sí	Sí	No
Puede utilizar el Network Load Balancer para servicios.	Sí	Sí	Sí, cuando se utiliza el Crear un equilibrador de carga de red.
Los pods pueden ejecutarse en una subred pública.	Sí	Sí	No
Puede asignar diferentes grupos de seguridad de VPC a Pods individuales.	Sí, solo nodos Linux	Sí, solo nodos Linux	Sí
Puede ejecutar Kubernetes DaemonSets	Sí	Sí	No
Soporte de HostPort y HostNetwork en el manifiesto de Pod.	Sí	Sí	No
Disponibilidad de Región de AWS	Todas las regiones admitidas por Amazon EKS	Todas las regiones admitidas por Amazon EKS	Algunas regiones admitidas por Amazon EKS
Puede ejecutar contenedores en hosts dedicados de Amazon EC2	Sí	Sí	No
Precios	Costo de la instancia de Amazon EC2 que ejecuta varios Pods. Para obtener más información, consulte Precios de Amazon EC2.	Costo de la instancia de Amazon EC2 que ejecuta varios Pods. Para obtener más información, consulte Precios de Amazon EC2.	Costo de una memoria de Fargate individual y configuración de CPU. Cada Pod tiene su propio costo. Para obtener más información, consulte Precios de AWS Fargate.