En el dominio de proceso de AZ-104 (20–25 %), el punto "crear y configurar máquinas virtuales" abarca mucho más que crear una VM. Incluye "administrar tamaños de máquinas virtuales", "administrar discos de máquinas virtuales" y "mover una máquina virtual a otro grupo de recursos, suscripción o región", y la revisión de abril de 2026 sustituyó el antiguo "configurar Azure Disk Encryption" por "configurar el cifrado en el host para máquinas virtuales de Azure". Nuestro banco de preguntas vuelve una y otra vez a preguntas operativas como "el tamaño que quieres no aparece en la lista" o "¿qué cambia cuando una VM pasa a otra suscripción?".
Este artículo se centra en las operaciones que se hacen cuando la VM ya existe: la diferencia entre los dos tipos de "detenida" y cómo se facturan, cuándo cambiar el tamaño provoca un reinicio o exige desasignar, los tipos de discos administrados y las reglas para ampliarlos, el cifrado de discos ahora centrado en el cifrado en el host y las reglas para mover entre grupos de recursos, suscripciones y regiones. Lo básico de conjuntos de disponibilidad, zonas de disponibilidad y conjuntos de escalado está en Máquinas Virtuales y Automatización de Implementaciones.
---
Estados de Energía y Facturación: Hay Dos Tipos de "Detenida"
Si solo aparcas un coche de alquiler, el alquiler sigue corriendo; únicamente devolverlo detiene el cobro. Pero una vez devuelto, nadie te garantiza que la próxima vez te den el mismo coche. "Detener" una VM de Azure funciona igual.
!Detener y desasignar una VM se diferencian en la facturación y en lo que se conserva
| Estado | Cómo se llega | Facturación de cómputo | Qué recordar | |------|------|------|------| | En ejecución | La VM está funcionando | Se factura | Estado normal | | Detenida (asignada) | Apagado desde el SO o llamada a la API PowerOff | Se sigue facturando | La VM conserva su hardware, así que el costo continúa | | Detenida (desasignada) | Detener en el portal u operación deallocate | No se factura | Los cargos de discos y red continúan |
Desasignar devuelve el arrendamiento del hardware, así que algunas cosas se van con él. Se liberan las direcciones IP dinámicas, y los datos del disco temporal (como la unidad D: en Windows) pueden perderse al desasignar, al volver a implementar o durante el mantenimiento. En cambio, el disco del SO y los discos de datos son discos administrados y se conservan intactos.
Consejo para el examen: "Eliminar los costos de cómputo de la VM fuera del horario laboral" significa desasignar la VM (Detener en el portal), no apagarla desde el SO. Si "la IP pública cambia después de detener e iniciar la VM", la IP usa asignación dinámica y debe pasarse a estática.
---
Cambiar el Tamaño de una VM: Siempre Reinicio, a Veces Desasignación
Puedes cambiar el tamaño de una VM esté en ejecución o desasignada, pero cambiar el tamaño de una VM en ejecución siempre la reinicia. Por eso conviene tratar el cambio de tamaño como una operación disruptiva en cargas de trabajo con estado.
| Situación | Qué hacer | |------|------| | El nuevo tamaño está disponible en el clúster de hardware actual | Cambiarlo con la VM en ejecución (se reinicia automáticamente) | | El nuevo tamaño no aparece en la lista (el clúster actual no lo admite) | Desasignar la VM y luego cambiarlo (puede colocarse en otro clúster) | | La VM está en un conjunto de disponibilidad y el nuevo tamaño no está en el clúster | Desasignar todas las VM del conjunto de disponibilidad y luego cambiarlo | | Un cambio que hace que una VM Windows pase de tener a no tener disco temporal | No se admite (solo con disco ↔ con disco, o sin disco ↔ sin disco) |
Consejo para el examen: Si "el tamaño que quieres no aparece en la lista de tamaños del portal", desasigna la VM y vuelve a mirar: aparecen más tamaños. Si la pregunta incluye un conjunto de disponibilidad, la respuesta correcta es "detener (desasignar) todas las VM del conjunto".
---
Trabajar con Discos Administrados
Los discos de una VM tienen tres funciones: disco del SO, discos de datos y disco temporal. El disco temporal no es un disco administrado y está pensado para datos de corta duración, como archivos de paginación o tempdb. Los discos de SO y de datos usan uno de los cinco tipos de discos administrados.
| Tipo de disco | Encaja con | Se puede usar como disco del SO | |------|------|------| | Ultra Disk | Cargas de E/S de máximo nivel (SAP HANA, bases de datos grandes) | No | | SSD Premium v2 | Producción que necesita baja latencia y rendimiento ajustado al detalle | No | | SSD Premium | Producción y cargas sensibles al rendimiento | Sí | | SSD estándar | Servidores web, aplicaciones ligeras, desarrollo y pruebas | Sí | | HDD estándar | Copias de seguridad y cargas de E/S secuencial no críticas | Sí, pero se retira el 8 de septiembre de 2028 |
Los discos solo pueden crecer; no se pueden reducir A veces los discos de datos se amplían sin desasignar la VM con "ampliar sin tiempo de inactividad"; si no, se desasigna y luego se amplía El cambio entre SSD Premium, SSD estándar y HDD estándar se permite dos veces al día, y para un disco conectado normalmente se desasigna antes la VM La mayoría de las conversiones hacia o desde Ultra Disk no se pueden hacer directamente, así que se crea un disco nuevo y se mueven los datos Una instantánea es una copia de un disco en un momento dado; crea un disco nuevo a partir de ella para restaurar o conéctalo a otra VM
Consejo para el examen: "Cambiar el disco del SO a Ultra Disk para mejorar el rendimiento" es una opción imposible. Para acelerar un disco del SO, pásalo a SSD Premium. "Reducir un disco de datos de 128 GiB a 64 GiB" tampoco se admite.
---
Cifrado de Discos: el Cifrado en el Host es la Nueva Referencia
Azure Disk Encryption (ADE) salió del temario de abril de 2026 y entró el cifrado en el host por el calendario de retirada de ADE. Microsoft tiene previsto retirar ADE el 15 de septiembre de 2028; después de esa fecha, los discos cifrados con ADE no se desbloquearán al reiniciar la VM. Microsoft recomienda el cifrado en el host para las VM nuevas.
| Método | Cómo funciona | Qué recordar | |------|------|------| | Cifrado del lado del servidor (SSE) | Cifra siempre los datos de los discos administrados al almacenarlos | Claves administradas por la plataforma por defecto, claves del cliente mediante un conjunto de cifrado de disco; no cubre discos temporales ni cachés | | Cifrado en el host | Cifra los discos temporales y las cachés de disco en el host de la VM y envía los datos ya cifrados al almacenamiento | Registrar la característica EncryptionAtHost en la suscripción; desasignar las VM existentes antes de habilitarlo | | Azure Disk Encryption (ADE) | Cifra dentro de la VM con BitLocker o DM-Crypt, claves en Key Vault | Se retira el 15 de septiembre de 2028; migrar al cifrado en el host | | Cifrado de disco confidencial | Vincula las claves del disco al TPM de la VM para que solo esa VM acceda | Solo para tamaños de VM confidenciales |
El cifrado en el host y ADE no se pueden usar juntos Una VM que haya usado ADE alguna vez no puede activar el cifrado en el host sin más; debe seguir un procedimiento de migración El orden para habilitar el cifrado en el host es: registrar la característica → desasignar (si es una VM existente) → habilitar el cifrado en el host en la configuración de discos de la VM → iniciar
Consejo para el examen: "Los discos temporales y las cachés de disco también deben cifrarse en reposo" significa cifrado en el host. SSE por sí solo no cifra el disco temporal. "Cifrar en el nivel del SO con BitLocker dentro de la VM" describe ADE, pero difícilmente será la respuesta correcta para un diseño nuevo.
---
Mover una VM: Grupo de Recursos, Suscripción o Región
Mudarse a otra oficina del mismo edificio no tiene nada que ver con trasladarse a otra ciudad. Del mismo modo, mover una VM a otro grupo de recursos o suscripción es un proceso distinto de moverla a otra región.
| Elemento | Traslado entre grupos de recursos o suscripciones | Traslado entre regiones | |------|------|------| | Qué cambia | El id. del recurso (la parte del id. de suscripción o del nombre del grupo de recursos) | La ubicación física; se crean recursos nuevos | | Qué no cambia | La región física y el host; la VM sigue en ejecución | El origen permanece hasta que lo eliminas tras confirmar | | Herramienta | Mover en el portal, Move-AzResource, az resource move | Azure Resource Mover | | Restricciones durante el traslado | Los grupos de recursos de origen y destino se bloquean; no se puede crear, eliminar ni actualizar | Avanza por pasos con estados que cambian |
Condiciones que aparecen a menudo en los traslados entre grupos de recursos y suscripciones:
Mover entre suscripciones exige que ambas estén en el mismo inquilino de Microsoft Entra La suscripción de destino debe estar registrada para el proveedor de recursos Para mover a otra suscripción una VM que está en una VNet existente, la VNet y sus recursos dependientes también deben moverse Las VM creadas a partir de imágenes de Marketplace con planes no pueden moverse entre suscripciones Una VM configurada con Azure Backup solo se puede mover después de eliminar del almacén las colecciones de puntos de restauración (instantáneas) El id. del recurso cambia tras el traslado, así que hay que actualizar las referencias en scripts, plantillas y paneles
Los traslados entre regiones los gestiona Azure Resource Mover, que analiza las dependencias y trabaja por etapas: seleccionar recursos → validar dependencias → preparar → iniciar el traslado → confirmar (o descartar) → eliminar el origen. Puedes descartar el traslado en cualquier momento antes de confirmar.
Consejo para el examen: "Mover una VM a otro grupo de recursos la traslada a otro host de otra región" es falso. Un traslado de grupo de recursos solo cambia la agrupación administrativa; la ubicación física es la mi