Todos los productos
Search
Centro de documentos

Container Service for Kubernetes:Ciclo de vida del clúster

Última actualización: Sep 04, 2026

Un clúster de ACK pasa por varios estados durante su creación, operación, mantenimiento y eliminación. Este tema describe el ciclo de vida completo del clúster y le ayuda a identificar y resolver estados anómalos.

Ciclo de vida del clúster

El diagrama a continuación muestra las transiciones de estado de un clúster de ACK.

imagen

Importante

ACK comprueba periódicamente el estado del clúster. Si un clúster cumple con los criterios de estado anómalo, su estado cambia automáticamente a inactive o unavailable. ACK le notifica mediante correo electrónico y mensaje interno.

La tabla a continuación enumera los estados del clúster e indica si aplican cargos de administración para un clúster administrado Pro de ACK.

Fase

Estado del clúster

Descripción

Cargo de administración del clúster (Pro Edition)

Creación y despliegue

Inicializando (initial)

El clúster se está creando.

Sin cargo

Creación y despliegue

Con errores en la creación (failed)

La creación del clúster falló.

Sin cargo

Operación y mantenimiento

En ejecución (running)

El clúster está en ejecución.

Con cargo

Operación y mantenimiento

Actualizando (upgrading)

El clúster se está actualizando.

Con cargo

Operación y mantenimiento

Drenando nodo (draining)

Los pods se desalojan y se recrean en otros nodos. Tras el desalojo, el nodo queda como no programable.

Con cargo

Operación y mantenimiento

Eliminando nodo (removing)

Se están eliminando nodos del clúster.

Con cargo

Operación y mantenimiento

Actualizando configuración (updating)

Se están actualizando los metadatos del clúster.

Con cargo

Operación y mantenimiento

Inactivo (inactive)

El clúster no está disponible temporalmente. Consulte Inactive (inactive).

Sin cargo

Operación y mantenimiento

No disponible (unavailable)

El clúster no se puede usar debido a recursos subyacentes de la nube con errores. Consulte Unavailable (unavailable).

Sin cargo

Eliminación y liberación

Eliminando (deleting)

El clúster se está eliminando.

Sin cargo

Eliminación y liberación

Con errores en la eliminación (delete_failed)

La eliminación del clúster falló.

Sin cargo

Eliminación y liberación

Eliminado (deleted)

El clúster se eliminó y ya no es visible.

Sin cargo

Consulte Descripción general de facturación. Las políticas de facturación de los recursos asociados de la nube tienen prioridad. Consulte Cargos de recursos de la nube.

Estados anómalos del clúster

Inactivo (inactive)

Un clúster entra en el estado inactive cuando se detectan condiciones anómalas. El código de estado identifica la causa y la solución.

Código de estado Causa Solución
KMSUnhealthy El cifrado en reposo para Secrets está habilitado con Key Management Service (KMS). KMS se suspendió por pagos pendientes u otros motivos, lo que detiene el plano de control. 1. Inicie sesión en la consola de Key Management Service. 2. Identifique el motivo de la suspensión y reanude el servicio. 3. Submit a ticket para restaurar el clúster.
NoNodeForLongTime Un clúster administrado Basic de ACK no ha tenido nodos durante 14 días consecutivos. Submit a ticket para restaurar el clúster. Después de la restauración, actualice a ACK Managed Cluster Pro Edition.
AssumeRoleNotFound Falta el rol de servicio de ACK, lo que provoca un fallo en el plano de control. 1. Compruebe los roles obligatorios para ACK en Service roles of ACK. 2. Submit a ticket para restaurar el clúster.
AssumeUserNotFound Falta el usuario de Resource Access Management (RAM) asociado con ACK, lo que provoca un fallo en el plano de control. Submit a ticket para obtener soporte técnico.
SecurityGroupNotFound Falta el security group de ACK, lo que provoca un fallo en el plano de control. Submit a ticket para obtener soporte técnico.
UnderMaintenance El plano de control está en mantenimiento en segundo plano. Submit a ticket para obtener soporte técnico.
ServiceInDebt Su crédito disponible (saldo de la cuenta más cupones de efectivo) es menor que el monto pendiente de pago. Su clúster administrado Pro de ACK entra en estado inactivo y todas las operaciones que requieren acceso al servidor API fallan. Si el pago permanece pendiente por más de 15 días, ACK suspende el servicio y elimina los recursos del plano de control del clúster. Los recursos asociados de la nube (NAT Gateways, instancias de Server Load Balancer (SLB), instancias de Elastic Compute Service (ECS) y grupos de escalado ESS) no se liberan automáticamente, pero pueden comportarse de manera inesperada. Recargue su cuenta y pague la factura pendiente. El clúster se recupera automáticamente después del pago.

No disponible (unavailable)

Un clúster entra en el estado unavailable cuando se liberan sus recursos subyacentes de la nube. Los clústeres en este estado no se pueden recuperar.

Causa Recurso afectado Recuperable Solución
Se liberó la instancia de Classic Load Balancer (CLB) del servidor API del clúster. Esto ocurre cuando la instancia se libera manualmente, cuando una instancia de suscripción caduca y se libera automáticamente, o cuando una instancia pay-as-you-go se libera por pagos pendientes.
Nota

Desde el 1 de diciembre de 2024, las instancias CLB recién creadas generan cargos por instancia. Consulte Anuncio de ajuste de los conceptos de facturación de Classic Load Balancer CLB.

Instancia CLB No Elimine el clúster o cree uno nuevo. Consulte Eliminar un clúster y Crear un clúster administrado de ACK.

Impacto de los estados anómalos

Los impactos a continuación aplican a los clústeres en estado inactive o unavailable.

Facturación

Cuando un clúster entra en un estado anómalo, el plano de control se reduce y los cargos de administración del clúster se detienen. Los cargos por recursos asociados de la nube continúan.

Restricciones de operación

Solo estas operaciones están disponibles para clústeres en estado inactive o unavailable:

  • Cambiar el estado de protección contra eliminación del clúster

  • Eliminar el clúster

Comportamiento del grupo de escalado

ACK deshabilita los grupos de escalado asociados para evitar que nuevas instancias ECS generen cargos inesperados. Una vez recuperado el clúster, vuelva a habilitar los grupos de escalado en la consola de Auto Scaling si es necesario.