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.
Administración de los recursos de computación mediante nodos
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
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 Kubernetes en el AWS Management Console.
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
| 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 Lanzamiento de clústeres EKS de baja latencia con zonas locales de AWS. |
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. |
No |
||
| Puede ejecutar AWS Bottlerocket |
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 |
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 |
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 Implementación de pods en subredes alternativas con redes personalizadas. | 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. |
No |
||
|
Puede utilizar el almacenamiento de Amazon EFS con Pods. |
|||
|
Puede utilizar el almacenamiento de Amazon FSx para Lustre con Pods. |
No |
||
|
Puede utilizar el Network Load Balancer para servicios. |
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 |
Sí |
Sí |
No |
|
Disponibilidad de Región de AWS |
|||
|
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 |
