[ASR] Proteger máquinas administradas con Hyper-V - Parte 1

sábado, 22 de febrero de 2020


Entradas de esta serie:

Proteger máquinas administradas con Hyper-V - Preparar la infraestructura
Proteger máquinas administradas con Hyper-V - Replicación inicial
Proteger máquinas administradas con Hyper-V - Conmutación por error de prueba
Proteger máquinas administradas con Hyper-V - Conmutación por error planeada
Proteger máquinas administradas con Hyper-V - Conmutación por recuperación (failback)


En esta serie de post vamos a ver cómo proteger con Azure Site Recovery las máquinas virtuales que tenemos en nuestras instalaciones locales (on-premises) virtualizadas con Hyper-V. Si lo que deseas es proteger máquinas virtuales que se encuentren protegidas con System Center Virtual Machine Manager te recomiendo revisar la siguiente serie de posts en los cuales explico cómo hacerlo: Recuperación de VMs de Hyper-V administradas con Virtual Machine Manager.


A continuación el diagrama de arquitectura utilizado para replicar máquinas desde Hyper-V hacia Azuere sin utilizar VMM



Nota: En los pasos que se describen a continuación se asume que ya se cuenta con un almacén de Recovery Services.

PREPARAR INFRAESTRUCTURA

Al ingresar al almacén de Recovery Services, en la parte de introducción, hacemos clic en Site Recovery y luego en Preparar infraestructura



Lo cual nos llevará de manera guiada sobre cada una de las actividades que debemos realizar para proteger las máquinas, a continuación veamos cada una de las 5 tareas que debemos ejecutar:



El primer paso se llama Objetivo de protección y es donde decimos desde dónde y hacía dónde vamos a replicar, los detalles a continuación:


  1.  ¿Dónde están ubicadas las máquinas? aquí tenemos dos opciones: Local o Azure, ya que no solo tenemos la posibilidad de proteger máquinas que se encuentren en el entorno local sino dentro de Azure podemos proteger máquinas por ejemplo en otra región, en este caso al tratarse de una implementación de Hyper-V local vamos a seleccionar la opción Local
  2. ¿A dónde quiere replicar las máquinas? podemos replicar las máquina no solamente en Azure sino por ejemplo a otro centro de datos nuestro fuera de Azure, en este caso vamos a replicar hacia Azure así que seleccionamos Para Azure
  3. ¿Va a realizar una migración? esta parte es importante, ya que anteriormente Microsoft recomendaba utilizar Site Recovery para hacer migraciones, si bien aún se puede hacer, Microsoft ahora recomienda usar Site Recovery solo para recuperación de desastres y sugiere utilizar su herramienta Azure Migrate para hacer migraciones, de hecho si esta opción seleccionamos Sí nos saldrá la recomendación, en nuestro caso no se trata de una migración, así que seleccionamos No
  4. ¿Las máquinas están virtualizadas? Tenemos la posibilidad de proteger máquinas virtualizadas con Hyper-V, VMWare e incluso servidores físicos, en esta ocasión estamos trabajando con Hyper-V así que seleccionamos Sí, con Hyper-V
  5. ¿Está usando System Center VMM para administrar los host de Hyper-V? Seleccionamos No, si sus máquinas de Hyper-V sí están siendo administradas con VMM, puedes leer esta serie de artículos que escribí al respecto.
PLANEAMIENTO DE IMPLEMENTACIÓN

En este paso se nos sugiere descargar la herramienta de planeamiento, mediante la cual podemos calcular los recursos que necesitamos en Azure para que nuestra solución funcione de manera óptima como por ejemplo almacenamiento, ancho de banda, entre otros e incluso podemos ver cuál sería el precio aproximado de estos recursos, si se trata de una puesta en producción es altamente recomendable hacer este ejercicio para evitar futuros dolores de cabeza, para nuestro caso al tratarse de un ejercicio didáctico indicaremos: Lo haré más tarde



ORIGEN

Este paso se compone de dos tareas: vamos a crear un sitio de Hyper-V y luego agregamos los servidores de Hyper-V, primero hacemos clic en  + Sitio de Hyper-V



Nos solicita un nombre para el sitio (puedes elegir cualquiera) en mi caso lo llamé On-premises


Ahora ejecutamos la segunda tarea que es agregar el servidor de Hyper-V


A continuación vamos a registrar los servidores de Hyper-V, para ello debemos asegurarnos de que las indicaciones 1 y 2 de la siguiente imagen se cumplan, es decir; que los host sean Windows Server 2012 R2 o superior  y en caso de utilizar proxy establecerlo para poder obtener acceso a las direcciones URL del servicio.

Cumpliendo lo anterior, podemos ir directamente al tercer paso que es descargar el instalador del proveedor de Azure Site Recovery (el cual debemos instalar en cada uno de los hosts).



Una vez descargado el instalador procedemos con su instalación en cada uno de los hosts de Hyper-V

Dejamos habilitadas las actualizaciones a través de Microsoft Update y hacemos clic en Next



Seleccionamos la ruta donde se instalará tanto el proveedor con el agente de Recovery Services y hacemos clic en Install




Una vez finalice la instalación de los componentes debemos registrar el servidor en el almacén de Site Recovery, para ello hacemos clic en el botón Register


Pero antes de de continuar el registro, debemos ir al portal de Azure y descargar la clave de registro, que es la tarea número 4 después de instalar el agente, esta clave la utilizaremos a continuación:

En Key file hacemos clic en Browse y seleccionamos el archivo con la clave que hemos descargado previamente desde el portal, el resto de datos son cargados de forma automática desde el archivo de registro. Hacemos clic en Next para continuar.



Indicamos que nos vamos a conectar sin usar proxy, y hacemos clic en Next



Y esperamos hasta que finalice el registro:


Por último, hacemos clic en Finish para terminar.


De esta forma ya tenemos registrado nuestro host con el almacén de Site Recovery. Ahora debemos volver al portal para seguir con la preparación.

Podemos notar que ya hemos realizado las dos tareas del paso 3, hacemos clic en Aceptar para concluir para ir al siguiente paso.



DESTINO

Aquí básicamente vamos a preparar en Azure lo necesario para que las máquinas se puedan replicar y funcionar sin problemas, esto incluye la creación de una cuenta de almacenamiento donde se guardarán los discos de las máquinas y por supuesto la red virtual que utilizarán las máquinas en el momento que se realice la conmutación por error (failover).

Como vemos en la siguiente imagen se indica que debe haber una cuenta de almacenamiento compatible, en caso de no existir podemos crearla desde aquí mismo, como haremos a continuación.



Hacemos clic en Crear nueva


Le ponemos un nombre único, elegimos el tipo de cuenta, el rendimiento que puede ser estándar o premium y por último si queremos replicar localmente o en otra región.


Una vez creada la cuenta, podemos seleccionarla para que sea usada para albergar los discos de las máquinas replicadas.


Lo mismo debemos hacer ahora para la red virtual a la cual se conectarán las máquinas durante la conmutación por error, si no tienes una red previamente creada desde aquí mismo es posible crearla, como se puede ver en la siguiente imagen.

Donde hemos creado una red 10.5.0.0./16 de nombre ASR-VNet y hemos definido una subred llamada default la cual tiene el segmento 10.5.47.0./24


Una vez tengamos listo el almacenamiento y la red virtual, hacemos clic en Aceptar



Con esto hemos finalizado con el paso 4. Con esto nos vamos directamente al último paso de preparación que es configurar una directiva de replicación.

CONFIGURACIÓN DE REPLICACIÓN

En este último paso es donde definimos con qué frecuencia se replicarán los cambios en nuestras máquinas locales, el tiempo que se retendrán los puntos de recuperación y cuándo iniciaremos la réplica inicial, veamos cómo crear y asociar la directiva de replicación:



  1. Nombre: Ponemos un nombre a la directiva de replicación, en este caso: ASRPolicy
  2. Frecuencia de copia: Es la frecuencia con la cual se replicarán los cambios después de la replicación inicial, por defecto es cada 5 minutos
  3. Retención de puntos de recuperación en horas: El tiempo que se conservarán los puntos de restauración, por defecto 2 horas
  4. Frecuencia de instantáneas coherente con la replicación en horas: El tiempo en horas que se guardarán las instantáneas coherentes con la aplicación.
  5. Hora de inicio de la replicación inicial: No hace falta explicar, lo deje Inmediatamente
Al terminar hacemos clic en Aceptar.

Una vez creada se asocia a nuestro sitio On-premises, hacemos clic en Aceptar para terminar con la creación y respectiva asociación.


Con esto hemos finalizado la preparación de la infraestructura, podemos ver los cinco pasos marcados como completos.


Ahora podemos ver el estado del host de Hyper-V, para ellos vamos al almacén de Recovery Services y seleccionamos  Infraestrutura de Site Recovery



Y luego Hosts de Hyper-V bajo el apartado Para sitios de Hyper-V


Y veremos que el host se encuentra conectado y respondiendo.



Con esto finalizamos esta primer parte, en las siguientes entregas veremos cómo replicar las máquinas y cómo hacer pruebas de conmutación por error.

No hay comentarios:

 

Temas por fecha

Lo más visto

Comunidad

Comunidad
Comunidad Técnica

Visitas