Instalando y configurando VMware Site Recovery Manager – VMware SRM

Bueno, bueno, bueno, por fín tuve la posibilidad de probar VMware Site Recovery Manager o VMware SRM, es un software que nos permitirá de una forma automatizar la recuperación de desastres en nuestro entorno virtual. Está pensado para ‘mover’ nuestro entorno virtual, si disponemos de un datacenter/CPD virtualizado y queremos estar protegidos ante cualquier catástrofe, tendremos otro datacenter/CPD replicado en otro edificio, conectado lógicamente con fibra.  VMware SRM se apoya en las replicaciones que nos dan los fabricantes de las cabinas de almacenamiento la posibilidad de darle a un botoncito rojo tipo Pentágono, y trasladar toda la ejecución que se realiza en un CPD al otro, levantando las máquinas virtuales en el CPD destino, con las mismas configuraciones y datos que teníamos en el CPD origen. Con esto, configuraremos nuestro(s) plan(es) de recuperación, y tendremos la posibilidad de probar que la configuración es correcta y se levantaría bien en el datacenter/CPD destino. Ya que hoy en día sin este producto es impensable lo que habría que realizar si queremos levantar manualmente un CPD en caso de que el nuestro se nos haya quemado. Es un producto que se integra con nuestra infrastructura virtual de VMware Infrastructure, VMware VirtualCenter, y el software de replicación de los fabricantes de almacenamiento.A día de hoy los siguientes fabricantes ya disponen de un software compatible con VMware SRM: 3PAR, Dell, EMC, FalconStor, Hitachi Data Systems, HP, IBM, LeftHand Networks y NetApp.

Esta es mi situación actual, con la que realizaré el ejemplo. Dispongo de dos ubicaciones, mi CPD principal sería «Bilbao 1» y en él tengo mi infrastructura virtual VMware, que consta de algo sencillito como es un host ESX llamado ‘esx35u201’, VMware vCenter Server en ‘w2k3r201’, una cabina de almacenamiento Lefthand Network VSA llamada ‘vsa01’ y un par de máquinas virtuales ejecutadas en el host ESX. Lo que se pretende es, si se me quema (o cualquier otra catástrofe!) el CPD principal pase toda la ejecución de mi entorno virtual de forma inmediata a mi CPD secundario, simplemente pulsando un botoncito rojo. Y como se ve, en el otro CPD lo que tengo que tener es un hardware similar, tiene que soportar por lo menos las máquinas virtuales que queramos levantar, no tienen por qué ser todas las del origen; pero debe disponer, al menos un host ESX (en mi caso ‘esx35u202’), un servidor VMware vCenter (en mi caso ‘w2k3r202’) y una cabina a la que se le pueda replicar los datos de la cabina principal, la replicación de VMware Site Recovery Manager se apoya en la de los fabricantes, así que mi cabina estaría configurada con la replicación de las LUN’es que me interese (los almacenamientos compartidos de VMware). Y además les tengo en el mismo rango de red!! para este caso nos daría igual.

Así que bueno, en este documento se ve la parte de VMware SRM, así que yo ya tengo configurado lo siguiente, así que se da por hecho:

CPD1:
– Host(s) VMware ESX instalado(s) y con máquina(s) virtual(es).
– Equipo con VMware VirtualCenter
– Cabina de almacenamiento con la réplica de LUN’es configurada a la cabina del CPD2.

CPD2:
– Host(s) VMware ESX instalado(s).
– Equipo con VMware VirtualCenter.
– Cabina de almacenamiento con la réplica de LUN’es configurada de la cabina del CPD1.

Listo, así que comenzamos, habrá que instalar VMware Site Recovery Manager en ambos servidores de VMware Virtual Center, para poder configurar unos planes de protección y de recuperación. Podremos probar todo este entorno ya que VMware nos dejará licencias DEMO del producto en su web oficial (http://www.vmware.com/products/srm/), bueno ejecutamos el programa de instalación de VMware SRM, «Next»,

Aceptamos el acuerdo de licencia «I accept the terms in the license agreement» & «Next»,

Seleccionamos la ruta para instalarlo, por defecto podemos dejarlo en «C:Archivos de programaVMwareVMware Site Recovery Manager», «Next»,

Debemos introducir la información de nuestro servidor VMware VirtualCenter, la dirección IP o nombre, el puerto (por defecto 80tcp), y el usuario y contraseña del administrador de Infrastructuras, «Next»,

Ok, conexión conseguida, debemos confirmar el certificado ya que es privado… «Sí»,

Como la conexión entre VMware SRM y VMware vCenter va vía SSL, necesitamos generar un certificado para cifrar dicha conexión, así que podemos indicarle que nos genere un certificado de forma automática marcando «Automatically generate a certificate» & «Next»,

Introducimos los datos para el certificado Organización y nombre de la Unidad Organizativa, «Next»,

Bien, ahora debemos indicar un nombre al sitio de VMware SRM que estamos creando, así que se puede poner un nombre que nos sea fácil de asociar al primer CPD o el nombre que nos interese, además de introducir una dirección de correo electrónico en la que recibiremos todas las notificaciones. Así como la dirección IP que queremos que use este sitio de VMware SRM y los puertos que necesita, por defecto los puertos de escucha son: SOAP Port 8095 para las peticiones de SRM, HTTP Port 8096 para descargar el plugin de SRM; y los puertos de escucha «API Listener Ports» son para el API de SRM, dejamos los puertos predeterminados 9007 para el puerto SOAP y 9008 en el puerto HTTP.

VMware Site Recovery necesita una base de datos, seleccionamos una SQL existente en nuestra red o instalamos un SQLExpress o MSDE. En «Database Client» marcamos «SQL Server», y debemos crear un ODBC para la conexión a ella, pulsamos en «ODBC DSN Setup…»

Vamos a la pestaña «DSN de sistema» > «Agregar…»

Marcamos «SQL Native Client» (si no lo tenemos hay que descargarlo e instalarlo de la web de Microsoft), «Finalizar»,

Introducimos un nombre a la conexión DSN, una descripción y un servidor SQL Server al que nos conectaremos. En mi caso, me conectaré a la instancia que me creó la instalación de VMware vCenter llamada SQLEXP_VIM, previamente he creado una BD en ella, para producción nada recomendable), «Siguiente»,

Introducimos la autenticación contra el servidor SQL Server o la base de datos, «Siguiente»,

Y seleccionamos la base de datos donde guardaremos toda la info de VMware SRM, «Siguiente»,

«Finalizar»,

Probamos la conectividad «Test Data Source…»

«OK» bien,

Continuamos con el asistente de instalación de VMware Site Recovery Manager, introducimos ya el nombre del DSN que acabamos de crear, introducimos los credenciales de la base de datos, «Next»,

Listos para instalar, pulsamos «Install» para que comience,

…

Tras unos minutos ya tenemos VMware SRM instalado, recordar que este mismo proceso habrá que realizarlo en el otro servidor VMware VirtualCenter, pero sin la misma configuración, ya que en uno se configuran los planes de protección y en el otro el de recuperación. «Finish».

Ojo, ahora deberemos reiniciar los servicios de VMware VirtualCenter para que actualice la información, así que abrimos la consola «Servicios» de las «Herramientas Administrativas», buscamos el servicio «VMware VirtualCenter Server» y con botón derecho encima «Reiniciar».

Bien, una vez instalado, nos tenemos que conectar al servidor VMware vCenter para instalar y habilitar los plug-in de VMware SRM, esto lo realizaremos en ambos nodos también. Así que ale!

Vamos a «Plugins» > «Manage Plugins…»

Vemos el Plugin VMware Site Recovery Manager Extension (versión 1.0.1), pulsamos en «Download and Install…»,

Comenzará un breve asistente MyWife de la instalación, «Next»,

Aceptamos la licencia, «Next»,

Y pulsamos en «Install» para que lo instale 😉

…

Listo, tras unos segundos lo tenemos instalado, pulsamos en «Finish»,

Ahora debemos habilitar el plugin, para ello, volvemos a «Plugins» > «Manage Plugins…»

Y marcamos «Enabled» en VMware Site Recovery Manager Client, «OK»,

Si no nos sale el botón de «Site Recovery» debemos cerrar la consola VMware Infrastructure Client y volverla a abrir; pulsamos en «Site Recovery»,

Cómo es la primera vez que nos conectamos, debemos ignorar el certificado privado que hemos generado antes, además marcaremos «Do not display any security warnings for…» & «Ignore» para que no nos moleste con alertas de este tipo.

Bien, esta sería la vista principal de nuestro VMware Site Recovery en ambos nodos, lo que tenemos que hacer es sencillo, configurarlo en cada nodo lo que nos interese. En el CPD principal deberemos configurar sólo la parte de «Protection Setup» donde crearemos qué recursos son los que queremos proteger, y en el CPD de respaldo, crearemos sólo un plan de recuperación o «Recovery Plan», con esto indicamos que recursos son los que queremos mover de un Datacenter o CPD a otro. En principio eso es lo que se configurará en este documento, si el CPD secundario tendría también carga de trabajo, y tendría máquinas virtuales configuradas, y nos interesase también configurar éste para que en caso de catástrofe fuese todo al CPD 1, habría que repetir la configuración de Protección en el SRM secundario (cosa que no haremos en este doc). Ya que simplemente protegeremos el CPD principal para que se levante en el CPD secundario.

Así que en el VMware Site Recovery del CPD 1, tendremos que configurar en «Protection Setup» lo que protegeremos, primero configuraremos la conexión entre un servidor SRM y el otro servidor SRM, pulsamos en «Connection» > «Configure»,

Indicamos el nombre remoto del otro servidor VMware Site Recovery que es el mismo que el VMware VirtualCenter, así cómo su puerto de conexión. Debemos comprobar que entre ambos CPD lógicamente hay conectividad y la resolución de nombres funciona correctamente. «Next»,

Nos indica que el certificado no es válido, lo aceptamos pulsando en «OK»,

Introducimos los credenciales del VMware vCenter remoto, «Next»,

… esperamos mientras comprueba la conectividad…

Ok, listo, hay perfecta conexión, pulsamos en «Finish»,

Seguimos configurando la protección de nuestro principal entorno virtual, ahora configuraremos los miembros y la forma de la replicación de nuestra cabina, mediante el software de gestión de cada plataforma de almacenamiento, llamado SRA, sea HP, EMC… pulsamos en «Array Managers» > «Configure»,

Seleccionamos la cabina de almacenamiento donde se almacenan las máquinas virtuales de nuestro entorno virtual origen, pulsando en «Add…»,

Introducimos un nombre al array, indicamos cual es su fabricante, en mi caso es una «LeftHand Networks SAN/iQ», indicamos la dirección IP de cada una de las controladoras, y unos credenciales para poder conectarnos a la cabina, pulsamos en «Connect»,

Y ésto nos muestra el almacenamiento de la primera cabina, «OK»,

 

Listi, continuamos, «Next»,

Ahora igual, pero para la controladora destino, pulsamos en «Add…»,

Y la agregamos, le indicamos un nombre, igual que antes, pero ahora indicaremos las direcciones IP de las controladoras además de los credenciales, «Connect»,

Comprobamos que es correcto, «OK»,

Ok, listo, nos sale el almacenamiento de la cabina secundaria, «Next»,

Y con esto, vemos la replicación de ambos nodos replicados, se ve cómo se llama el datastore y las LUN’es replicadas, «Finish»,

Continuamos, toca configurar la parte del inventariado, esto es, asociaremos las redes virtuales que tengamos generadas en el Datacenter principal con el Datacenter secundario, así como los host ESX o el datacenter origen y destino. Pulsamos en «Inventory Mappings» > «Configure»,

Debemos asociar en principio las redes virtuales que tengamos creadas en el primer Datacenter con las del segundo Datacenter, así que sobre cada una de las redes virtuales, con botón derecho > «Configure»,

Indicamos que red es su homóloga y damos a «OK»,

Idem para los recursos de los host, marcamos cada servidor y con botón derecho «Configure»,

Seleccionamos el host destino & «OK»,

E idem con el Datacenter, «Configure»,

Seleccionamos el Datacenter de destino & «OK»,

Listo, ya tenemos configurados los mapeos entre los recursos de nuestros perfiles de protección y recuperación.

Volvemos al «Site Recovery» y configuramos un grupo de protección para nuestro CPD principal, pulsamos «Protection Groups» > «Create»,

Indicamos un nombre y recomendaría que una descripción también, para saber qué hace este grupo de protección, por si tenemos más, dependiendo de las máquinas virtualesque querramos mover y a donde, «Next»,

Seleccionamos qué datastores tenemos y qué maquinas queremos que estén disponibles ,

Indicamos el datastore destino donde las ubicaran, «Finish»,

En principio ya hemos configurado todo en el DataCenter principal, ya tenemos un grupo de protección creado, ahora deberemos ir al DataCenter destino y crear un plan de recuperación para poder levantar todo lo que nos interese en el Datacenter secundario en caso de una catástrofe.

Así que nos logueamos en el servidor VMware SRM secundario y vamos a «Site Recovery» y ahí debemos crear un plan de recuperación desde «Recovery Plans» > «Create»,

Indicamos un nombre para el plan de recuperación, «Next»,

Y esto nos muestra los planes de protección que tengámos disponibles en el DataCenter principal, en mi caso sólo tengo uno que tiene toda mi infrastructura virtual, «Next»,

Indicamos tiempos extra para cuando se realice una recuperación de todo el entorno, «Next»,

Seleccionamos la red que se usará para las pruebas que querramos hacer para testear si queremos comprobar que todo funciona correctamente,

Seleccionamos las máquinas virtuales que queremos mantener con el estado ‘suspendido’ cuando se realice la migración al nuevo DataCenter, esto será si andamos escasos de recursos y levantar las máquinas críticas, «Finish»,

Y ahora no queda más que testear nuestro nuevo entorno, que funciona bien y sería capaz de realizar perfectamente la migración de nuestro entorno virtual entre diferentes DataCenters, para ello tenemos un botón verde «Test»,

Nos indica que podemos perder rendimiento al realizar esta tarea, aún que en principio no debe afectar a los usuarios y pueden seguir trabajando, ya que esto es sólo un test, «Sí»,

… vamos comprobando cómo nos va moviendo los recursos entre unos servidores y otros…

Y listo, veremos en verde las pruebas satisfactorias y en rojo lo que está mal configurado. En mi caso me marca todo bien excepto la recuperación de las máquinas virtuales, ya que no se pueden levantar pq mis recursos son escasos (lógico si mi servidor ESX es virtual, y no se pueden ejecutar MV en él!), así que comprobamos que todo es correcto, todos los pasos y si estamos satisfechos podemos pulsar en «Continue» para volver a la pantalla principal de VMware Site Recovery Manager.

Ojo, si le damos al botón rojo, debemos aceptar que NO hay posibilidad de una vuelta atrás, esto es, la versión 1.0 de VMware Site Recovery nos permite realizar una migración del entorno virtual de nuestro CPD principal al secundario, pero no volver atrás de forma automática. Así que aceptaríamos la condición y ejecutaríamos «Run Recovery Plan» en caso de desastre (espero que nunca)!