Ciclo de vida de una VM en GCP
En este post realizaremos una explicación clara, estructurada y completa del ciclo de vida de una máquina virtual (VM) en GCP
En este post realizaremos una explicación clara, estructurada y completa del ciclo de vida de una máquina virtual (VM) en Google Cloud Platform – Compute Engine, desde su concepción hasta su eliminación, con énfasis en estado, costos y decisiones operativas.
Ciclo de vida de una VM en GCP (Compute Engine)
Planeación (antes de crear la VM)
⚠ No es un estado técnico, es un estado operativo, pero es crítico.
En esta fase decides:
- Proyecto
- Región y zona
- Tipo de máquina (E2, N2, etc.)
- Sistema operativo
- Tamaño y tipo de disco
- Acceso (IP pública, SSH, IAP)
- Reglas de firewall
- Etiquetas (labels)
- Presupuesto
Revisa el post Crear una VM en GCP para que crees tu primera VM
Creación (Provisioning)
Estado interno: PROVISIONING
Qué ocurre:
- GCP asigna CPU, RAM
- Crea el disco de arranque
- Asigna IP interna (y externa si aplica)
- Aplica firewall
- Configura metadatos y SSH
Duración típica:
- 10 a 60 segundos
Costo:
- ❌ Aún no se factura: CPU, RAM, IP
- ✅ El disco ya empieza a existir
💡 El disco empieza a cobrarse aunque la VM falle al crear.
Ejecución (RUNNING)
Estado visible: RUNNING
Qué significa:
- CPU y RAM están activos
- El sistema operativo está encendido
- Puedes conectarte por SSH
- Los servicios pueden exponer tráfico
Costo:
- ✅ CPU (por segundo)
- ✅ RAM
- ✅ Disco
- ✅ IP estática (si existe)
- ❌ IP efímera: NO
- ⚠️ Tráfico de salida: SÍ
Este es el estado más costoso.
Detención (STOPPING → TERMINATED)
STOPPING
Estado transitorio:
- El SO recibe señal de apagado
- Servicios se detienen correctamente
- Disco sigue adjunto
Costos
- ❌ CPU: NO
- ❌ RAM: NO
- ✅ Disco: SÍ
- ✅ IP estática: SÍ
- ❌ IP efímera: NO
💡 Mucha gente cree que “apagada no cuesta nada” → falso.
TERMINATED (Stopped)
Qué significa:
- La VM está apagada
- CPU y RAM liberadas
- El disco sigue existiendo
Costo:
- ❌ CPU
- ❌ RAM
- ✅ Disco
- ✅ IP estática (si aplica)
Importante
- La IP efímera se pierde
- La VM puede volver a iniciarse
Inicio nuevamente (STARTING → RUNNING)
Cuando inicias una VM detenida:
Estados:
STARTINGRUNNING
Qué ocurre:
- Se reasignan CPU y RAM
- Se monta el disco existente
- Se ejecutan startup scripts (si existen)
Costo:
-
Vuelve a cobrarse CPU y RAM
Suspensión (opcional)
Estado: SUSPENDED
Qué ocurre:
- El estado de la RAM se guarda en disco
- Arranque posterior es más rápido
Costo:
- ❌ CPU
- ❌ RAM
- ✅ Disco
- ⚠️ Costo extra por guardar memoria
- ✅ IP estática: SÍ
Limitaciones:
- No todos los tipos de máquina soportan suspensión
- No recomendado para producción
Eliminación (DELETED)
Estado final
Qué ocurre:
- Se elimina la VM
- Opcionalmente se elimina el disco
- Se liberan IPs
- Se liberan cuotas
Costo:
- ❌ CPU
- ❌ RAM
- ❌ Disco (si se elimina)
- ❌ IP
Este es el único estado sin costo real.
Resumen rápido de estados y costos
| Estado | CPU/RAM | Disco | IP Estática |
|---|---|---|---|
| PROVISIONING | ❌ | ✅ | ❌ |
| RUNNING | ✅ | ✅ | ✅ |
| TERMINATED | ❌ | ✅ | ✅ |
| SUSPENDED | ❌ | ✅ | ⚠️ |
| DELETED | ❌ | ❌ | ❌ |
Relación con buenas prácticas (clave para aprender GCP)
- RUNNING → solo cuando la necesitas
- TERMINATED → para pausas cortas
- DELETED → siempre en pruebas
- Snapshots → antes de cambios grandes
- Labels → para control de costos