[ASR] Recuperación de VMs de Hyper-V administradas con Virtual Machine Manager - Parte 3

Post en esta serie:

[ASR] Recuperación de VMs de Hyper-V administradas con Virtual Machine Manager - Parte 1
[ASR] Recuperación de VMs de Hyper-V administradas con Virtual Machine Manager - Parte 2
[ASR] Recuperación de VMs de Hyper-V administradas con Virtual Machine Manager - Parte 4
[ASR] Recuperación de VMs de Hyper-V administradas con Virtual Machine Manager - Parte 5


En la parte 2 de esta serie finalizamos instalando el proveedor de ASR en los servidores de VMM, en esta parte vamos a continuar con la instalación del agente de Site Recovery (Microsoft Azure Recovery Services Agent) en los servidores de Hyper-V.  En la siguiente imagen he marcado el paso 1 como finalizado. Al tener listo el servidor de VMM podemos pasar al paso 2 y elegir una de las nubes de VMM, pero antes vamos a realizar las actividades del paso 3, es decir instalar el agente en cada unos de los host que conforman la nube que vamos a utilizar.

En el paso3, simplemente debemos confirmar cuando ya tengamos el agente instalado en cada uno de los host, allí mismo encontramos el enlace para descarga, el cual apunta a la siguiente URL: http://aka.ms/downloadmarsagent_eus

Se descargará el archivo MARSAgentInstaller.msi

Una vez descargado lo instalamos en cada uno de los host:

Seleccionamos la ruta de instalación y de cache y hacemos clic en Next

Seleccionamos cómo conectarnos a Internet, en caso de que tengamos un proxy debemos especificarlo, de lo contrario se conectará con la configuración de proxy por defecto.

Se deben cumplir los pre-requisitos que se muestran en la siguiente imagen antes de continuar, una vez se cumplan, hacemos clic en Install

Una vez finalice la instalación, hacemos clic en el botón Proceed to Regsitration

Cuando finalicemos la instalación del agente en cada uno de los host de Hyper-V, vamos al portal y terminamos de seleccionar la información que nos falta, tal como se muestra a continuación:

En este caso, he seleccionado la nube llamada Lab y como ya he instalado el agente en cada uno de los host, selecciono: Yes, I have installed the agent

Esta parte que acabamos de terminar, es tal vez la parte más larga del proceso, que es la configuración del origen (source). A continuación podemos ver como aparece una vez hemos finalizado los 3 pasos que componen esta parte de la configuración, y pasamos inmediatamente a la siguiente instancia que es el destino, en este caso Azure.

Como podemos observar, esta parte de la configuración Target - Azure también se compone de tres pasos:

1. Seleccionar una suscripción de Azure.
2. Asegurarse de que exista al menos una cuenta de almacenamiento compatible (ya la tenemos).
3. Asegurarse de que exista al menos una red virtual de Azure compatible (ya la tenemos).

Recuerden que en la parte 1 de esta serie hemos creado tanto la cuenta de almacenamiento como la red virtual. También se puede observar que si se encuentran cuentas de almacenamiento o redes virtuales compatibles, se informa cuántas fueron encontradas, para este caso fueron encontradas 2 cuentas de almacenamiento y 4 redes virtuales compatibles.

Si observamos en la parte superior de la imagen anterior tenemos la opción para agregar la red y la cuenta de almacenamiento.

Ahora, ya vamos a pasar al 5 paso y último del proceso Replication Settings

Hacemos clic en Create and Associate

Debemos crear la política como se muestra a continuación:

Configuramos nuestra política de replicación, la cual incluye cada cuánto tiempo va a replicar los cambios a Azure, la retención, entre otros. Esto se debe configurar según las necesidades de cada negocio.

Name: ponemos un nombre descriptivo, en este caso ReplicationPolicy

Copy frequency: 5 Minutos

Recovery point ratention in hours: 2

App-consistent snapshot frequency in hours: 1

Initial replication start time: Immediately

Con esto terminamos la configuración!

Bien, esto es todo para esta tercera parte. Espero que no se esté haciendo muy extenso. Nos vemos en la próxima parte.

Continúa en:
[ASR] Recuperación de VMs de Hyper-V administradas con Virtual Machine Manager - Parte 4

[ASR] Recuperación de VMs de Hyper-V administradas con Virtual Machine Manager - Parte 2

En el anterior post vimos como preparar la infraestructura en Azure para la recuperación ante desastres, en esta segunda parte veremos cómo realizar la configuración de ASR desde el portal.

Posts de esta serie:

[ASR] Recuperación de VMs de Hyper-V administradas con Virtual Machine Manager - Parte 1
[ASR] Recuperación de VMs de Hyper-V administradas con Virtual Machine Manager - Parte 3
[ASR] Recuperación de VMs de Hyper-V administradas con Virtual Machine Manager - Parte 4
[ASR] Recuperación de VMs de Hyper-V administradas con Virtual Machine Manager - Parte 5



PREPARAR LA INFRAESTRUCTURA

Lo primero que debemos hacer ingresar a nuestro Recovery Services Vault. vamos a Site Recovery y luego a Prepare Infrastructure

Inmediatamente veremos la primer parte de la preparación, donde básicamente debemos definir un objetivo de replicación, y lo configuramos de la siguiente forma:

1. Dónde están ubicadas sus máquinas: On-premises
2. Dónde quiere replicar sus máquinas: A Azure
3. Están virtualizadas sus máquinas: Sí, con Hyper-V
4. Usa System Center Virtual Machine Manager VMM para administrar sus hosts de Hyper-V: Sí

El paso número dos podemos omitirlo por ahora, básicamente es para hacer un planning de los recursos que tenemos para no tener problemas posteriores, por ahora indicaré que lo haré después.

En el paso número 3 debemos preparar el origen, el cual consta de otros 3 pasos: Agragar el servidor de VMM para que sea registrado con el servicio de ASR, seleccionar una nube, y por último configurar los hosts. Empezaré agregando el servidor de VMM.

Nos aseguramos de que en tipo de servidor tengamos System Center VMM Server

Ahora vamos directamente al paso 3 y descargamos el instalador del proveedor de ASR. Esta es la URL a la cual apunta el enlace: http://aka.ms/downloaddra_eus

Una vez descargado el proveedor, descargamos la clave de registro para el vault, haciendo clic en el botón Download. 

Una vez descargados los archivos, instalamos el proveedor en cada servidor de VMM, y con la clave descargada procedemos a realizar el registro.

Debido a que en un solo pantallazo no pude capturar todas las opciones, a continuación pongo la siguiente parte, la cual sí es requerida si vamos a replicar hacia Azure, ya que no es necesaria si se está replicando a otro sitio de VMM.

El agente debemos instalarlo en cada uno de los hosts de Hyper-V que contienen nubes de VMM.

Ahora vamos a instalar el proveedor en el servidor VMM

INSTALAR PROVEEDOR EN EL SERVIDOR VMM

Instalación del proveedor en el nodo VMM pasivo.

Dejamos marcada la opción para que busque de forma automática actualizaciones del proveedor usando Microsoft Update.

Seleccionamos la ubicación donde será instalado el proveedor.

Una vez finalice el proceso de instalación, el instalador indica que debe hacer la instalación en el nodo activo para poder registrar el servicio con Azure Site Recovery.

Al hacer clic en Finish nos solicta detener el servicio de VMM y lo inicará nuevamente de forma automática.

Instalación del proveedor en el nodo VMM activo.

Iniciamos el proceso en el nodo activo, en esta ocasión se abrirá el asistente para el registro de ASR, después de activar las actualizaciones con Microsoft Update, indicamos la ruta de instalación e instalamos, al final podemos ver que termina de configurar el servicio e instala el proveedor satisfactoriamente. Ahora debemos hacer clic en Register para iniciar el proceso de registro del servidor VMM en el vault de ASR.

Hacemos clic en Browse y ubicamos el archivo con la clave que descargamos previamente desde el portal y hacemos clic en Next

Probaremos que exista conectividad con el servicio de ASR sin usar servidor proxy, dejamos marcada la primer opción y hacemos clic en Next

Nos solicita una ubicación para guardar el certificado de cifrado que se utiliza para descifrar durante una operación de failover.

Una vez elegida la ubicación para guardar el certificado, hacemos clic en Next

Por último, dejamos marcada la casilla de verificación para sincronizar metadata de nube y hacemos clic en Register

Esperamos...

Y listo! de esta forma ya tenemos nuestro clúster de VMM con el proveedor de ASR.

Bien, ya que hemos terminado de instalar el proveedor en cada servidor de VMM, debemos instalar el agente de Site Recovery en cada host de Hyper-V. Pero esto lo haremos en la siguiente parte, la idea es que no queden tan extensos los artículos, así que estén atentos a la siguiente parte.

Continúa en:
[ASR] Recuperación de VMs de Hyper-V administradas con Virtual Machine Manager - Parte 3

[ASR] Recuperación de VMs de Hyper-V administradas con Virtual Machine Manager - Parte 1

Posts de esta serie:

[ASR] Recuperación de VMs de Hyper-V administradas con Virtual Machine Manager - Parte 1
[ASR] Recuperación de VMs de Hyper-V administradas con Virtual Machine Manager - Parte 2
[ASR] Recuperación de VMs de Hyper-V administradas con Virtual Machine Manager - Parte 3
[ASR] Recuperación de VMs de Hyper-V administradas con Virtual Machine Manager - Parte 4
[ASR] Recuperación de VMs de Hyper-V administradas con Virtual Machine Manager - Parte 5


En este artículo vamos a ver una de las posibles configuraciones que soporta Azure Site Recovery, cabe aclarar que existen diferentes configuraciones tales como:

1. Recuperación ante desastres Azure a Azure
2. Recuperación ante desastres VMWare a Azure
3. Recuperación ante desastres Servidores Físicos a Azure
4. Recuperación ante desastres Hyper-V a Azure
5. Recuperación ante desastres Hyper-V (administrado con VMM) a Azure

En este post vamos ver la configuración número 5, recuperación ante desastres de máquinas virtuales de Hyper-V que son administradas con System Center Virtual Machine Manager, más conocido como VMM. Tal vez en otros post me anime a escribir sobre las otras configuraciones, por ahora empezaré con esta.

En mi entorno local con Hyper-V y VMM tengo dos máquinas virtuales que pretendo proteger con Azure Site Recovery, y son las siguientes:

LAB-SRV5  - Windows Server 2016, Visual Studio, Aplicación C# + ADO.NET
LAB-SRVSQL - Windows Server 2016, SQL Server 2016

Se trata de una aplicación .NET sencilla que se conecta a una base de datos SQL Server, la aplicación que usaré para esta demostración, se encuentra disponible en el siguiente tutorial de MSDN:

Tutorial: Crear una aplicación de datos sencilla mediante ADO.NET

A continuación el diagrama de la infraestructura a proteger:

Clic para ampliar

Bien, ahora que ya tenemos claro cuál es mi infraestructura a respaldar, vamos a empezar con la configuración de Azure Site Recovery.

1. CREACIÓN DE CUENTA DE ALMACENAMIENTO

Lo primero que debemos hacer enel portal de Azure es crear lacuenta de almacenamiento, en esta se almacenarán los recursos de las máquinas que vamos a respaldar, cuando se realizala conmutación por error (failover), las máquinas se crean utilizando los recursos almacenados en Azure Storage.

Importante: La cuenta dealmacenamiento se encuentre en la misma región que el almacén de Recovery Services que crearemos más adelante

En estaocasión he dejado laconfiguración del portal en Inglés, espero no tengas problema con ello:

Vamos a Create a Resource, Storage y luego Storage account - blob, file, table, queue

Ahora diligenciamos la información requerida para la creación dela cuenta:

1. Name: Aquí va el nombre dela cuenta, debe ser único en todo Azure, si el nombre no lo ha utilizado nadie, saldrá la palomita verde.

2. Deployment model: Aquí dejamos Resource Manager

3.  Account kind: Esto es el tipo de cuenta, seleccionamos Storage (general purpose v1)

4. Location: Es la ubicación del centro de datos donde se crearán los recursos, en este caso East US

5. Performance: Marcamos Standard

6. Secure transfer required: Lo mantemenos en Disabled

No me alcanzó todo en un solo pantallazo, así que continúa con la siguiente imagen:

7. Subscription: Aquí seleccionamos nuestra suscripción.

8. Resource group: Aquí podemos elegir entre crear un nuevo grupo de recursos o seleccionar uno ya existente, para este caso previamente había creado un grupo de recursos llamado cherradaRG

9. Configure virtual networks: Lo dejamos en Disabled

10. Create: Ya teniendo todo lo anterior listo, solo debemos hacer clic en el botón para iniciar el despliegue.


2. CREACIÓN ALMACÉN DE RECOVERY SERVICES


Vamos a Create a Resource, Storage y luego Backup and Site Recovery (OMS)

Diligenciamos un par de datos para la creación del almacén:

1. Name: Ponemos un nombre descriptivo, en este caso RecoveryVault

2. Subscription: Aquí seleccionamos nuestra suscripción.

3. Resource group: Selecciono mi grupo de recursos llamado cherradaRG

4. Location: Es la ubicación del centro de datos donde se crearán los recursos, en este caso East US

    Nota: Recuerde que debe ser la misma región donde se creó la cuenta de almacenamiento.

5. Create: Por último, clic en este botón para iniciar el despliegue.


3. CREACIÓN DE RED VIRTUAL EN AZURE

Cuando realicemos laconmutación por error hacia Azure, las máquinas serán desplegadas en una red virtual que previamente debemos crear.

Vamos a Create a Resource, Networking y luego Virtual network

Llenamos los datos:

1. Name:  Aquí va el nombre de la red virtual, debe ser único en todo el grupo de recursos,

2. Address space: Escribimos nuestro rango dedirecciones, para este caso 10.0.0.0/24

3. Subscription: Aquí seleccionamos nuestra suscripción.

4. Resource group: Selecciono mi grupo de recursos llamado cherradaRG

5. Location: Elegimos la ubiación, en eset caso East US

6. Subnet Name: Ponemos el nombre de la subred en Azure, en este caso SubnetRecovery

7.  Address renge: Escribimos nuestro rango dedirecciones, para este caso 10.0.0.0/24

8. DDoS protection: Lo dejamos en Basic

9. Create: Por último, clic en este botón para iniciar el despliegue.

Bien, ya con esto hemos finalizado la preparación de la infraestructura en Azure, en la siguiente parte veremos como preparar la infraestructura de site recovery.

Continúa en:
[ASR] Recuperación de VMs de Hyper-V administradas con Virtual Machine Manager - Parte 2

Microsoft MVP 2018-2019

Esta entrada es para compartir con ustedes que he sido reconocido por cuarto año consecutivo como Microsoft MVP. En esta ocasión hubo un cambio en mi categoría, ya no estaré más bajo la categoría Enterprise Mobility a partir de este nuevo ciclo hago parte de la categoría Microsoft Azure. Los tiempos cambian y cada profesional debe adaptarse a los mismos, es por ello que muchos temas del mundo on-premise han perdido vigencia y eso debemos entenderlo y tenerlo claro, de la misma forma mis aportes en las comunidades técnicas ahora solamente estarán relacionados con temas de nube. Un saludo para todos los miembros de las comunidades técnicas.