Una instancia EC2 no está siempre «encendida o apagada» sin más: pasa por varios estados a lo largo de su vida, y cada uno tiene consecuencias importantes, sobre todo en la factura. Confundir «parar» con «terminar» es uno de los errores que más sustos da a los principiantes. Vamos a aclararlo de una vez.

Estos son los estados por los que pasa una instancia:

Vamos a ver los tres estados que de verdad importan: running, stopped y terminated.

Cuando la instancia está running, está funcionando y pagas por ella: pagas el cómputo (por segundo o por hora según el tipo) y el almacenamiento asociado.

Es el estado normal de trabajo. Aquí es donde tu servidor sirve tu web, ejecuta tu aplicación, etc.

Parar (stop) una instancia es como apagar tu ordenador de casa:

• Se apaga el sistema operativo.
• Dejas de pagar el cómputo (el «alquiler del procesador»).
• Sigues pagando el disco (el almacenamiento EBS, que veremos enseguida), porque tus datos siguen guardados.
• Puedes volver a arrancarla cuando quieras y tus datos siguen ahí.

Ejemplo real: Tienes un servidor de pruebas que solo usas en horario de oficina. Lo paras por las noches y los fines de semana. Así dejas de pagar el cómputo cuando no lo usas, pero conservas todo tu trabajo. Al llegar el lunes, lo arrancas y sigue como lo dejaste. Esto puede ahorrar más del 60 % del coste de cómputo.

Un detalle importante al parar: algunas cosas pueden cambiar al volver a arrancar, como la IP pública (puede ser distinta). Para evitarlo se usan las Elastic IPs, que veremos en el subcapítulo 4.4.

Terminar (terminate) una instancia es destruirla por completo:

• La instancia desaparece.
• Por defecto, su disco principal se borra y pierdes todos los datos que hubiera en él.
• No se puede deshacer. No hay papelera de reciclaje.

⚠️ Cuidado: «Parar» y «terminar» suenan parecido pero son radicalmente distintos. Parar = apagar (recuperable). Terminar = destruir (irreversible). Mucha gente nueva termina una instancia pensando que solo la apagaba y pierde su trabajo. Lee bien antes de hacer clic.

¿Cuándo terminar a propósito? Cuando ya no necesitas la instancia y quieres dejar de pagar todo (cómputo y disco). Es lo correcto para limpiar recursos de prueba y no acumular costes.

Para entender bien el ciclo de vida hay que conocer dónde viven los datos. El disco de una instancia suele ser un volumen EBS (Elastic Block Store): un disco duro virtual que se conecta a la instancia.

La clave está en una opción llamada «eliminar al terminar» (delete on termination):

• Activada (por defecto en el disco raíz): al terminar la instancia, el disco se borra. Datos perdidos.
• Desactivada: el disco sobrevive a la terminación de la instancia y puedes reutilizarlo o recuperar sus datos.

Buena práctica: Para datos importantes, no confíes solo en el disco de la instancia. Haz snapshots (copias de seguridad) de tus volúmenes EBS regularmente. Un snapshot es una foto del disco guardada de forma segura, desde la que puedes restaurar. Veremos copias de seguridad centralizadas en el Capítulo 26 (AWS Backup).

La gran lección de costes: si no usas una instancia temporalmente, párala (ahorras cómputo). Si ya no la necesitas, termínala (ahorras todo). No dejes instancias running sin usar: es la causa número uno de facturas sorpresa.

• Los estados clave son running (encendida, pagas todo), stopped (apagada, solo pagas disco, datos a salvo) y terminated (destruida, irreversible, datos del disco raíz borrados).
• Parar ≠ Terminar. Parar es recuperable; terminar es definitivo. Léelo bien antes de actuar.
• El almacenamiento EBS persiste los datos; vigila la opción «eliminar al terminar» y haz snapshots de lo importante.
• Para controlar costes: para lo que no uses ahora, termina lo que ya no necesites.

En el siguiente subcapítulo veremos cómo dar a tus instancias una dirección IP fija (Elastic IP) y cómo agruparlas físicamente con Placement Groups.