Una elastic container instance pasa por una serie de estados desde su creación hasta su eliminación. Comprender estos estados le ayuda a diseñar la lógica de monitoreo, gestionar los límites de facturación y responder correctamente ante los resultados finales.
Estados de la instancia
Los estados de la instancia se dividen en tres categorías:
Estados de transición: el sistema ejecuta activamente una operación. La instancia pasará a otro estado cuando esta finalice.
Estados estables: la instancia funciona con normalidad. Permanecerá en este estado hasta que ocurra una acción externa o un evento interno.
Estados terminales: la instancia alcanzó un resultado definitivo y no cambiará más. La facturación se detiene cuando la instancia entra en un estado terminal.
|
Estado |
Categoría |
Descripción |
Facturado |
|
Scheduling |
Transición |
El sistema asigna los recursos subyacentes. La instancia aún no existe como una entidad en ejecución. |
No |
|
Pending |
Transición |
Los recursos ya están asignados. Uno o más contenedores se están iniciando, pero ninguno se encuentra en ejecución. |
Sí |
|
Running |
Estable |
Todos los contenedores están creados y como mínimo uno se está ejecutando o reiniciando. |
Sí |
|
Restarting |
Transición |
La instancia se está reiniciando. |
Sí |
|
Updating |
Transición |
Se actualiza la configuración de la instancia. |
Sí |
|
Terminating |
Transición |
La instancia se está eliminando. Cuando se elimina una instancia en ejecución configurada con |
Sí |
|
Succeeded |
Terminal |
Todos los contenedores finalizaron su ejecución y salieron correctamente. Ningún contenedor se reiniciará. |
No |
|
Failed |
Terminal |
Todos los contenedores salieron. Como mínimo uno salió con un código distinto de cero o el sistema lo finalizó. |
No |
|
Expired |
Terminal |
La instancia es una preemptible instance que se recuperó debido al vencimiento de los recursos. |
No |
|
ScheduleFailed |
Terminal |
La creación de la instancia falló con errores. El sistema elimina la instancia después de 24 horas y no se le cobra. |
No |
La política de reinicio aplica únicamente a los contenedores dentro de la instancia; la instancia en sí no se reinicia automáticamente. Esto significa que, cuando todos los contenedores salen, la instancia pasa a Succeeded o Failed según los resultados de salida, y no regresa a Running.
A continuación se muestra un diagrama que ilustra cómo una instancia cambia de estado durante su ciclo de vida.

Después de la eliminación
Cuando una instancia alcanza un estado terminal:
Se recuperan los recursos de cómputo subyacentes.
De forma predeterminada, los recursos asociados —como las direcciones IP elásticas (EIP)— creados junto con la instancia se liberan al mismo tiempo que esta.
Retención de metadatos
Después de que una instancia entra en un estado terminal (Succeeded, Failed o Expired), sus metadatos se conservan de la siguiente manera:
|
Tiempo transcurrido desde que entró al estado terminal |
Metadatos conservados |
|
Dentro de 1 hora |
Todos los metadatos |
|
Después de 1 hora |
Las 100 entradas más recientes por región |
Estados del contenedor
Cada contenedor dentro de una instancia tiene su propio estado, independiente del estado de la instancia.
|
Estado |
Descripción |
|
Waiting |
El contenedor espera para iniciar. Los contenedores de aplicación permanecen en este estado mientras un InitContainer se ejecuta, hasta que este sale. |
|
Running |
El contenedor se está ejecutando. |
|
Terminated |
El contenedor salió, ya sea tras una ejecución correcta o debido a un error. |