Operar Compute Engine

• Estos métodos sirven para VM con IP externa; para VM solo con IP interna se usa IAP (siguiente apartado) u otras opciones de conectividad.
• Con OS Login, el nombre de usuario sale de tu perfil de Google; con claves en metadatos, es el que pusiste al crear la clave.
• Quien se conecta puede usar los permisos IAM de la cuenta de servicio asociada a la VM.

Identity-Aware Proxy (IAP) TCP forwarding crea un túnel cifrado para reenviar SSH, RDP u otro tráfico a VM que no tienen IP externa o no permiten acceso directo desde internet, con control fino de quién puede abrir túneles y hacia qué VM.

gcloud compute firewall-rules create allow-ssh-ingress-from-iap \
  --direction=INGRESS --action=allow --rules=tcp:22 --source-ranges=35.235.240.0/20

Las reglas default-allow-ssh y default-allow-rdp permiten SSH y RDP desde cualquier IP, no solo desde IAP: Google sugiere desactivarlas o borrarlas si quieres impedir el acceso directo.

Conectarse a una VM Windows

• Se usa un cliente RDP contra el puerto TCP 3389.
• Primero hay que crear una cuenta y una contraseña de Windows en la instancia; si se olvida la contraseña, se puede restablecer.
• Si la VM no tiene IP externa, el RDP se hace a través de un túnel de IAP con start-iap-tunnel.

Ver las instancias en ejecución

En la consola, la página Instancias de VM muestra todas las VM con su zona, IP y estado. Con gcloud:

gcloud compute instances list
gcloud compute instances list --filter="status=RUNNING" --zones=us-central1-a
gcloud compute instances list --sort-by=name --limit=20
gcloud compute instances describe VM_NAME --zone=us-central1-a

• --filter aplica una expresión booleana; --zones limita las zonas; --sort-by y --limit ordenan y recortan.
• Los argumentos de nombre y --regexp están obsoletos: se usa --filter="name=(…)" o --filter="name~'REGEXP'".
• --format cambia la salida (tabla, JSON, YAML…).

Un snapshot copia el contenido de un disco en un momento dado, aunque esté conectado a una VM en marcha. Para copiar una VM entera o varios discos a la vez se usa una machine image.

• Son incrementales: cada uno guarda solo lo que cambió desde el anterior, para no cobrar datos duplicados.
• Por defecto son recursos globales: un disco creado desde un snapshot puede estar en cualquier región o proyecto. Se pueden restringir las regiones y compartir entre proyectos.
• Para usar los datos se restaura: se crea un disco nuevo desde el snapshot, con rendimiento máximo inmediato. Restaurar no sobrescribe el disco original.
• Tiempo de recuperación: instantáneo < estándar < archivo.

gcloud compute snapshots create web-snap-01 --source-disk=web-disk --source-disk-zone=us-central1-a
gcloud compute snapshots list
gcloud compute snapshots delete web-snap-01

Google recomienda gcloud compute snapshots create en lugar de gcloud compute disks snapshot, porque admite más funciones, como crear el snapshot en otro proyecto.

Programar snapshots

Una programación de snapshots es una política de recursos que se crea una vez y se asocia a uno o varios discos.

gcloud compute resource-policies create snapshot-schedule daily-backup \
  --region=us-central1 --max-retention-days=14 \
  --start-time=04:00 --daily-schedule \
  --on-source-disk-delete=keep-auto-snapshots

gcloud compute disks add-resource-policies web-disk \
  --resource-policies=daily-backup --zone=us-central1-a

• Frecuencia: --hourly-schedule, --daily-schedule o --weekly-schedule (se usa solo una).
• --max-retention-days: cuántos días se conservan los snapshots automáticos. --start-time se indica en UTC.
• --on-source-disk-delete: por defecto keep-auto-snapshots (conservarlos para siempre si se borra el disco) o apply-retention-policy (seguir aplicando la retención).
• Las programaciones solo crean snapshots estándar.

Imágenes

gcloud compute images list
gcloud compute images create web-image-v2 --source-disk=web-disk \
  --source-disk-zone=us-central1-a --family=web-images
gcloud compute images create web-image-v3 --source-snapshot=web-snap-01
gcloud compute images delete web-image-v1

• Por defecto no se puede crear una imagen desde una instancia en marcha; --force lo permite, con riesgo de inconsistencias.
• Con --storage-location se elige dónde se guarda la imagen.
• Una imagen personalizada permite crear VM ya configuradas con las apps necesarias, sin partir de una imagen pública.
• Para migrar muchas VM a Compute Engine, Google recomienda el servicio de migración de VM en lugar de importar disco a disco.

Familias y estados de las imágenes

Una familia de imágenes apunta siempre a la versión más reciente que no esté obsoleta (por ejemplo, debian-13 en debian-cloud). Si la última imagen falla, se marca como obsoleta y la familia vuelve a la anterior.

Se cambia con gcloud compute images deprecate, que también admite programar los estados futuros (--obsolete-in, --obsolete-on). Las imágenes obsoletas y borradas no aparecen por defecto; se ven con --show-deprecated.

gcloud compute instances create gpu-vm --zone=us-central1-a \
  --machine-type=n1-standard-8 --accelerator=type=nvidia-tesla-t4,count=1 \
  --maintenance-policy=TERMINATE --image-family=debian-13 --image-project=debian-cloud

Escenarios de examen

Trampas frecuentes del examen