Máquina Virtual modelo ASM
Para la creación de una máquina virtual en el modelo ASM debemos tener una serie de conceptos claros con respecto al modo actual de trabajo.
En la actualidad el model Azure Service Manager (ASM) es conocido como modelo clásico y ha sido sustituido por Azure Resource Manager (ARM).
En este post pasaremos a detallar el modelo ASM y sus diferencias respecto al modelo actual.
Para comenzar cabe destacar que ambos modelos pueden tener conexión entre sí a través de una conexión VPN del tipo Site to Site como podemos observar en la siguiente imagen:
Existen varias diferencias entre ambos modelos.
Modelo Azure Service Manager:
- Orientado a servicios individuales.
- Sin vinculación entre ellos.
- Administración aislada.
Este modelo de despliegue se basa en «Servicios»:
- El Cloud Service actua como un contenedor para hospedar los servicios, como por ejemplo las máquinas virtuales (IaaS), con todos sus componentes, ya sean interfaces de red, Direcciones IP públicas, nombres DNS, así como balanceador/equilibrador de carga, Endpoints de acceso ya sea via Powershell, RDP o SSH.
- Asimismo se agrega el almacenamiento necesario donde ubicar los discos duros virtuales para una máquina virtual, incluido el sistema operativo, discos de datos temporales y adicionales.
- Para finalizar, se incluiría una red virtual opcional que actúa como un contenedor adicional, en el que se puede crear una estructura de subredes y designar la subred en la que se encuentra nuestro Cloud Service.
Desde la llegada del nuevo portal de Microsoft Azure (https://portal.azure.com) la perspectiva cambia, y ahora primero se ve un «Grupo de recursos» en el cual están vinculados uno o más servicios, de nueva cuenta, para un proyecto que involucra muchos servicios, lo podemos asociar como un Grupo de recursos, a continuación detallaré el modelo:
Modelo Azure Resources Manager:
- Orientado a soluciones completas o proyectos.
- Vinculación entre servicios por grupo.
- Administración conjunta.
- Etiquetado de servicios.
Este modelo de despliegue se basa en «Recursos»:
- Todos los recursos se despliegan dentro de un grupo de recursos (RG), nuestro contenedor lógico.
- Básicamente, el almacenamiento, el tipo de instancia y la red (Interfaz de red, balanceador de carga, Network Segurity Group, VNet, Subred, etc), son los pilares de una VM, aunque podemos asignar y desasignar muchos de estos servicios sin tener que redesplegar el IaaS.
- Disponemos de los Network Security Groups (NSG) – Grupos de Seguridad de Red que actuan como Firewalls aplicándose directamente contra una subred o contra una interfaz de red de una VM.
- Las VMs se crean dentro de una VNet, ya sea nueva o existente.
Para concluir considero el modelo actual ARM más claro con respecto al modelo clásico ASM.
La organización sobre un grupo de recursos me parece más clara y acertada para la diferenciación de los recursos que componen la infraestructura como se muestra en la imagen superior diferenciando claramente: SRP:Almacenamiento,CRP:Virtualización,NRP:Red.
Autor/a: Víctor Álvarez Olivares
Curso: Microsoft MCSA Windows Server + Microsoft MCSE Cloud Platform & Infrastructure
Centro: Tajamar
Año académico: 2017-2018