Elija los tipos de instancias ECS para los nodos worker y master de ACK según la carga de trabajo, la tolerancia a fallos y la escala del clúster.
Tipos de instancia no compatibles con ACK
Los siguientes tipos de instancia no se pueden utilizar como nodos worker o master de ACK.
Restricciones generales
|
Familia de instancias no compatible |
Ejemplo |
Motivo |
|
t5, burstable |
ecs.t5-lc2m1.nano |
El rendimiento inestable puede causar inestabilidad en el clúster |
|
t6, burstable |
ecs.t6-c4m1.large |
El rendimiento inestable puede causar inestabilidad en el clúster |
|
Tipos de instancia con menos de 4 núcleos vCPU |
ecs.g6.large |
Especificaciones insuficientes para una operación estable del clúster |
|
c6t, cómputo optimizado con seguridad mejorada |
ecs.c6t.large |
No compatible |
|
g6t, uso general con seguridad mejorada |
ecs.g6t.large |
No compatible |
|
Super Computing Cluster (SCC) |
ecs.sccg7.32xlarge |
No compatible |
Para usar tipos de instancia con especificaciones bajas, envíe una solicitud en Quota Center .
Para cargas de trabajo GPU, consulte Familias de instancias aceleradas por GPU compatibles con ACK.
Restricciones del plugin de red Terway
Con Terway, la capacidad de pods por nodo depende del número de interfaces de red elásticas (ENI) que admite el tipo de instancia. Los tipos de instancia que no alcanzan el umbral mínimo de pods son incompatibles.
Modo ENI inclusivo o Shared ENI + Trunk ENI mode: El límite de pods por nodo debe superar los 11. Fórmula:
(Number of ENIs - 1) × Number of private IPs per ENI > 11Ejemplo: ecs.g6.large admite 2 ENI con 6 direcciones IPv4 privadas cada una. Límite de pods =(2 - 1) × 6 = 6. Este tipo es incompatible.Exclusive ENI mode: El límite de pods por nodo debe superar los 6. Fórmula:
Number of ENIs - 1 > 6Ejemplo: ecs.g6.xlarge admite 3 ENI. Límite de pods =3 - 1 = 2. Este tipo es incompatible.
Para consultar los tipos de instancia compatibles según el modo de Terway, consulte Use the Terway network plugin.
Por qué un menor número de instancias grandes ofrece mejor rendimiento
Cada nodo reserva CPU, memoria y disco para la gestión del clúster. En las instancias pequeñas, estas reservas consumen una mayor proporción de la capacidad total y dejan menos espacio para las cargas de trabajo.
La fragmentación agrava este problema: tras asignar recursos a un contenedor, el remanente en una instancia pequeña puede ser insuficiente para otro contenedor y quedar inactivo.
Las instancias grandes resuelven ambos problemas:
Mayor eficiencia de red: Más contenedores comparten una sola instancia, lo que reduce el tráfico entre nodos. Además, las instancias grandes proporcionan mayor ancho de banda de red.
Descargas de imágenes más rápidas: Una imagen de contenedor se descarga una vez por nodo y se comparte entre los contenedores. Con muchas instancias pequeñas, la misma imagen se descarga en cada una, lo que ralentiza el escalado horizontal.
Selección de especificaciones para nodos worker
Especificaciones mínimas
Use tipos de instancia con como mínimo 4 núcleos de CPU y 8 GB de memoria.
Dimensionamiento para tolerancia a fallos
Calcule el total de núcleos de CPU necesarios para su carga de trabajo diaria y dimensione los nodos para absorber fallos de instancia sin interrumpir el servicio.
Ejemplo:
|
Objetivo de tolerancia a fallos |
Cantidad de nodos |
Tamaño del nodo |
Carga operativa máxima |
|
10% (un nodo puede fallar) |
como mínimo 10 |
16 núcleos de CPU |
144 núcleos (160 × 90%) |
|
20% (un nodo puede fallar) |
como mínimo 5 |
32 núcleos de CPU |
128 núcleos (160 × 80%) |
Si una instancia falla, las instancias restantes continúan manejando la carga pico.
Proporción CPU-memoria
Seleccione la proporción que se ajuste a su tipo de carga de trabajo:
1:2 o 1:4: Cargas de trabajo de uso general
1:8: Aplicaciones intensivas en memoria, como servicios Java
Cargas de trabajo GPU
Para garantizar una programación estable, no mezcle tipos de instancia con GPU y sin GPU en el mismo node pool.
Instancias optimizadas para memoria persistente
Las familias de instancias como re6p usan una arquitectura híbrida que combina memoria convencional y persistente. Para habilitar el almacenamiento persistente, consulte Non-volatile memory volumes. Consulte Instance families para ver los tipos compatibles.
Clústeres a gran escala: ECS Bare Metal Instances
Cuando la escala diaria ronda los 1,000 núcleos de CPU, use ECS Bare Metal Instances. Una sola instancia proporciona como mínimo 96 núcleos de CPU, por lo que un clúster de 1,000 núcleos requiere solo entre 10 y 11 nodos. Consulte ECS Bare Metal Instances.
Selección de especificaciones para nodos master
Los nodos master ejecutan etcd, kube-apiserver y kube-controller. En clústeres dedicados ACK de producción, dimensione los nodos master según la escala del clúster.
El tamaño del clúster se mide aquí por la cantidad de nodos. En la práctica, la cantidad de pods, la frecuencia de despliegue o el volumen de solicitudes también son métricas válidas para el dimensionamiento.
Use instancias pequeñas solo para pruebas. Para clústeres de producción, seleccione las especificaciones de los nodos master en la siguiente tabla.
|
Cantidad de nodos |
Especificaciones recomendadas para nodos master |
|
1–5 |
4 núcleos de CPU, 8 GB de memoria (no se recomiendan 2 núcleos/4 GB o menos) |
|
6–20 |
4 núcleos de CPU, 16 GB de memoria |
|
21–100 |
8 núcleos de CPU, 32 GB de memoria |
|
100–200 |
16 núcleos de CPU, 64 GB de memoria |
|
200–500 (evaluar riesgo de radio de explosión) |
64 núcleos de CPU, 128 GB de memoria |
ECS Bare Metal Instances
Basadas en la virtualización 2.0 de Alibaba Cloud, las ECS Bare Metal Instances combinan la elasticidad de las máquinas virtuales con el rendimiento de servidores físicos y admiten virtualización anidada.
Las ECS Bare Metal Instances son ideales para cómputo dedicado, computación cifrada y despliegues de nube híbrida. Consulte Overview of ECS Bare Metal Instances para ver las familias de instancias compatibles.
Cuándo usar ECS Bare Metal Instances:
Gran escala de clúster: Cuando la escala diaria ronda los 1,000 núcleos de CPU, cada instancia proporciona como mínimo 96 núcleos, por lo que solo se requieren entre 10 y 11 nodos.
Picos de tráfico que requieren escalado rápido: Las ECS Bare Metal Instances superan en rendimiento a servidores físicos con especificaciones equivalentes y pueden escalar a millones de vCPU ante picos repentinos de tráfico, como promociones de comercio electrónico.