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.
Selección de los tipos de instancia y la ubicación de los clústeres locales de Amazon EKS en AWS Outposts configurados con el almacén de instancias de EC2
En este tema, se proporciona orientación para seleccionar los tipos de instancias del plano de control y configurar la ubicación para cumplir con los requisitos de alta disponibilidad del clúster local de Amazon EKS en un AWS Outpost configurado con el almacén de instancias de EC2.
nota
Si el Outpost está configurado con Amazon EBS en lugar del almacén de instancias de EC2, la arquitectura descrita en este tema no estará disponible para el Outpost. Los Outposts configurados con EBS continuarán utilizando la implementación de clústeres locales existente. Para obtener más información, consulte Seleccione los tipos de instancias y los grupos de ubicación para los clústeres de Amazon EKS en AWS en función de las consideraciones de capacidad.
Si le interesa crear un clúster local en un Outpost basado en EBS con la arquitectura de clústeres local actualizada, contacte con el equipo de cuentas de AWS.
Arquitectura del plano de control
El plano de control de Kubernetes del clúster local se ejecuta en 6 instancias de EC2 en el Outpost:
-
3 instancias del plano de control: alojan los componentes del plano de control de Kubernetes, incluidos el servidor de la API de Kubernetes, el programador y el administrador de controladores.
-
3 instancias
etcd:: almacenan el estado del clúster de Kubernetes en una topología etcd externa.
Estas instancias se ejecutan en una cuenta de servicio administrada de AWS en el Outpost. No aparecen como instancias de EC2 en la cuenta de AWS ni en la consola de Amazon EC2. La capacidad consumida por el plano de control se puede ver en la consola de AWS Outposts.
El plano de control no escala horizontalmente bajo carga. Si necesita un tamaño de instancia de plano de control diferente, debe crear un clúster nuevo.
Selección del tipo de instancia
Con la arquitectura actualizada para los clústeres locales de Amazon EKS en AWS Outposts, el plano de control de Kubernetes utiliza una topología de etcd dedicada: el servidor de la API y etcd se ejecutan en instancias independientes. Al crear un clúster, especificará dos tipos de instancias: controlPlaneInstanceType para el servidor de la API y etcdInstanceType para etcd.
Los tipos de instancias que elija deben estar disponibles en el Outpost. Las familias de instancias disponibles dependen del SKU y de la generación de Outpost, y las distintas familias de instancias pueden tener diferentes configuraciones de vCPU y memoria con el mismo tamaño de instancia.
Servidor de la API (controlPlaneInstanceType)
| Nodos de trabajo esperados | vCPU | Memoria |
|---|---|---|
|
1–20 |
2 |
8 GiB |
|
21–100 |
4 |
16 GiB |
|
101–250 |
8 |
32 GiB |
|
251–500 |
16 |
64 GiB |
etcd (etcdInstanceType)
| Nodos de trabajo esperados | vCPU | Memoria |
|---|---|---|
|
1–50 |
2 |
8 GiB |
|
51–250 |
4 |
16 GiB |
|
251–500 |
8 |
32 GiB |
importante
Asegúrese de que el Outpost tenga capacidad para 3 instancias controlPlaneInstanceType y 3 instancias etcdInstanceType durante la vida útil del clúster local.
Utilice estas tablas como guía y no como un requisito estricto. Le recomendamos seleccionar una familia de instancias y un tamaño que se adapten al crecimiento previsto, ya que controlPlaneInstanceType y etcdInstanceType no se pueden cambiar tras la creación del clúster. Para cambiar cualquiera de las dos, debe crear un clúster nuevo.
Ubicación de etcd y del plano de control
Para obtener una alta disponibilidad, recomendamos distribuir el plano de control y las instancias de etcd entre varios dominios de errores de hardware. Puede controlar esta distribución con la propiedad spreadLevel activa en controlPlanePlacement y etcdPlacement en outpostConfig. Al establecer spreadLevel, Amazon EKS crea un grupo de ubicación de EC2 con la estrategia de distribución. No necesita crear previamente ningún grupo de ubicación.
nota
El parámetro groupName en controlPlanePlacement no se usa con Outposts que ejecutan instancias de EC2 basadas en el almacén de instancias. Si utilizó anteriormente un grupo de ubicación con un clúster local, ahora utiliza spreadLevel en su lugar.
Niveles de distribución
La propiedad spreadLevel acepta dos valores:
-
host: distribuye las instancias del plano de control entre diferentes hosts físicos. Requiere al menos 3 hosts configurados con el tipo de instancia elegido. -
rack: distribuye las instancias del plano de control entre diferentes bastidores de Outpost físicos. Requiere al menos 3 bastidores con hosts configurados con el tipo de instancia elegido.
Planificación de la capacidad
Al planificar la capacidad de Outpost para los clústeres locales, tenga en cuenta lo siguiente:
-
Plano de control e instancias de
etcd: 6 instancias por clúster (3 decontrolPlaneInstanceTypey 3 deetcdInstanceType). -
Nodos de trabajo: las instancias de EC2 para los grupos de nodos autoadministrados.
-
Hosts virtualizados: el plano de control debe ejecutarse en hosts virtualizados. El Outpost debe tener hosts virtualizados con capacidad suficiente.
Resolución de problemas de ubicación
Si el clúster permanece en el estado CREATING o UPDATING durante un periodo prolongado después de especificar un nivel de distribución, compruebe que el Outpost tenga suficientes hosts o bastidores con el tipo de instancia elegido para cumplir con la topología de distribución.
Para obtener más información sobre cómo solucionar problemas de los clústeres locales, consulte Solución de problemas de los clústeres locales de Amazon EKS en AWS Outposts configurados con el almacén de instancias de EC2.
