Preparación para la Certificación Microsoft AZ-104
Disponibilidad de VM, Virtual Machine Scale Sets y escalado automático
Diseña para mantenimiento y errores, distribuye máquinas virtuales entre límites de fallo y adapta la capacidad con Virtual Machine Scale Sets y escalado automático.
Tiempo de estudio sugerido: 85 minutos • Nivel intermedio • Reescritura original basada en el módulo proporcionado de Microsoft Learn y contrastada con la documentación vigente de Azure
Por João Ricardo Dutra••Contenido original completo
1. Incorpora continuidad a una carga de demanda variable
Imagina un sitio público ejecutado en máquinas virtuales de . El tráfico cambia con la hora, el día y las campañas, pero el servicio debe seguir disponible durante errores de hardware y mantenimiento de . Un buen diseño resuelve dos problemas relacionados: mantiene varias instancias en límites de fallo independientes y agrega o elimina capacidad sin aprovisionar por adelantado el pico máximo posible.
Este capítulo desarrolla el diseño con conjuntos y zonas de disponibilidad, dominios de actualización y de error, escalado vertical y horizontal, y escalado automático. Debes conocer la creación y administración de una VM de y el motivo general para escalar una carga.
Distinguir mantenimiento planeado, degradación prevista de hardware y error inesperado.
Elegir entre conjuntos y zonas de disponibilidad.
Explicar dominios de actualización y de error.
Comparar escalado vertical y horizontal.
Crear y configurar y escalado automático.
La disponibilidad responde dónde se ejecutan las instancias; el escalado responde cuántas se ejecutan.
2. Planifica el mantenimiento y el tiempo de inactividad
Eventos que pueden afectar a una VM de .
Evento
Comportamiento de la plataforma
Impacto esperado
Mantenimiento de hardware no planeado
detecta un componente que tiende a fallar y, si es posible, migra la VM en vivo a un host correcto.
Normalmente solo hay una pausa breve; el rendimiento puede disminuir temporalmente.
Tiempo de inactividad inesperado
Un fallo súbito del host, red, disco, energía o bastidor hace que la plataforma repare o vuelva a crear la VM en infraestructura correcta del mismo .
La VM puede reiniciarse y quedar inaccesible; los datos locales temporales del host pueden perderse.
Mantenimiento planeado de plataforma
Microsoft distribuye cambios para mejorar confiabilidad, rendimiento o seguridad.
Algunas operaciones no interrumpen; otras reinician VM. Los dominios de actualización limitan el impacto simultáneo.
Microsoft mantiene el host y la plataforma de , no el sistema operativo ni las aplicaciones dentro de una VM . Parches del invitado, actualizaciones de aplicaciones, pruebas y ventanas de mantenimiento son responsabilidad del cliente. Una sola instancia puede interrumpirse aunque la repare correctamente; la continuidad requiere redundancia por encima de la VM.
3. Usa conjuntos de disponibilidad para separar bastidores
Un conjunto de disponibilidad es una agrupación lógica de VM relacionadas. distribuye sus miembros entre servidores, bastidores, almacenamiento, energía y conmutadores para reducir la probabilidad de que un error localizado o una actualización afecte a todas las copias. Coloca en un mismo conjunto las máquinas con la misma función, como dos servidores web, y usa otro conjunto para una capa diferente, como SQL Server.
Crea el conjunto antes o durante la creación de las VM. Una VM solo puede incorporarse al crearse; cambiarla exige volver a crearla.
Implementa mediante Microsoft Azure Portal, /, scripts, CLI de , o .
Usa al menos dos instancias y coloca u otro distribuidor adecuado delante.
Usa discos administrados. El conjunto aísla errores de infraestructura, pero no corrige fallos del invitado ni de la aplicación.
La guía actual prefiere zonas de disponibilidad para obtener mayor resistencia a errores del y recomienda con orquestación Flexible cuando se necesita el conjunto más amplio de características de alta disponibilidad. Los conjuntos siguen siendo útiles donde no hay zonas y pueden ofrecer menor latencia entre VM por la proximidad física.
Separa cada capa de aplicación en su conjunto y distribuye cada una entre límites de fallo.
4. Interpreta dominios de actualización y de error
Los dos límites asignados dentro de un conjunto.
Límite
Significado
Consecuencia para el examen
Dominio de actualización
Grupo de VM y hardware que puede reiniciarse a la vez durante mantenimiento planeado.
procesa uno cada vez, por lo que solo se reinicia un subconjunto. Admite hasta 20 y cinco es un valor predeterminado común.
Dominio de error
Unidad física que comparte alimentación y conmutador de red, similar a un bastidor.
Distribuye copias redundantes para que un fallo de bastidor deje otra activa. Un conjunto admite hasta tres según la región.
Las cantidades se eligen al crear el conjunto y no cambian después. Si hay más VM que dominios de actualización, la asignación vuelve a usar uno existente. Los discos administrados se alinean con el dominio de error de disco de la VM. Evita desasignar la primera VM entre implementaciones secuenciales si necesitas una distribución predecible, porque determinadas secuencias pueden compartir dominio.
Trampa de AZ-104: el dominio de actualización reduce el impacto del mantenimiento planeado; el dominio de error limita un fallo físico correlacionado. Ninguno protege frente a la pérdida completa del ni frente a una aplicación defectuosa instalada en todas las instancias.
5. Usa zonas de disponibilidad para resistir fallos del
Las zonas de disponibilidad son grupos físicamente separados de uno o más centros de datos dentro de una región. Cada zona tiene energía, refrigeración y red independientes. Distribuir instancias entre zonas permite continuar cuando falla un grupo. también procura actualizar una zona cada vez, pero la aplicación solo se beneficia si ya funciona en varias.
Formas de compatibilidad zonal.
Patrón
Comportamiento
Ejemplo y responsabilidad
Recurso zonal
Fijas el recurso en una zona lógica.
Una VM o disco administrado queda aislado de otras zonas, pero tú creas copias y coordinas la conmutación por error.
Recurso con redundancia de zona
El servicio distribuye o replica en dos o más zonas.
El almacenamiento y los servicios de datos compatibles pueden administrar replicación y conmutación.
Recurso no zonal
El recurso es regional sin resiliencia zonal explícita.
decide la ubicación; una interrupción de su zona física puede afectarlo.
Los números de zona son lógicos y pueden corresponder a instalaciones diferentes según la suscripción. Las direcciones públicas Standard pueden ser redundantes entre zonas, zonales o no zonales según configuración y región. Para cargas críticas, combina varias zonas con una estrategia multirregional y copias de seguridad; las zonas no cubren un fallo regional completo.
Un servicio resiliente debe conservar capacidad correcta y acceso a datos tras perder cualquier zona.
6. Compara escalado vertical y horizontal
Dos direcciones de escalado.
Dirección
Acción
Compensación
Vertical: escalar o reducir verticalmente
Cambiar la VM a un SKU mayor o menor.
Sencillo para una máquina, pero limitado por hardware y suele requerir reinicio, desasignación o reaprovisionamiento. Planifica interrupción y movimiento de datos.
Horizontal: escalar horizontalmente o reducir horizontalmente
Agregar o quitar instancias.
Más elástico y capaz de alcanzar cientos o miles, pero la aplicación debe distribuir tráfico y no depender del estado local.
El escalado vertical puede ampliar un servidor durante un periodo conocido y reducirlo después para ahorrar. El horizontal suele responder mejor a tráfico web variable porque agrega instancias sin sustituir la flota. Reaprovisionar una sustitución vertical puede interrumpir el servicio y necesita migración y reversión.
El escalado vertical cambia la potencia; el horizontal cambia la cantidad.
7. Comprende
crea y administra centralmente un grupo de instancias con equilibrio de carga. Puede escalarse manualmente, por programación, reglas de métricas o patrones predictivos. Las copias mejoran la disponibilidad: si una falla o se actualiza, el tráfico llega a otra correcta. Se usa en capas web, proceso masivo, big data y hosts de contenedores.
distribuye tráfico de capa 4; aporta rutas de capa 7 y terminación .
Las instancias pueden repartirse entre dominios de error o zonas. El conjunto por sí solo no protege de un error del si no abarca varias zonas.
No existe una tarifa de administración separada; se cobran proceso, disco, red y recursos auxiliares.
Los límites actuales alcanzan 1.000 instancias con imágenes estándar de Marketplace o Compute Gallery y 600 con una imagen administrada. Verifica región, cuota, imagen y modo.
El modo de orquestación queda fijo al crear.
Modo
Modelo
Cuándo elegir
Flexible
Administra VM de con un modelo unificado y puede combinar tamaños, imágenes, y capacidad bajo demanda conservando el aislamiento.
Para características amplias, tipos mixtos, cargas con estado o cuórum y el modelo actual recomendado de alta disponibilidad.
Uniform
Las instancias siguen un único modelo con imagen y configuración base coherentes.
Para instancias idénticas a gran escala y comportamiento específico de la orquestación Uniform.
La exportación del portal presenta Flexible como opción predeterminada recomendada para implementaciones nuevas. El modo no se convierte después: decide según la carga, no solo por el valor de la pantalla.
El conjunto administra capacidad; el tráfico y la ubicación hacen útil esa capacidad.
8. Recorre las decisiones de creación
Elige suscripción, grupo de recursos, nombre, región y modo en Microsoft Azure Portal.
Elige imagen y arquitectura. x64 ofrece compatibilidad amplia; Arm64 puede mejorar precio-rendimiento en aplicaciones compatibles, pero mide el SKU y la carga sin asumir un porcentaje fijo.
Selecciona tamaño, autenticación, puertos públicos, discos, red, sondeos de estado, actualizaciones y administración.
Decide si es aceptable. El descuento conlleva desalojo, por lo que sirve para capacidad interrumpible, no para la única copia crítica.
Establece número inicial, equilibrio de carga y distribución entre zonas.
En Uniform, dispersión máxima usa tantos dominios como sea posible; dispersión fija exige la cantidad exacta. Una petición fija puede fallar donde la máxima puede implementar. Microsoft recomienda normalmente la máxima salvo topología específica.
Revisa y crea; valida estado, ubicación, pertenencia al back-end y preparación antes del tráfico de producción.
El tamaño determina CPU, memoria, límites de disco y red y coste horario. La interfaz puede mostrar de 0 a 1.000 instancias, pero límite del servicio, cuota, modo, imagen, capacidad zonal y directivas determinan lo realmente implementable.
9. Implementa el escalado automático deliberadamente
El escalado automático cambia la capacidad para que la demanda sostenida tenga suficientes instancias y los periodos tranquilos no mantengan máquinas innecesarias. Puede usar horarios, métricas del host o invitado, telemetría, colas o patrones predictivos. Reaccionar a un pico breve provoca oscilación; la ventana y el tiempo de espera confirman que la señal persiste.
Configuración esencial de un perfil.
Valor
Propósito
Decisión
Mínimo
Menor cantidad permitida.
Conserva capacidad para errores normales y tráfico base.
Máximo
Mayor cantidad permitida.
Un máximo bajo puede detener el crecimiento; cuota y presupuesto también deben admitirlo.
Predeterminado
Capacidad usada si no se lee la métrica o al activarse un perfil.
Debe estar entre mínimo y máximo y ser un fallback seguro.
Regla de aumento
Agrega un número, porcentaje o alcanza un objetivo cuando se supera el umbral.
Ejemplo: CPU media alta durante la ventana.
Regla de reducción
Quita un número, porcentaje o reduce a un objetivo cuando la carga sigue baja.
Usa otro umbral inferior y una ventana conservadora para evitar oscilación y pérdida de trabajo.
Programación
Activa perfiles en fechas, horas, días, eventos o ciclos.
Aprovisiona antes de una campaña previsible.
Las señales de host incluyen porcentaje de CPU, bytes de red, bytes y operaciones de disco y créditos de CPU. Los contadores del invitado pueden venir de la extensión de diagnóstico de ; expone tiempo de respuesta, rendimiento de página y sesiones; una cola de representa trabajo pendiente. Agregación, operador, ventana, magnitud y tiempo de espera forman la regla.
El escalado manual establece capacidad directamente y sirve para pruebas o eventos controlados. En la reducción, configura la directiva de eliminación y permite drenar conexiones y externalizar estado. La fuente describe equilibrar eliminaciones entre zonas y después favorecer identificadores altos; confirma la directiva del modo elegido.
El escalado automático es un bucle de control limitado por capacidad, tiempo y comportamiento seguro.
10. Configura un perfil práctico de CPU
Abre un conjunto y selecciona Escalado. Elige capacidad manual o escalado automático personalizado.
Define recuentos predeterminado, mínimo y máximo. La pantalla de origen permite 0–1.000, sujeto a límites y cuotas reales.
Crea la regla de aumento: origen, agregación, operador, umbral de CPU, duración, operación, cantidad y tiempo de espera.
Crea la reducción con un umbral inferior y una ventana igual o más prudente. Evita que ambas reglas compitan.
Agrega perfiles periódicos o por fecha para días laborables, noches, temporadas, promociones y eventos.
Guarda, observa historial y , prueba ambas direcciones con carga controlada y crea alertas de acciones o errores.
La configuración no está completa hasta que las nuevas instancias superan pronto los sondeos y las eliminadas dejan de aceptar trabajo de forma segura. Inicio de imagen, extensiones, calentamiento, sondeos del equilibrador y agotamiento de cuota pueden inutilizar una regla correcta en matemáticas.
11. Evaluación del módulo explicada
Respuestas de las nueve preguntas.
Escenario
Decisión correcta
Motivo
Minimizar la interrupción por error de .
Implementar en zonas de disponibilidad.
Las zonas usan infraestructura independiente en la región.
Distribuir VM entre centros de datos.
Usar zonas de disponibilidad.
Los conjuntos separan límites locales; las zonas separan grupos de centros de datos.
Reducir cada de semana.
Programar reducción de instancias.
Es un cambio horizontal predecible.
Un evento multiplica por diez la demanda.
Escalado horizontal automático.
La flota crece y disminuye con el evento.
Comercio electrónico con picos estacionales.
Escalado horizontal automático dinámico.
Métricas o horarios evitan sobredimensionamiento permanente.
¿Qué aportan los dominios de actualización?
Solo un subconjunto se reinicia durante mantenimiento.
procesa un dominio cada vez.
Ventaja principal del conjunto en el módulo.
Administración simplificada de un grupo.
Centraliza implementación, configuración, capacidad y disponibilidad. Uniform enfatiza identidad; Flexible permite variación controlada.
Microservicios con capacidad independiente.
Escalar horizontalmente grupos separados de VM o contenedores.
Cada servicio cambia su cantidad sin redimensionar los demás.
No escala durante un pico.
Comprobar si el máximo es demasiado bajo.
No puede superar el máximo; después revisa cuota, métricas, espera y aprovisionamiento.
12. Revisión resumida de todos los temas
Resumen para repaso rápido.
Tema
Recuerda
Mantenimiento
El fallo previsto puede migrar en vivo; el súbito reinicia; el cliente actualiza el invitado.
Conjunto
Agrupa VM de una capa entre límites de bastidor; la pertenencia se decide al crear la VM.
Dominio de actualización
El mantenimiento reinicia un grupo cada vez.
Dominio de error
Unidad compartida de energía y red; separa copias.
Zona
Grupo independiente de centros de datos; usa varias para resistir una pérdida zonal.
Vertical
Cambia el tamaño; es limitado y suele interrumpir.
Horizontal
Cambia la cantidad; es elástico y exige estado externo.
Scale set
Centraliza capacidad, ubicación, actualización, estado e integración con equilibrador.
Flexible y Uniform
Flexible admite variación; Uniform sigue un modelo; el modo es inmutable.
Creación
Decide imagen, arquitectura, tamaño, riesgo puntual, zonas, estado y dispersión.
Automático
Limita con mínimo/predeterminado/máximo y usa métricas sostenidas u horarios.
Operación
Prueba inicio, sondeos, drenaje, cuotas, alertas y ambas direcciones.
13. Práctica y recursos actuales
Dibuja dos VM web y dos de base de datos en conjuntos separados y etiqueta sus dominios.
Rediseña en tres zonas e indica qué recursos deben duplicarse o ser redundantes entre zonas.
Explica por qué aumentar una VM no sustituye agregar instancias si el servicio debe sobrevivir a un reinicio.
Crea un perfil para días laborables, fines de semana, campaña y aumento inesperado de CPU. Justifica límites y ventanas.
Usa Microsoft Copilot o tus notas para comparar Flexible y Uniform y verifica la respuesta en la documentación actual.
