Máquinas virtuales de Azure: planificación, implementación, administración, disponibilidad y copias de seguridad
Volver a la ruta AZ-104
AZ-104Capítulo 21

Preparación para la Certificación Microsoft AZ-104

Máquinas virtuales de Azure: planificación, implementación, administración, disponibilidad y copias de seguridad

Convierte el inventario local en un diseño seguro de máquinas virtuales, elige proceso y discos, automatiza la implementación, mejora la disponibilidad y protege las cargas con recuperación y copias de seguridad.

Tiempo de estudio sugerido: 100 minutos • Nivel intermedio • Reescritura original basada en el módulo proporcionado de Microsoft Learn y corregida con la documentación vigente de Azure Virtual Machines

Escudo neón de administrador de Azure rodeado de máquinas virtuales, redes, almacenamiento, identidad, gobernanza, supervisión, copias de seguridad e infraestructura como código

1. Migra servidores heterogéneos una carga cada vez

Una empresa de investigación médica ejecuta servidores web, bases de datos y análisis en sedes con hardware antiguo. Las configuraciones Windows y Linux son inusuales, hay poco personal local y la demanda aumenta. Sustituir todo el hardware conservaría el mismo problema operativo. permite una transición incremental a : migrar y probar cada servidor por separado, manteniendo el control del sistema operativo invitado y del software.

La meta no es únicamente pulsar Crear. Debes transformar el entorno actual en decisiones de red, nombres, región, tamaño, discos, imágenes, seguridad, disponibilidad, automatización, recuperación ante desastres y copias de seguridad. opera el host físico; tu equipo sigue configurando, actualizando, protegiendo, supervisando y manteniendo el invitado.

Mapa desde el inventario de la carga hasta diseño, implementación, operaciones, disponibilidad, recuperación ante desastres y copia de seguridad.
El ciclo de una máquina virtual empieza con datos de la carga y termina con una recuperación probada.

2. Trata la máquina virtual como un grafo de recursos

Un recurso de es un elemento administrable. Una máquina virtual útil depende normalmente de varios recursos que puede crear o que puedes reutilizar. Nombres, ciclo de vida, permisos, bloqueos, etiquetas y costos corresponden al grafo completo, no solo al proceso.

Recursos centrales de una implementación .
RecursoFinalidadPregunta de diseño
Máquina virtualCPU, memoria, firmware, sistema invitado, extensiones e identidad.¿Qué carga, tipo de seguridad, disponibilidad y modelo operativo?
Discos de SO y datosInicio persistente y datos de aplicación administrados por separado.¿Qué capacidad, rendimiento, caché, cifrado y recuperación?
Disco temporal localCaché, paginación, intercambio, búferes o datos desechables en el host.¿Puede perderse todo durante una reasignación, desasignación o cambio de host?
Red virtual y subredEspacio privado y límite de enrutamiento.¿Cómo alcanza aplicaciones, servicios de , red local y administradores?
Interfaz de redUne configuraciones y reglas de a la máquina.¿Cuántas NIC y configuraciones admite el tamaño?
privada o públicaComunicación privada y, solo si se justifica, alcance desde Internet.¿, , ExpressRoute o un equilibrador puede eliminar la pública?
Filtrado con estado de entrada y salida.¿Qué orígenes, destinos, puertos y protocolos mínimos se requieren?

Si genera dependencias, suele derivar sus nombres del de la máquina virtual. La coherencia simplifica inventario e incidentes. Agrupa recursos solamente cuando compartan ciclo de vida y frontera de acceso; eliminar un grupo de recursos elimina todo lo que contiene.

Máquina virtual de Azure conectada a discos de SO, datos y temporal, NIC, subred, NSG, IP privada e IP pública opcional.
Cada dependencia puede tener costos y modos de error propios.

3. Diseña la red antes que la máquina

Empieza por los flujos: pares, destinos, protocolos, puertos, , dependencias de salida y rutas administrativas. Una red virtual proporciona conectividad privada entre máquinas y servicios compatibles. El acceso externo depende de rutas y controles; las subredes no constituyen por sí solas una frontera de seguridad.

  • Elige espacios sin solapamiento para cada red virtual conectada y la red local. Son comunes 10.0.0.0/8, 172.16.0.0/12 y 192.168.0.0/16, pero la coordinación es lo importante.
  • Divide el espacio en subredes por función, confianza, enrutamiento u operación. El módulo separa máquinas, back-end y máquinas de SQL Server.
  • reserva las cuatro primeras y la última dirección de cada subred. Descuenta esas cinco posiciones y deja margen de crecimiento.
  • Aplica a subred y/o NIC. Las reglas efectivas combinan ambos ámbitos; permite solo lo necesario y conoce las reglas predeterminadas.
  • Cambiar direcciones después es disruptivo. Coordina con redes antes de conectar otras VNet o la red corporativa.
Red corporativa y red de Azure sin solapamiento, divididas en subredes web, aplicación y base de datos protegidas con NSG.
Direcciones, rutas, y accesos condicionan las máquinas posteriores.

4. Inventaría la carga, nómbrala y elige región

Por cada servidor registra SO, versión, software, almacenamiento usado y crecimiento, clasificación y , CPU, memoria, E/S, flujos de red, picos, dependencias, RTO y RPO. Estas evidencias evitan tanto quedarse corto como sobredimensionar.

Una convención puede codificar significado operativo.
ElementoEjemplosUtilidad
Entornodev, test, qa, prodSepara ciclo de vida y riesgo.
Regióneus, weu, jpwUbica sin abrir el recurso.
Carga o servicioresearch, portal, billingVincula infraestructura, propietario y finalidad.
Rolweb, , sql, msgDistingue capas.
Instancia01, 02Hace únicos los recursos repetidos.

prod-eus-research-web-01 comunica más que server1. El nombre del equipo invitado tiene otros límites: el módulo indica hasta 64 caracteres en Linux y 15 en Windows. Cambiarlo después no sustituye una convención sólida.

Elige una región próxima a usuarios y dependencias que cumpla residencia, conformidad, disponibilidad de servicios, capacidad, recuperación y costo. El hardware y las funciones cambian por región; una cuota aprobada no garantiza capacidad en una región o zona concreta.

5. Ajusta el tamaño al comportamiento de la carga

Familias de carga del módulo.
FamiliaPerfilCargas típicas
Uso generalCPU y memoria equilibradas.Desarrollo, pruebas, bases pequeñas o medianas y servidores web de tráfico bajo o medio.
Optimizada para procesoRelación CPU/memoria alta.Dispositivos de red, lotes, servidores de aplicaciones y web de tráfico medio.
Optimizada para memoriaRelación memoria/CPU alta.Bases relacionales, cachés grandes y análisis en memoria.
Optimizada para almacenamientoRendimiento e IOPS de disco local altos.Big data, SQL/ y bases transaccionales.
GPUUno o varios aceleradores.Representación, vídeo, entrenamiento e inferencia.
Proceso de alto rendimientoCPU rápidas y red de alto rendimiento/RDMA opcional.Cálculo científico y de ingeniería acoplado.

El tamaño determina vCPU, memoria, límites de disco y red, número de NIC, aceleradores y precio. Mide el servidor e incluye picos. Un disco rápido no supera el límite de IOPS o rendimiento de la máquina; proceso y almacenamiento se dimensionan juntos.

Cambia el tamaño cuando varíe la demanda. Una máquina en ejecución solo puede pasar a tamaños disponibles en su clúster y normalmente se reinicia. Desasignarla libera el host y ofrece todos los tamaños regionales, pero provoca interrupción y puede cambiar una pública dinámica o el disco temporal. Producción requiere ventana y reversión.

Seis familias de máquinas virtuales organizadas por CPU, memoria, almacenamiento, GPU y HPC.
Selecciona la familia por el cuello medido y valida el SKU en la región.

6. Separa los costos de proceso, almacenamiento, red y licencia

El precio de una máquina virtual no es un número único. El proceso depende de tamaño, SO, región y tiempo; los discos se cobran aparte; pública, salida, copia de seguridad, supervisión y otros servicios pueden sumar. La red virtual y el no tienen tarifa horaria directa, aunque sí los servicios y el tráfico asociados.

Estados y compromisos.
DecisiónEfecto
Detenida pero asignadaEl invitado está apagado, pero se conserva el host y continúa el cargo de proceso.
Detenida y desasignadaSe libera el host y cesa el proceso; discos persistentes y recursos conservados siguen cobrando.
Pago por usoSin compromiso largo; adecuado para uso variable, corto o incierto.
Reservas / planes de ahorroUn compromiso puede reducir proceso predecible; valida ámbito, flexibilidad y uso.
Ventaja híbrida de Licencias aptas de Windows Server o suscripciones Linux reducen costos.
Capacidad sobrante con descuento, expuesta a expulsión; solo trabajo interrumpible.

El export menciona ahorros históricos de hasta 72 % en instancias reservadas. Los productos y descuentos cambian; calcula con precios actuales. El apagado automático ayuda en dev/test, pero confirma que desasigna y recuerda que los discos se siguen cobrando.

Costo dividido en proceso, almacenamiento persistente, licencia, red, backup y supervisión, con estados asignado y desasignado.
Desasignar elimina proceso, no discos ni servicios retenidos.

7. Coloca los datos persistentes en discos administrados

Toda máquina tiene disco de SO y puede incluir disco temporal local; los datos de aplicación deben ir en discos administrados. Separarlos permite desconectar de una máquina con error, conectar a otra, ajustar rendimiento y recuperar sin acoplarlos a la imagen. El tamaño limita los discos; el módulo usa dos por vCPU como aproximación, pero manda la documentación del SKU.

Cinco tipos actuales de disco administrado.
DiscoUsoLímites y restricciones actuales
Bases y transacciones con E/S extrema, como SAP HANA, SQL u Oracle.Hasta 64 TiB, 400.000 IOPS y 10.000 MB/s; solo datos.
Premium SSD v2Producción con capacidad, IOPS y rendimiento ajustables por separado.Hasta 64 TiB, 80.000 IOPS y 2.000 MB/s; disponibilidad general, solo datos.
Premium SSDProducción sensible y discos de SO compatibles.Hasta 32.767 GiB, 20.000 IOPS aprovisionadas y 900 MB/s, con ráfagas.
Standard SSDWeb, aplicaciones ligeras y desarrollo/pruebas.Hasta 32.767 GiB, 6.000 IOPS y 750 MB/s.
Standard HDDDatos secuenciales, infrecuentes, no críticos o de backup.Hasta 32.767 GiB, hasta 3.000 IOPS con Performance Plus y 500 MB/s; uso como SO se retira el 8/9/2028.

El módulo llama a Premium SSD v2 y muestra límites antiguos para Ultra y v2. Ya no son correctos. Verifica región, compatibilidad, caché, tamaño de sector, redundancia y admisión como disco de SO.

Ruta entre almacenamiento temporal, disco de SO y cinco tipos de disco administrado.
Primero persistencia; después rendimiento y precio.

8. Elige una imagen y controla su deriva

ofrece imágenes base Windows y Linux. Marketplace puede reunir SO y pila preparada; una imagen personalizada captura la configuración de la empresa. Las licencias de una imagen pueden afectar el precio.

Compute Gallery almacena, versiona y replica imágenes personalizadas para crear entornos coherentes. Trátalas como artefactos: examina vulnerabilidades, aplica revisiones, documenta publicador/oferta/SKU o definición/versión, prueba la promoción y retira versiones inseguras. En máquinas de generación 2 nuevas, evalúa inicio de confianza, arranque seguro y vTPM.

9. Usa el ejercicio del portal como recorrido de decisiones

El ejercicio opcional implementa Ubuntu Server 24.04 LTS Gen2 en un grupo existente o dedicado. El ejemplo usa seguridad Standard, x64, Standard_D2s_v3, sin Spot, clave pública SSH y entrada por el puerto 22. Los SKU y rótulos pueden variar.

  1. En Microsoft Azure Portal, abre Crear un recurso, elige Máquina virtual, suscripción, grupo, nombre y región.
  2. Elige disponibilidad, seguridad, imagen, arquitectura, Spot y tamaño; crea la identidad administrativa. En Linux, prefiere claves SSH.
  3. No expongas puertos públicos sin necesidad. En producción usa , , ExpressRoute o acceso controlado.
  4. Revisa discos, red, administración, supervisión, opciones avanzadas y etiquetas en lugar de aceptar todo por defecto.
  5. Ejecuta Revisar y crear, corrige la pestaña señalada, protege la clave privada y sigue la notificación de implementación.
  6. Abre Información general, inspecciona dependencias e , conecta por la ruta aprobada y elimina el grupo de práctica.

10. Elige la interfaz según la repetibilidad

Opciones para crear y administrar.
InterfazCuándo usarIdea
Microsoft Azure PortalAprendizaje, descubrimiento o tarea interactiva ocasional.La guía ayuda, pero repetir a mano genera deriva.
Plantilla de o Infraestructura declarativa, revisable y repetible.Parametriza nombres, redes, tamaños e imágenes; la reimplementación converge.
CLI de Automatización multiplataforma y scripts concisos.az vm create funciona localmente o en .
Administración centrada en PowerShell.New-AzVM expone parámetros obligatorios y opcionales.
TerraformIaC multinube con plan previo y estado.HCL declara; revisa el plan antes de aplicar.
de Una aplicación independiente necesita el plano de control directo., , , y operan de recursos.
de La lógica compleja se beneficia de clientes tipados.Usa .ResourceManager actual, no los ejemplos Fluent heredados del export.

Exportar una plantilla de una máquina funcional es un comienzo, no un módulo listo para producción. Elimina ruido, separa secretos, parametriza diferencias y versiona IaC. Una imagen reproduce discos; //Terraform reproduce el grafo.

Decisión entre portal, ARM o Bicep, CLI de Azure, Azure PowerShell, Terraform, REST y SDK.
Cuanto mayor la repetición, más importante la automatización declarativa y versionada.

11. Configura y opera después de implementar

Las extensiones de máquina virtual son paquetes pequeños para scripts, agentes de supervisión o seguridad, configuración, backup y actualización después del aprovisionamiento. Forman parte del estado: controla versiones, limita privilegios, no expongas secretos y supervisa su resultado.

Servicios operativos y función actual.
CapacidadUso
Runbooks, programaciones, observadores y trabajos híbridos automatizan procesos y respuestas.
Machine ConfigurationAudita o aplica configuración y cumplimiento del invitado.
Microsoft Configuration ManagerAdministra y servidores cuando ese modelo es necesario.
Evalúa y aplica revisiones a máquinas de y servidores Windows/Linux habilitados para .
Apagado automáticoPrograma cargas no continuas y puede avisar al propietario.

El módulo agrupa automatización, configuración y Update Management en . La automatización sigue vigente, pero Update Management se retiró en 2024. Usa para la administración actual de revisiones.

12. Diseña disponibilidad para cada ámbito de error

Disponibilidad es el porcentaje de tiempo en que se puede usar un servicio. puede mover una máquina a un host sano tras un fallo, pero una aplicación de una sola instancia se interrumpe. El mantenimiento también puede reiniciar. La alta disponibilidad exige varias instancias sanas distribuidas por el ámbito que debes sobrevivir.

Controles complementarios.
ControlÁmbito o finalidad
Zonas de disponibilidadDominios físicos separados de energía, red y refrigeración. Distribuye dos o más instancias para tolerar un .
Crea grupos coherentes, escala y distribuye por zonas o dominios de error. La orquestación flexible es la recomendación actual con mayor cobertura.
Prueba salud y distribuye tráfico de capa 4; usa front-end resistente a zona cuando proceda.
Redundancia de Mantiene copias; elige redundancia local, zonal, geográfica y lectura secundaria según el riesgo.
Replica y coordina conmutación por error y recuperación a otro sitio o región, con pruebas aisladas y planes.
Crea puntos independientes contra eliminación, corrupción, ransomware, auditoría y restauración puntual.

Los conjuntos de escalado no tienen tarifa de administración separada; se cobran las máquinas y dependencias. Sin distribuir por zonas no toleran la pérdida del . Redundancia, Site Recovery y Backup resuelven durabilidad, continuidad y recuperación histórica.

Arquitectura con equilibrador, conjunto de escalado en zonas, almacenamiento replicado, Site Recovery y almacén de backup.
Relaciona cada control con host, bastidor, centro, región o pérdida lógica.

13. Haz copias pensando en restaurar

protege cargas de y locales como servicio. El módulo incluye archivos y carpetas de Windows, coherencia VSS, SQL Server, SharePoint, Exchange, máquinas Windows y Linux y protección de clientes o servidores mediante el componente apropiado.

  • La administración automática asigna almacenamiento protegido sin operar un servidor de backup.
  • La escala y redundancia admiten opciones locales, zonales o geográficas cuando estén disponibles.
  • El cifrado protege tránsito y reposo; autorización, eliminación temporal, inmutabilidad y controles multifactor también importan.
  • Un punto coherente con la aplicación contiene lo necesario para restauración coherente; coherencia ante bloqueo o del sistema de archivos ofrece otras garantías.
  • Las directivas definen programación y retención. La retención larga sigue necesitando gobierno y control de costos.

El componente depende del origen: MARS protege archivos, carpetas y estado de sistema Windows local compatible; System Center Data Protection Manager o Backup Server cubren entornos más amplios; las máquinas de usan una extensión mediante el agente. Un almacén de Recovery Services administra puntos, directivas, trabajos, alertas y restauraciones. Centro de Backup centraliza varios almacenes.

Backup no equivale a Site Recovery. Backup recupera historia tras daño lógico; Site Recovery mantiene continuidad replicada durante una interrupción. Las aplicaciones críticas suelen necesitar ambos y pruebas de runbooks.

Cargas de Azure y locales protegidas mediante agentes o extensión en un almacén de Recovery Services con directiva y restauración.
La copia está completa cuando una prueba demuestra RTO y RPO.

14. Evaluación del módulo explicada

Respuestas a todas las preguntas entregadas.
PreguntaRespuestaMotivo
¿Qué familia corresponde a un dispositivo de red?Optimizada para proceso.Los dispositivos de red suelen necesitar relación CPU/memoria alta y el módulo los coloca en esta familia.
¿Las plantillas de Resource Manager son archivos ?Verdadero.Una plantilla es declarativo. compila a , pero tiene sintaxis propia.

15. Repaso compacto de todos los temas

Repaso en una pasada.
TemaRecuerda
Por qué máquinas virtualesElige cuando el control del invitado justifique la administración continua.
ListaMáquina, discos, VNet, subred, NIC, , , identidad, supervisión, disponibilidad y recuperación forman un diseño.
RedEvita solapamiento, descuenta cinco direcciones por subred y explicita acceso.
InventarioMide SO, dependencias, reglas de datos, uso, picos, RTO y RPO.
Nombre y regiónCodifica finalidad; elige por latencia, cumplimiento, capacidad, DR y precio.
TamañoAjusta el perfil al cuello; cambiar puede reiniciar y desasignar amplía opciones.
CostoEl proceso cesa al desasignar; discos y servicios retenidos siguen cobrando.
AlmacenamientoTemporal es desechable; SO y datos persisten; cinco niveles equilibran rendimiento y precio.
ImágenesMarketplace acelera; Compute Gallery versiona y replica.
ImplementaciónPortal enseña; /, CLI, PowerShell, Terraform, y automatizan.
OperacionesExtensiones configuran; ejecuta procesos; Update Manager aplica revisiones.
DisponibilidadUsa instancias múltiples, zonas o dominios, equilibrado con salud y almacenamiento resistente.
RecuperaciónSite Recovery replica, prueba, conmuta y recupera.
BackupAlmacenes y directivas crean puntos; probar la restauración demuestra protección.

16. Practica recuerdo activo y verifica límites actuales

  • Dibuja el grafo de una aplicación de dos capas y marca qué sigue cobrando tras desasignar.
  • Con CPU, memoria, IOPS, latencia y residencia, justifica región, familia, tamaño y disco.
  • Explica cuándo usar imagen, /, CLI, , Terraform, o .
  • Diseña protección contra fallo de host, centro, región, eliminación y corrupción sin usar un único servicio.
  • Responde las dos preguntas sin mirar y explica por qué los distractores fallan.