Azure Virtual Machines (VM) es el primer servicio de proceso que se estudia para AZ-900, pero el temario revisado en julio de 2026 pregunta más por lo que rodea a una VM que por la VM en sí. "Los recursos necesarios para las máquinas virtuales" y "los conjuntos de disponibilidad" aparecen como elementos separados, y los conjuntos de escalado y Azure Virtual Desktop se comparan dentro del mismo objetivo.
Este artículo es el complemento sobre VM de nuestra serie de análisis en profundidad de AZ-900. Si Computación y Redes te dio un recorrido amplio por los servicios de proceso, aquí repasamos una sola VM en el orden en que la pregunta el examen, desde los recursos que se crean con ella hasta las formas de colocar las VM para que sobrevivan a los fallos.
---
¿Cuándo se usa una VM?
Una VM es IaaS (infraestructura como servicio). No tienes que comprar ni mantener servidores físicos, pero aplicar parches, actualizar y configurar el sistema operativo dentro de la VM sigue siendo tu responsabilidad. En términos de un coche de alquiler, alquilas el coche, pero sigues siendo tú quien conduce y pone gasolina. Como obtienes ese nivel de control, eliges una VM cuando necesitas trabajar directamente con el sistema operativo.
| Caso de uso | Descripción | |------|------| | Pruebas y desarrollo | Crear rápidamente distintas configuraciones de sistema operativo y aplicaciones, y eliminarlas al terminar las pruebas | | Hospedar aplicaciones en la nube | Ejecutar aplicaciones y aumentar o reducir la capacidad según cambia la demanda | | Extender el centro de datos | Extender una red local a Azure y ejecutar cargas de trabajo en una red virtual conectada | | Recuperación ante desastres | Ejecutar en Azure las cargas críticas cuando el sitio principal no está disponible | | Migración lift and shift | Trasladar los servidores existentes tal como están, con poco o ningún rediseño de la aplicación |
Consejo para el examen: expresiones como "necesita control total del sistema operativo", "migrar servidores existentes sin modificarlos" o "hay que instalar un software concreto directamente" apuntan a las VM. En cambio, "implementar solo una aplicación web sin administrar infraestructura" apunta a un servicio PaaS como App Service.
---
Recursos que eliges al crear una VM
Este es el objetivo "recursos necesarios para las máquinas virtuales". Igual que alquilar un coche implica elegir el modelo, el tamaño del maletero e incluso las carreteras por las que vas a circular, crear una VM no crea una sola cosa. Junto con ella se crean o se conectan varios recursos.
| Recurso | Función | Qué decides | |------|------|------| | Tamaño de la VM | El rendimiento de la VM | Propósito, número de vCPU, cantidad de memoria (RAM) | | Disco del sistema operativo | El disco donde se instala el sistema operativo | Tipo HDD o SSD y capacidad | | Discos de datos | Discos separados para los datos de la aplicación (opcionales) | Número, tipo, capacidad | | Interfaz de red (NIC) | La tarjeta que conecta la VM a una red virtual | La subred a la que se une, la IP privada | | Red virtual y subred | La red en la que vive la VM | El espacio de direcciones y las subredes | | Dirección IP pública | La dirección para llegar a la VM desde Internet (opcional) | Si se asigna o no | | Grupo de seguridad de red (NSG) | Reglas que deciden qué puertos están abiertos | Si se permiten puertos como RDP (3389), SSH (22) y HTTP |
Como estos recursos existen por separado de la VM, según cómo la elimines y cómo esté configurada, los discos o la IP pública pueden quedarse y seguir generando cargos. Después de practicar, acostumbrarte a eliminar el grupo de recursos completo te mantiene a salvo.
Consejo para el examen: cuando "detienes (desasignas)" una VM, los cargos de proceso se detienen, pero los de almacenamiento de los discos continúan. Recuerda también que, si solo la apagas desde dentro del sistema operativo sin desasignarla, los cargos de proceso siguen corriendo.
Cómo leer el nombre de un tamaño de VM
El nombre de un tamaño de VM contiene información sobre su propósito y su rendimiento. Por ejemplo, D2s_v5 se lee así.
| Parte del nombre | Significado | |------|------| | D | Familia de la VM (uso general) | | 2 | Dos vCPU | | s | Admite SSD Premium | | v5 | Generación de hardware de esa familia |
La letra de la familia indica para qué tipo de carga de trabajo es adecuada la VM. Para AZ-900, más que memorizar letras, basta con entender el flujo: elegir primero la familia que encaja con la carga de trabajo, escoger el tamaño que da el rendimiento necesario y ajustarlo después según cambie la demanda.
| Familia | Característica | Uso típico | |------|------|------| | B | Ampliable (burstable), bajo costo | Desarrollo y pruebas con picos ocasionales de CPU | | D | Uso general | Servidores web, servidores de aplicaciones pequeños y medianos | | E | Optimizada para memoria | Bases de datos en memoria, análisis | | F | Optimizada para proceso | Capas de aplicación con uso intensivo de CPU | | M | Gran capacidad de memoria | Grandes bases de datos empresariales | | L | Optimizada para almacenamiento | Almacenamiento y procesamiento de datos de alto rendimiento | | N | Con GPU | Entrenamiento e inferencia de IA, gráficos |
---
Opciones de disponibilidad de las VM: de una sola VM a las zonas de disponibilidad
Una sola VM se detiene cuando el hardware sobre el que está tiene un problema. Por eso se ejecutan varias VM y se elige cómo colocarlas según el tamaño del fallo que necesitas resistir. Cuanto más amplia es la ubicación, mayor es el fallo que soporta y más alto es el SLA.
| Configuración | Fallo contra el que protege | SLA de conectividad de la VM | |------|------|------| | Una sola VM (todos los discos SSD Premium o Ultra Disk) | Sin ubicación tolerante a fallos | 99,9% | | Conjunto de disponibilidad (dos o más VM) | Fallos de hardware a nivel de rack, reinicios por mantenimiento planificado | 99,95% | | Zonas de disponibilidad (dos o más VM en dos o más zonas) | Fallo de un centro de datos completo | 99,99% | | Replicación a otra región (usando pares de regiones) | Un desastre que afecta a toda una región | Es cuestión del diseño de recuperación ante desastres, no del SLA de la VM |
!Comparación de las opciones de disponibilidad de las VM
Dominios de error vs dominios de actualización
Un conjunto de disponibilidad reparte las VM según dos tipos de agrupación. Imagina un conjunto de edificios de viviendas: un dominio de error es el grupo de edificios que comparten un mismo cuadro eléctrico, y un dominio de actualización es el grupo de edificios que se revisan el mismo día.
| Categoría | Dominio de error | Dominio de actualización | |------|------|------| | Cómo se agrupan las VM | VM que comparten una fuente de alimentación y un conmutador de red | VM que pueden reiniciarse juntas durante el mantenimiento planificado | | Para qué prepara | Fallos de hardware como un corte de energía o una avería del conmutador | El mantenimiento planificado de la plataforma Azure | | Número máximo | 3 | 20 |
El mantenimiento avanza de un dominio de actualización en uno, y cada dominio reiniciado dispone de 30 minutos para recuperarse antes de que el mantenimiento pase al siguiente. Si un conjunto de disponibilidad tiene cinco dominios de actualización y seis VM, la sexta VM va al mismo dominio de actualización que la primera. El conjunto de disponibilidad en sí no tiene costo adicional; solo pagas las VM.
Conjuntos de disponibilidad vs zonas de disponibilidad
| Categoría | Conjunto de disponibilidad | Zonas de disponibilidad | |------|------|------| | Dónde se colocan las VM | En distintos racks dentro de un centro de datos | En centros de datos físicamente separados dentro de una región | | Fallo que resiste | Fallos a nivel de rack (no la pérdida de un centro de datos completo) | Fallo de un centro de datos completo | | Latencia entre VM | Menor (físicamente cerca) | Relativamente mayor porque el tráfico cruza zonas | | Uso típico | Regiones que no admiten zonas de disponibilidad | La opción predeterminada en regiones que admiten zonas de disponibilidad |
Consejo para el examen: si ves "la mayor disponibilidad" o "aunque se caiga un centro de datos", la respuesta son las zonas de disponibilidad. Microsoft recomienda priorizar los diseños basados en zonas en las regiones que las admiten, y recomienda los conjuntos de escalado de máquinas virtuales en modo de orquestación flexible para las nuevas configuraciones que necesitan alta disponibilidad.
---
Conjuntos de escalado de máquinas virtuales: VM idénticas que crecen y se reducen solas
Los conjuntos de escalado permiten administrar como una sola unidad un grupo de VM configuradas de forma idéntica. Es como un parque de atracciones que abre más taquillas cuando llega la multitud y las cierra cuando hay calma. Sin conjuntos de escalado, tendrías que mantener coherente la configuración de cada VM, vigilar el uso y ajustar tú mismo el número de VM.
| Característica | Detalle | |------|------| | Configuración idéntica | Las VM se crean a partir de la misma imagen y configuración, como si se estamparan | | Escalado automático | Agrega o quita VM automáticamente según la demanda (por ejemplo, el uso de CPU) o una programación | | Integración con el equilibrio de carga | Funciona con Azure Load Balancer para repartir el tráfico de forma uniforme | | Escala | Hasta 1.000 VM con imágenes del Marketplace | | Precio | El conjunto de escalado en sí es gratuito; solo pagas las VM, la red y el almacenamiento que uses |
| Categoría | Conjunto de disponibilidad | Conjuntos de escalado de máquinas virtuales | |------|------|------| | Propósito principal | Repartir las VM para sobrevivir a los fallos | Ajustar automáticamente el número de VM a la demanda | | Configuración de las VM | Cada VM se crea por separado | Se crean en bloque a partir de la misma imagen | | Escalado automático | No | Sí |
Con