En un post anterior mencioné todo lo que está cubierto a día de hoy dentro del apartado Virtual Networks de Microsoft Azure, en un formato para desarrolladores. Hoy me gustaría centrarme en cómo podemos configurar estas redes virtuales dentro de la plataforma.

Una red virtual puede estar compuesta por Cloud Services (Web roles y Worker roles) y Virtual Machines. Para poder crear una tenemos a nuestra disposición un asistente a través del portal, donde podemos definir de forma visual cuáles serán las características de nuestra red. A través del botón NEW, podemos acceder al apartado NETWORK SERVICES y seleccionamos CUSTOM CREATE.

Virtual Network Details

Lo primero que debemos elegir cuando creamos una nueva red virtual es un nombre, el cual no puede contener ni espacios ni comenzar con un número. Por otro lado, es necesario seleccionar o crear un Affinity Group. Los grupos de afinidad son una forma de agrupar los servicios de una suscripción en base a la localización geográfica donde ellos deben encontrarse, con el fin de asegurar que los mismos están cercanos y tienen un rendimiento adecuado. Es altamente recomendable trabajar con estos grupos ya que nos permiten evitar el despliegue de servicios en un datacenter distinto al que se desea (es muy común equivocarse entre dos data center próximos y experimentar problemas de rendimiento, sin darse cuenta de que realmente el problema es la ubicación). Toda red virtual debe pertenecer a un affinity group, con el objetivo de que todos los servicios involucrados estén dentro del mismo datacenter. En este asistente podemos seleccionar uno de los que ya tenemos creados o bien crear uno directamente, seleccionando el nombre del mismo y la ubicación:

DNS Servers and VPN Connectivity

En el siguiente punto del asistente existen varias características independientes que podemos configurar:

DNS Servers

Cuando hablamos de la resolución de nombres en la plataforma, Microsoft Azure nos proporciona de manera automática sus propios servidores DNS sin que debamos realizar ninguna gestión o configuración adicional. Sin embargo, dependiendo de nuestras necesidades, podemos configurar un DNS que ya tengamos alojado on premise, para cuando necesitamos tener resolución de nombres entre las máquinas que están en el cloud y las que están en local, o bien podemos subir nuestro propio servidor DNS a la nube. Es posible añadir hasta 12 servidores de DNS. En mi caso, he añadido un servidor que se va a encontrar dentro de mi red virtual:

La modificación de los servidores DNS una vez creada la red y añadidas máquinas a la misma está permitido, pero es importante tener en cuenta que en este caso será necesario reiniciar todas las máquinas que estén dentro de esta red para poder obtener la nueva configuración.

Point-to-Site

Como se comentó en un post anterior, Point-to-site nos permite crear una VPN donde los clientes puedan conectarse de manera rápida y ocasional a nuestra red alojada en Microsoft Azure. Esta configuración se puede establecer una vez creada la red virtual, por lo que no es necesario detenerse en ella. En este post sólo voy a centrarme en la red virtual, no en las configuraciones VPN.

Site-to-Site

Una configuración que si es obligatoria durante el asistente es para Site-to-site, por lo que sería necesario aportar los datos en el momento de la creación de la red virtual.

Virtual Network Address Spaces

Este es el punto donde debemos prestar más atención. Para los que somos puramente desarrolladores, puede que sea con el que estemos menos familiarizados, ya que debemos tener en cuenta ciertos valores que normalmente forman parte del cometido de nuestros compañeros de IT.

Para empezar, debemos saber qué tipo de rango de IPs privadas debemos seleccionar:

• Clase A (10.0.0.0 a 10.255.255.255), la cual se suele utilizar en redes muy grandes.
• Clase B (172.16.0.0 a 172.16.255.255), para redes de tamaño mediano.
• Clase C (192.168.0.0 a 192.168.255.255) para aquellas redes más pequeñas.

Lo habitual es que utilicemos el mismo rango que tenemos en local, si tenemos en mente conectar las redes entre ellas. Se puede indicar dentro de ese rango desde qué IP queremos comenzar a contar, modificando el valor de STARTING IP, así como modificar el rango dentro de las clases (En mi caso he alterado el rango 192.168.0.0 por 192.168.1.0). Por otro lado, es importante saber que no es posible crear redes virtuales con IPv6.
Una vez que hemos elegido la clase de rango, debemos también reservar cuántas IPs queremos dentro del mismo, a través del desplegable CIDR (ADDRESS COUNT). Pensando en PaaS, es muy importante seleccionar una rango considerable en función del escalado que se espera para los servicios que se alojarán en esta red.

Por otro lado, también es posible la creación de subnets dentro de nuestra red virtual. No existe un límite establecido en la creación de las mismas, siempre y cuando estén contenidas dentro del rango de IPs elegidas para nuestra red y que no se solapen entre sí. Si llegamos al límite de IPs, al crear la última subnet veremos que la configuración se torna gris, con el objetivo de no permitir que puedan agregar más. Si quisiéramos modificar la cantidad de IPs reservadas para poder crear más subnets, basta con eliminar la última definida y modificar el tamaño de la red.

En la siguiente imagen se muestra cómo quedaría una red configurada dentro del rango 192.168.1.0 con dos subnets llamadas front-end (de 192.168.1.0 a 192.168.1.15) y back-end (de 192.168.1.16 a 192.168.1.31).

Si bien es cierto que en la imagen anterior aperecen 32 IPs reservadas, algunas de ellas serán utilizadas por la plataforma para su gestión interna. Por ejemplo, en la primera subnet que abarca desde la IP 192.168.1.0 a 192.168.1.15 se comenzarán a asignar IPs desde la 192.168.1.4.

Añadiendo máquinas dentro de la red virtual

Una vez que hemos finalizado la configuración de la red virtual, ya estamos listos para comenzar a agregar máquinas a la misma. Como comentaba al inicio del post, una red virtual puede estar compuesta por Cloud Services y Virtual Machines. Dependiendo del tipo de servicio que queramos incluir se procederá de una manera u otra:

Virtual Machines

En el caso de las virtual machines, la forma de indicar que una máquina pertenece a una red virtual es a través del asistente de creación de la misma. Para ello debemos elegir el modo FROM GALLERY y en el segundo paso del asistente podremos seleccionar la red en el apartado REGION/AFFINITY GROUP/VIRTUAL NETWORK:

Cloud Services

En el caso de PaaS es necesario añadir la configuración de red a través del archivo ServiceConfiguration.cscfg, utilizando la sección NetworkConfiguration dentro de ServiceConfiguration. Basándonos en la configuración que tiene mi red virtual, una configuración podría ser la siguiente:

  <NetworkConfiguration>
    <VirtualNetworkSite name="gis-virtual-network" />
    <AddressAssignments>
      <InstanceAddress roleName="WebApp">
        <Subnets>
          <Subnet name="front-end" />
        </Subnets>
      </InstanceAddress>
      <InstanceAddress roleName="WebApi">
        <Subnets>
          <Subnet name="front-end" />
        </Subnets>
      </InstanceAddress>
      <InstanceAddress roleName="WorkerRole">
        <Subnets>
          <Subnet name="back-end" />
        </Subnets>
      </InstanceAddress>
    </AddressAssignments>
  </NetworkConfiguration>

Como se puede observar en ninguno de los dos casos especificamos qué IP tendrá cada máquina, debido a que es la propia plataforma las asigna a través de DHCP. Estas direcciones permanecen con la máquina hasta que se detiene y se libera (al seleccionar SHUTDOWN de una máquina se pone en estado Deallocated). Es importante tenerlo en cuenta si una máquina actúa como servidor DNS o como controlador de dominio.
También es importante saber que no es posible modificar el rango de una subred ni eliminarla una vez que se han añadido servicios en ella. Del mismo modo, no se admite la posibilidad de mover servicios dentro y fuera de las redes virtuales. La única forma de incluir o eliminar una máquina es eliminando y volviendo a crear el servicio.

Por ejemplo, si en PaaS intentamos realizar una modificación en la configuración de red para alguno de los roles obtendremos el siguiente error:

Otro caso que nos puede ocurrir es que intentemos asociar una máquina virtual, ya sea de PaaS o IaaS, a una subred que ya tiene asignadas todas las IPs. En este caso la plataforma nos devolverá un error:

Ejemplo de error en IaaS:

Una vez que hayamos desplegado diferentes máquinas dentro de nuestra red, podremos ver los recursos asociados dentro de la misma en el apartado VIRTUAL NETWORKS, seleccionando nuestra red, en el DASHBOARD:

Espero que sea de utilidad.

¡Saludos!