Ayude a mejorar esta página
Para contribuir a esta guía del usuario, elija el enlace Edit this page on GitHub que se encuentra en el panel derecho de cada página.
Implementación de Amazon EKS en las instalaciones con AWS Outposts
Puede utilizar Amazon EKS para ejecutar aplicaciones de Kubernetes en las instalaciones con AWS Outposts. Puede implementar Amazon EKS en Outposts de las siguientes formas:
-
Clústeres extendidos: ejecute el plano de control de Kubernetes en una región de AWS y los nodos en su Outpost.
-
Clústeres locales: ejecute el plano de control de Kubernetes y nodos en el Outpost.
Para ambas opciones de implementación, el plano de control de Kubernetes está completamente administrado por AWS. Puede usar las mismas API, herramientas y consola de Amazon EKS que usa en la nube para crear y ejecutar Amazon EKS en Outposts.
En el siguiente diagrama, se muestran estas opciones de implementación.
Cuándo usar cada opción de implementación
Tanto los clústeres locales como los extendidos son opciones de implementación de uso general y se pueden usar para una variedad de aplicaciones.
Los clústeres extendidos le permiten conservar la capacidad de su Outpost porque el plano de control de Kubernetes se ejecuta en la región de AWS principal. Esta puede ser la opción más adecuada si cuenta con una conectividad de red fiable desde su Outpost hasta la región de AWS. Se recomienda diseñar las aplicaciones para garantizar la estabilidad estática mediante desconexiones de red de la región de AWS. La forma en que Kubernetes administra las desconexiones de red entre el plano de control de Kubernetes y los nodos puede provocar un tiempo de inactividad de la aplicación. Para obtener más información sobre el comportamiento de Kubernetes, consulte Scheduling, Preemption, and Eviction
Con los clústeres locales, puede ejecutar todo el clúster de Amazon EKS de forma local en Outposts. Esta opción puede mitigar el riesgo de tiempo de inactividad de las aplicaciones que puede resultar de la desconexión temporal de la red a la nube. Estas desconexiones de red pueden deberse a cortes de fibra o eventos climáticos. Dado que todo el clúster de Amazon EKS se ejecuta de forma local en Outposts, las aplicaciones permanecen disponibles. De esta manera, puede realizar operaciones de clúster durante las desconexiones de red a la nube. Elija clústeres locales si necesita continuar con las operaciones de Kubernetes mediante desconexiones de red o si lo exigen las normas de residencia de datos.
Dos implementaciones de clústeres locales
Amazon EKS admite dos implementaciones de clústeres locales en racks de Outposts. Un Outpost está configurado para usar el almacén de instancias de Amazon EBS o Amazon EC2 como tipo de volumen raíz para las instancias de EC2 que se ejecutan en él. La implementación que Amazon EKS utiliza para el plano de control del clúster local depende de esta configuración:
-
AWS Outposts configurados con Amazon EBS. El plano de control de Kubernetes se ejecuta en su cuenta de AWS en el Outpost con
etcdapilado en tres instancias de Amazon EC2 basadas en Amazon EBS. Para obtener más información, consulte Creación de los clústeres locales de Amazon EKS en AWS Outposts para obtener alta disponibilidad. -
AWS Outposts configurados con el almacén de instancias de EC2. Amazon EKS implementa una arquitectura de clústeres locales actualizada. El plano de control de Kubernetes se ejecuta en 6 instancias de Amazon EC2 en una cuenta de servicio administrada de AWS en el Outpost, con 3 instancias dedicadas a
etcdy 3 instancias para los demás componentes del plano de control. La implementación tiene una mayor paridad con Amazon EKS en la nube, sigue el ciclo de vida de la versión de Kubernetes de Amazon EKS y admite características adicionales, como los complementos de Amazon EKS y los nodos de trabajo basados en Bottlerocket (además de AL2023). Está disponible en todas las regiones de AWS estándar en las que AWS Outposts está disponible. Para obtener más información, consulte Información general sobre los clústeres locales de Amazon EKS en AWS Outposts configurados con el almacén de instancias de EC2.
Las características disponibles en cada implementación se resumen en la siguiente tabla.
Comparación de las opciones de implementación
En la siguiente tabla, se comparan las diferencias entre los clústeres extendidos y las dos implementaciones de clústeres locales.
| Característica | Clúster extendido | Clúster local en Outposts con EBS | Clúster local en Outposts con el almacén de instancias de EC2 |
|---|---|---|---|
|
Ubicación del plano de control de Kubernetes |
Región de AWS |
Outpost |
Outpost |
|
Cuenta del plano de control de Kubernetes |
Cuenta de AWS |
Cuenta de AWS |
Cuenta administrada de AWS |
|
Topología del plano de control de Kubernetes |
Administrado en la nube |
3 instancias de Amazon EC2, etcd apilado |
6 instancias de Amazon EC2 (3 |
|
Almacenamiento del plano de control |
Administrado en la nube |
Amazon EBS |
Almacén de instancias Amazon EC2 |
|
Disponibilidad en las regiones |
Consulte Puntos de conexión de servicio |
Este de EE. UU. (Ohio), Este de EE. UU. (Norte de Virginia), Oeste de EE. UU. (Norte de California), Oeste de EE. UU. (Oregón), Asia-Pacífico (Seúl), Asia-Pacífico (Singapur), Asia-Pacífico (Sídney), Asia-Pacífico (Tokio), Canadá (centro), Europa (Fráncfort), Europa (Irlanda), Europa (Londres), Medio Oriente (Baréin) y América del Sur (São Paulo). |
Todas las regiones comerciales de AWS en las que AWS Outposts está disponible |
|
Versiones secundarias de Kubernetes |
Consulte Información sobre las versiones de la plataforma de Amazon EKS y Kubernetes para AWS Outposts |
||
|
Versiones de la plataforma |
Consulte Información sobre las versiones de la plataforma de Amazon EKS y Kubernetes para AWS Outposts |
||
|
Factores de forma de Outpost |
Bastidores de Outpost |
Bastidores de Outpost |
Bastidores de Outpost |
|
Interfaces de usuario |
Consola de administración de AWS, AWS CLI, API de Amazon EKS, |
Consola de administración de AWS, AWS CLI, API de Amazon EKS, |
Consola de administración de AWS, AWS CLI, API de Amazon EKS, AWS CloudFormation |
|
Políticas administradas |
AmazonEKSClusterPolicy y Política administrada de AWS: AmazonEKSServiceRolePolicy |
AmazonEKSLocalOutpostClusterPolicy y Política administrada de AWS: AmazonEKSLocalOutpostServiceRolePolicy |
AmazonEKSClusterPolicy y Política administrada de AWS: AmazonEKSServiceRolePolicy |
|
VPC y subredes del clúster |
Consulte Requisitos de red de Amazon EKS para VPC y subredes |
Consulte Creación de una VPC y subredes para clústeres de Amazon EKS en AWS Outposts |
|
|
Acceso al punto de conexión del clúster |
Público o privado o ambos |
Solo privada |
Privado o público y privado |
|
Autenticación del servidor de la API de Kubernetes |
AWS Identity and Access Management (IAM), OIDC y entradas de acceso |
IAM y certificados |
IAM, OIDC, entradas de acceso, ConfigMap de |
|
Tipos de nodos |
Solo autoadministrado |
Solo autoadministrado |
Solo autoadministrado |
|
Tipos de computación de nodos |
Amazon EC2 bajo demanda |
Amazon EC2 bajo demanda |
Amazon EC2 bajo demanda |
|
Tipos de almacenamiento de nodos |
|
|
SSD NVMe local |
|
AMI optimizadas para Amazon EKS |
Amazon Linux, Windows y Bottlerocket |
Amazon Linux |
Amazon Linux y Bottlerocket |
|
Versiones de IP |
|
|
|
|
Complementos |
Complementos de Amazon EKS o complementos autoadministrados |
Complementos autoadministrados |
Complementos de Amazon EKS (lista validada) o complementos autoadministrados |
|
Interfaz de red de contenedores predeterminada |
Complemento CNI de Amazon VPC para Kubernetes |
Complemento CNI de Amazon VPC para Kubernetes |
Complemento CNI de Amazon VPC para Kubernetes |
|
Registros del plano de control de Kubernetes |
Registros de Amazon CloudWatch |
Registros de Amazon CloudWatch |
Registros de Amazon CloudWatch |
|
|
Administrado en la nube |
Administrado por el cliente (o copias de seguridad de volúmenes de |
Administrado por Amazon EKS |
|
Equilibrio de carga |
Utilice el Controlador del equilibrador de carga de AWS para aprovisionar solo equilibradores de carga de aplicación (no equilibradores de carga de red) |
Utilice el Controlador del equilibrador de carga de AWS para aprovisionar solo equilibradores de carga de aplicación (no equilibradores de carga de red) |
Utilice el Controlador del equilibrador de carga de AWS para aprovisionar solo equilibradores de carga de aplicación (no equilibradores de carga de red) |
|
Cifrado de sobre para secretos |
Compatible, consulte Cifrado de los secretos de Kubernetes con KMS en los clústeres existentes |
No admitido |
No admitido |
|
Roles de IAM para cuentas de servicio (IRSA) |
Compatible, consulte Roles de IAM para cuentas de servicio |
No admitido |
Compatible (requiere conectividad con la región de AWS; no disponible durante las desconexiones de red) |
|
Pod Identity de EKS |
Compatible, consulte Más información sobre cómo Pod Identity de EKS concede a los pods acceso a los servicios de AWS |
No admitido |
Compatible (requiere conectividad con la región de AWS; no disponible durante las desconexiones de red) |
|
Solución de problemas |
Consulte Solución de problemas con los clústeres y nodos de Amazon EKS |
Consulte Solución de problemas de los clústeres locales de Amazon EKS en AWS Outposts |
importante
-
Al crear un clúster local en un Outpost compartido con RAM, el plano de control del clúster se coloca en el acceso físico del propietario del Outpost
-
En el almacén de instancias de EC2, Outposts, IRSA y Pod Identity de EKS dependen de AWS STS en la región de AWS. Durante las desconexiones de red, las cargas de trabajo que utilizan IRSA o Pod Identity no pueden obtener nuevas credenciales. Para obtener más información, consulte Preparación de los clústeres locales de Amazon EKS en AWS Outposts configurados con el almacén de instancias de EC2 para las desconexiones de la red.
Temas
