**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
<a name="eks-outposts-instance-store-capacity-considerations"></a>

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](eks-outposts-capacity-considerations.md).  
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
<a name="eks-outposts-instance-store-capacity-considerations-architecture"></a>

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](https://kubernetes.io/docs/setup/production-environment/tools/kubeadm/ha-topology/#external-etcd-topology).

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
<a name="eks-outposts-instance-store-capacity-considerations-instance-type"></a>

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
<a name="eks-outposts-instance-store-capacity-considerations-placement"></a>

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
<a name="eks-outposts-instance-store-capacity-considerations-spread-levels"></a>

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
<a name="eks-outposts-instance-store-capacity-considerations-capacity-planning"></a>

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 de `controlPlaneInstanceType` y 3 de `etcdInstanceType`).
+  **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
<a name="eks-outposts-instance-store-capacity-considerations-troubleshooting"></a>

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](eks-outposts-instance-store-troubleshooting.md).