Ierrea.com es un un espacio donde se recogen procedimientos de un Administrador de Sistemas TIC, relacionados con entornos Virtuales VMware o Hyper-V, Cloud, Storage, Comunicaciones, etc...

Replicar infraestructura On Premise (local) contra entorno Azure


Considero una opción más que interesante y a tener muy en cuenta para cualquier IT Manager, la posibilidad de replicar la infraestructura On Premise (local) a un datacenter totalmente independiente. Lo que toda la vida se ha conocido como deslocalizar el backup o réplicas de las máquinas de producción, o por lo menos las que consideremos más críticas.

En el actual post, vamos a centrarnos en cómo podemos replicar una máquina virtual ubicada en una infraestructura local de Hyper-V, contra un plan una suscripción del tipo Pago por Uso de Microsoft Azure.

Tengamos en cuenta, que además de ésto, Azure nos permite alojar réplicas y backups de entornos con origen Vmware y Servidores físicos.

En futuros posts, mostraremos cómo llevar a cabo dichos procedimientos.

Bien... entrando en materia, damos por hecho que ya disponemos una suscripción de Microsoft Azure. Si no es así, tal vez el siguiente enlace te sea de ayuda:

https://azure.microsoft.com/es-es/?&WT.srch=1&wt.mc_id=AID529449_SEM_XmDxWJDl

El orden no necesariamente tiene por qué ser así, pero como bien es sabido, "cada maestrillo tiene su librillo". A mí particularmente, me gusta en primer lugar crear la red en la que los objetos replicados se van a situar. Creo una nueva red con el mismo direccionamiento que tiene la red del entorno a replicar. De esta manera, nos evitamos tener que hacer ajustes de cambio de direccionamiento a posteriori. Ajuste que en ciertos casos pueden llegar a ser un gran problema de pérdida de conectividad.

Para crear la red "replicada", nos dirigimos dentro del portal de Azure Virtual Networks > Add

Asignaremos el nombre de la red a crear y su direccionamiento, así como el nombre y direccionamiento de la subred. En este caso, por tratarse de un ejemplo de replicación de una única máquina virtual, no necesitamos trabajar con subnetting, de modo que la red y la subred, será la misma.

La red a crear, como cualquier nuevo objeto, la tendremos que asociar a una suscripción, un grupo de recursos y una localización geográfica (a lo largo del post usaremos la misma suscripción, grupo de recursos y localización geográfica).

A continuación, crearemos el almacén de recuperación de servicios. Esto, no es más que punto de control de todas las tareas de réplicas y/o backups que vayamos a implementar.

Para ello, click en el botón de Recovery Services vaults > Add

Obviamente, le asignamos un nombre, y como siempre, suscripción, grupo de recursos y localización geográfica

Una vez creado el almacén de Recovery Services, tenemos que preparar la Infraestructura. Para ello, nos dirigimos a Site Recovery > Prepare Infrastructure

Aquí, debemos indicar:

1.- Origen de las máquinas a replicar: En nuestro caso una plataforma On-premises o Local

2.- Destino de replicación de las máquinas: En nuestro caso, a una plataforma de Azure

3.- Hypervisor de virtualización de nuestras máquinas: En nuestro caso, usamos un Hypervisor de Hyper-V, pero tened en cuenta que también está soportado replicar máquinas virtuales con origen Vmware. Ésto, lo veremos en otro post.

4.- Si estamos usando o no System Center VMM para administrador nuestros Hosts de Hyper-V. En nuestro caso, No.

Bueno, la siguiente fase trata de crear el Origen de replicación. En pocas palabras, definir Sitio de servidores Hyper-V, agregar en él los servidores Hyper-V que necesitemos (en nuestro caso va a ser uno), y para establecer la comunicación cifrada entre éstos y la plataforma de Azure, descargar e instalar el software Azure Site Recovery Provider, así como su clave de registro del vault o almacen de recuperación, vamos, un certificado...

Para ello, click sobre el botón +Hyper-V Site

Lógicamente, le asignamos un nombre

Una vez creado el Site, añadimos los servidores Hyper-V haciendo click + Hyper-V Server, y descargamos e instalamos en el servidor de Hyper-V en cuestión, tanto el software como la clave de registro

Instalación en el server de Hyper-V de Azure Site Recovery Provider

Indicar si la conexión precisa de un servidor Proxy o no

En la fase de registro, debemos navegar hasta donde tengamos descargado el fichero de la clave de registro del almacén o vault

Una vez realizado lo anterior, ya vemos en el portal de Azure que nos aparece el Sitio creado, así como el servidor en cuestión

Ahora, comienza la fase de preparación del destino. Seleccionamos suscripción y modelo de despliegue a usar después del failover

Tenemos que crear y asociar una política de replicación, en la que definiremos el comportamiento de la misma. Para ello, basta con seguir el asistente, el cual es muy intuitivo.

Una vez concluida la planificación, llega la hora de la verdad. Vamos a replicar una máquina virtual on-premise al entorno de Azure.

Para ello, en nuestro Site Recovery > Replicated items, hacemos click en +Replicate

Configuramos el origen de replicación

Configuramos el destino de la replica, definiendo Storage Account (el almacenamiento donde correrá la réplica) y la red a la que pertenecerá la réplica. Obviamente, si tenemos diferentes clientes, deberíamos tener diferentes redes, cuentas de almacenamiento, grupo de recursos, etc...

Seleccionamos la máquina virtual del origen que pretendemos replicar a Azure

Definimos el SO, el disco en el que correo el mismo, y los discos a replicar así como el nombre que tendrá la mv en el inventario de Azure

Y finalizamos el asistente

Bien... al cabo de un tiempo prudencial, obviamente el tiempo dependerá de variables como el ancho de banda, la cantidad de datos a replicar, etc... Si nos posicionamos en el Site Recovery > Replicated items , encontraremos nuestra mv replicada.

Una vez con la réplica ya operativa en Azure, sólo nos queda probarla. Como se puede apreciar hay tres métodos distintos. El Test Failover, para probar la funcionabilidad del plan, el Planned Failover, que se usará cuando tengamos un failover planificado, como por ejemplo un corte planificado en el CPD, una migración, etc... y un Failover a secas. Esta última opción, es la que se aplicará cuando definitivamente hemos tenido un corte de servicio imprevisto, y queremos recuperarlo desde el cloud.

En este post, vamos a mostrar la ejecución de un Test Failover, tarea que por otra parte, deberíamos hacer mínimo una vez al año para asegurar que el sistema es funcional. Para ello, click sobre Test Failover, seleccionamos el Recovery Point, la red de nuestro entorno de Azure en la que nos interesa que corra la mv replicada (la que creamos anteriormente para el efecto)

Una vez ejecutado el test-failover, nos aparecerá la mv replicada en nuestro inventario de máquinas virtuales.

Luego a partir de aquí, ya sólo tendríamos que asociarle una IP pública, asegurarnos de que el network security gateway (lo que podríamos definir como firewall que se le aplica a la máquina replicada con sus reglas de entrada, salida, nat, etc..) autorice el tráfico entrante a través de RDP

Y proceder a conectarnos...

Voilá! Ya tenemos disponible la conexión a la mv replicada!

#HyperV #AZURE #Windowsserver #CLOUD

azure-administrator-associate.png
MCSA-Windows-Server-2012-2019.png
VMW-LGO-CERT-PRO-DATA-CTR-VIRTUALIZATION