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:

VPN_ASM_ARM

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.

 

ASM

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.

arm

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

Linkedin

 

Leave a Comment

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *

Este sitio usa Akismet para reducir el spam. Aprende cómo se procesan los datos de tus comentarios.