Despliega múltiples VMs con Scale Sets

Curso de Fundamentos de Microsoft Azure (AZ-900)

Contenido del curso

Fundamentos de la nube y Azure

Microsoft Azure Fundamentos

Modelos de servicio

Alta disponibilidad y organización de recursos

Seguridad y gobernanza en Azure

Soluciones de cómputo y redes

Almacenamiento y acceso seguro

Herramientas avanzadas de seguridad

Automatización y despliegue de recursos

Arquitectura sin servidor

39
Qué es serverless y cómo funciona en Azure
05:08 min

Tomar examen

Cursos Empresas Blog Live Conf Eventos Precios

0:0010:11

Despliega múltiples VMs con Scale Sets

Curso de Fundamentos de Microsoft Azure (AZ-900)

Clase 25 de 39

Clase 25 / 39

Recursos

Desplegar decenas de máquinas virtuales en Azure una por una es un dolor de cabeza. Por eso existe el Virtual Machine Scale Set, un recurso que permite orquestar la creación de varias VMs idénticas con un solo script de Bash, ahorrando tiempo y abriendo la puerta al escalado automático según demanda.

Qué es un Virtual Machine Scale Set y por qué importa

Un Virtual Machine Scale Set es un grupo de máquinas virtuales con propiedades idénticas que se despliegan y administran como una sola unidad. En lugar de repetir el comando az vm create veinte veces, defines cuántas instancias necesitas y Azure las genera en paralelo.

Esto resuelve un problema concreto: la orquestación. Cuando armas una arquitectura con red virtual, subred, IP pública, gateway y varias VMs, el orden importa. Un script bien escrito te asegura que cada recurso se cree justo después del que depende.

¿Qué hace diferente a un Scale Set frente a crear VMs sueltas? Te permite definir un solo template y multiplicarlo con el parámetro instanceCount, además de aplicar reglas de autoescalado horizontal sobre todo el grupo.

Cómo se estructura el script de despliegue paso a paso

Dentro de Visual Studio Code, en una carpeta llamada VMs, vive un archivo commands.sh que concentra toda la lógica. La clave es que las variables están adaptadas para correr en batch, así que si trabajas en una terminal de Windows necesitarás ajustes [01:05].

El script sigue una secuencia clara:

Crear el resource group con un nombre aleatorio tomado desde una variable, en la región East US.
Crear la virtual network reutilizando las mismas variables de nombre y ubicación.
Agregar una subnet asociada al parámetro vnetName dentro de esa red.
Generar una IP pública que servirá como punto de entrada.
Desplegar un Application Gateway que actúa como puerta única hacia los recursos internos.
Crear el Virtual Machine Scale Set con az vmss y dos instancias iniciales [04:30].
Instalar una extensión para que las VMs arranquen con IIS o un servidor web ya configurado.
Definir reglas de autoescalado basadas en uso de CPU.

Reutilizar variables en lugar de hardcodear nombres es lo que hace que este flujo sea mantenible. Cambias un valor y se propaga a toda la arquitectura.

Por qué se usa un Application Gateway frente al Scale Set

El Application Gateway funciona como una gran puerta de entrada. Tú entras por una sola IP pública y él decide a qué máquina virtual del Scale Set redirigirte. Es, en la práctica, un balanceador de carga o proxy que distribuye el tráfico sin que tengas que saber con cuál VM estás hablando.

Cuando abres la IP en un navegador y aparece Hello, from your web application, no tienes forma de saber si te respondió la instancia 1 o la 2. Y ese es justamente el punto.

Cómo funcionan las reglas de autoescalado en un Scale Set

Las reglas de autoescalado son lo que convierte a un Scale Set en una arquitectura inteligente. El script define dos condiciones basadas en CPU promedio:

Si el porcentaje de CPU supera el 70%, escala hasta tres instancias.
Si el porcentaje de CPU baja del 30%, reduce instancias.

Esto te da un sistema capaz de absorber picos de demanda y, al mismo tiempo, ahorrar dinero en periodos de baja actividad. Es escalado horizontal puro: más máquinas cuando hace falta, menos cuando no.

¿Cuándo conviene usar autoescalado por CPU? Cuando tu carga de trabajo es variable y no quieres pagar por instancias inactivas. Defines umbrales y Azure decide cuándo crecer o encoger el grupo.

Cómo extraer datos del despliegue con az show

A lo largo del script casi siempre se usa la acción create, pero al final aparece show. Esta acción devuelve el JSON completo de un recurso ya creado y permite extraer propiedades específicas.

En este caso se extraen dos datos clave:

La dirección IP pública para acceder al sitio.
El nombre del resource group, que se generó de forma aleatoria.

Sin show tendrías que ir al portal a copiar manualmente esos valores. Con él, todo queda dentro del flujo de comandos.

Cómo ejecutar el script completo desde la terminal

Una vez ubicado en la carpeta correcta con cd vms, basta con un comando para lanzar todo:

bash bash commands.sh

El proceso tarda unos minutos. Al terminar, en el portal de Azure aparecen el resource group, el Application Gateway, la IP pública y el Scale Set con sus dos instancias listas. Pegas la IP en el navegador y ahí está tu aplicación web respondiendo.

Esta es la diferencia real entre clickear en el portal y escribir un script: una arquitectura compleja queda resuelta en una sola línea ejecutable, replicable y versionable. ¿Cuántas instancias agregarías tú a tu primer Scale Set?

Fundamentos de la nube y Azure

Despliegue de Soluciones en la Nube con Azure

Nube privada, pública e híbrida en Azure

Costos y Beneficios de Soluciones en la Nube con Azure

Microsoft Azure Fundamentos

Cómo crear tu cuenta gratuita en Azure

Instala y configura Azure CLI desde cero

Gestión de Costos en Azure: Uso de Suscripciones y Presupuestos

Cómo navegar el catálogo de servicios Azure

Exploración de Productos y Documentación en Azure para Contenedores

Etiquetas en Azure para organizar recursos

Crea y automatiza Storage Accounts con ARM

Automatización de Despliegue en Azure con Línea de Comandos

Modelos de servicio

Máquinas virtuales en Azure con CLI

Despliega apps en Azure sin máquinas virtuales

Despliegue de WordPress usando SaaS en Azure

Selección de Regiones de Centros de Datos en la Nube

Alta disponibilidad y organización de recursos

Escalabilidad y Alta Disponibilidad en la Nube con Azure

Administración de Acceso en Azure: Control de Roles y Permisos

Gestión de Accesos y Roles en Azure: Control de Privilegios

Seguridad y gobernanza en Azure

Seguridad en Aplicaciones Nativas en la Nube: Principio de Cero Confianza

Evaluación de Costos en la Nube: Uso de Calculadora TCO

Gestión de Seguridad y Usuarios en Microsoft Entra ID para Azure

Autenticación sin contraseña en Microsoft Entra ID

Creación de Roles de Acceso en Azure con Service Principal

Soluciones de cómputo y redes

Máquinas virtuales, containers y functions en Azure

Despliega múltiples VMs con Scale Sets

Zonas DNS internas en Azure con CLI

Acceso público a una VM en Azure con RDP

Almacenamiento y acceso seguro

Llaves de acceso en Azure Storage

Níveis de acesso no Azure Storage e custos

Cuenta de almacenamiento privada en Azure VNet

Acceso a VMs privadas con Azure Bastion

Herramientas avanzadas de seguridad

Seguridad en la Nube con Microsoft Defender y Azure

Cómo crear políticas de seguridad con Azure Policy

Automatización y despliegue de recursos

Azure Cloud Shell desde el portal sin instalar nada

Desplegando recursos en Azure con Bicep

Automatización de Despliegue en Azure con Bicep y Terraform

Monitoreo de Azure Service Health para Administradores de Nube

Portales satélite de Azure por especialidad

Arquitectura sin servidor

Qué es serverless y cómo funciona en Azure

Despliega múltiples VMs con Scale Sets