Sei sulla pagina 1di 12

1

HYPER-V R2 - ALTA DISPONIBILIDAD CON HOST CLUSTER


En este pequeo articulo quisiera compartir mi experiencia en la implementacin de Hyper-V
R2 para sistemas en ambiente de produccin. En ningn caso se pretende conseguir un
manual de instalacin infalible, sino una gua que los oriente para conseguir implementar un
ambiente de virtualizacin robusto y que ofrezca alta disponibilidad. En su momento me fue
difcil encontrar documentacin adecuada para conseguir este objetivo y con este articulo
espero poder aportar a quienes estn dando sus primeros pasos en esta tecnologa.
En el marco de la implementacin de una plataforma SharePoint 2007, y tomando en
consideracin la nueva poltica corporativa de consolidacin y virtualizacin de servidores,
comenc a evaluar las distintas alternativas con las que trabajamos.
Por un lado tenia VMWare ESX 3.5 y por otro Hyper-V. Todos los puntos se los llevaba VMWare
por lejos, pero estaba el tema costos, lo cual es un tema importante cuando se trabaja con
VMWare. Por otro lado Hyper-V hasta ese momento no contaba con buenas caractersticas de
Alta Disponibilidad, comparable con un Cluster HA de VMWare y VMotion, que entregara
proteccin ante fallas de Hardware en el Host.
En eso estaba cuando fue lanzado Windows Server 2008 R2, con un Hyper-V totalmente
mejorado, incluyendo nuevas caractersticas como LiveMigration y Cluster Shared Volume
(CSV), que lo acerca bastante a las funcionalidades que VMWare incluye desde hace unos
aos.
Caractersticas de Hyper-V
Hyper-V soporta una arquitectura de alta disponibilidad en Failover Clustering y en NLB. En
este articulo nos centraremos solo en Failover Clustering.

Hyper-V soporta Failover Cluster tanto a nivel de Host (host cluster), como a nivel de Guest
(guest cluster)
En el caso de Host Cluster, Microsoft soporta de 2 a 16 nodos con Hyper-v funcionando
conjuntamente de modo de poder mover las maquinas virtuales de un nodo a otro segn se
requiera:
Cada no programada de un Host Hyper-V, ya sea por una falla de Hardware o Software. En
este caso la maquina virtual ser movida automticamente a otro nodo del cluster.
Migracin manual o automtica por mantenimiento programado de algn Host, o
simplemente para distribuir carga entre los host (Aqu hecho de menos una funcionalidad
como DRS de VMWare).
Respecto al Guest Cluster, se refiere a un Failover Cluster en el que los diferentes nodos que
lo componen corresponden a maquinas virtuales sobre Hyper-V. Para lograr esto se requiere
conexin iSCSI, Fiber Channel no esta soportado para funcionalidades de Guest Failover
Cluster.
Luego nos encontramos con Cluster Shared Volume, que nos permite compartir un nico
volumen o LUN, entre 2 o ms host Hyper-V, pudiendo ser accedidos por todos los nodos del
Host Cluster simultneamente.
Finalmente, nos encontramos con Live Migration, funcionalidad comparable con VMotion de
VMWare, que nos permite hacer migraciones en caliente de una maquina virtual, de un host
a otro, sin provocar perdida de servicio o datos en la maquina virtual (Excepto cuando se
produce una falla en el Host que provoque su apagado o reinicio, en cuyo caso la migracin
de la maquina virtual se realiza con la funcionalidad Quick Migration).
Mas detalles de las diferencias entre Live Migration y Quick Migration y sobre su
funcionamiento lo pueden encontrar en el siguiente sitio:
Hyper-V Live Migration vs. Quick Migration

Requisitos
Una vez tomada la decisin de trabajar con Hyper-V comenz la tarea de preparar la
plataforma para cumplir con los requisitos para su implementacin. A continuacin un
resumen de los requisitos mnimos para implementar un Host Cluster con Hyper-V
-

2 o ms servidores para Hyper-V (Hasta 16 nodos son soportados), con una arquitectura lo
ms similar posible (idealmente idntica), para evitar conflictos en los servidores virtuales al
momento de una migracin de un Host a otro. Hyper-V requiere procesadores con
arquitectura 64Bits. En mi caso son 2 servidores Dell idnticos, con 4 sockets Intel Xeon
Quadcore y 64GB en RAM c/u.
2 o ms interfaces de red en cada host. Idealmente se debe contar con una interfaz
dedicada para Live Migration, una para la comunicacin de las maquinas virtuales, una para
la administracin del servidor y una para comunicacin iSCSI (si aplica). En mi caso omito la
interfaz para iSCSI ya que utilizar conexin por Fiber Channel.
Acceso a un dispositivo de almacenamiento compartido, como una SAN, ya sea a travs de
iSCSI o Fiber Channel (Windows 2008 no soporta Failover Cluster usando el bus SCSI
tradicional). En mi caso una SAN EMC conectada por Fiber Channel.
Pasos de Instalacin
Pre-Requisitos.
Se procede a instalar Windows Server 2008 R2 en todos los nodos del cluster. Puede
utilizarse la versin Enterprise o Datacenter, tanto en una instalacin Full como en Server
Core. Todos los nodos deben tener la misma versin.
Se deben aplicar todos los parches de seguridad disponibles para el Sistema Operativo.
Se procede a configurar las interfaces de red para cada nodo. En mi caso se configura las
siguientes interfaces:

Interfaz de Administracin
Interfaz para Maquinas Virtuales
Interfaz para Live Migration
Todos los servidores en el cluster deben estar en el mismo dominio Active Directory.
Se conectan los nodos al almacenamiento compartido (En mi caso una SAN EMC), y se crean
las LUNs requeridas para el Cluster. Cada LUN debe ser asignada a todos los nodos del
Cluster, para que puedan acceder a su contenido.
Si en cada servidor se utiliza ms de una conexin al almacenamiento compartido, para
efectos de redundancia, se debe configurar el servidor para el manejo de mltiples Paths. La
solucin Multipath debe estar basado en Microsoft Multipath I/O (MPIO). En mi caso utilizo una
herramienta del fabricante de la SAN, EMC PowerPath, para cumplir esta funcin.
A nivel de sistema operativo, las LUNs asociadas deben configurarse como Basic Disks, no
Dynamics Disks.
Se recomienda formatear las particiones en formato NTFS. Para el disco Witness esto es
obligatorio.
Para las particiones se pueden utilizar Master Boot Record (MBR) o tabla de particiones GUID
(GPT)
Se instala el rol de Hyper-V en todos los nodos del Cluster en la seccin de roles de Server
Manager:

Se instala la Feature Failover Cluster en todos los nodos del cluster, en la seccin Features de
Server Manager:

Configuracin.
1.

1. Validacin de la configuracin.
Antes de que se pueda crear el cluster, se debe validar la configuracin. Se deben ingresar
todos los servidores que formarn parte del cluster.

Se debe asegurar que se ejecuten todos los test disponibles, ya que la solucin solo est
soportada cuando se aprueban estos tests.

4
Si la validacin presenta Warnings, se puede continuar de igual forma con la instalacin. Si
por el contrario la validacin presenta errores, estos deben ser solucionados antes de
proceder:

2.

2. Creacin de Cluster.
Una vez que se haya pasado la validacin, hacer click en la opcin Create a Cluster.
Primero se deben seleccionar ambos nodos:

Luego se debe especificar el nombre virtual del cluster.


registrado previamente en el servidor DNS.

Este nombre debe haber sido

Una vez confirmados los datos ingresados, se completa la creacin del Cluster

Se puede ver la informacin del cluster abajo:

3.

3. Configuracin de Red.

6
Una vez creado el cluster, se debe seleccionar una interfaz de red para ser usada como Live
Migration:

Tambin se debe configurar la interfaz a ser utilizada para las maquinas virtuales:

4.

4. Configuracin de Almacenamiento.
Una vez creado el Cluster y configurada la red, se debe configurar los discos a ser utilizados
en el cluster. En mi caso se agregaron 2 LUNs para maquinas virtuales y una adicional a ser
utilizada como disco Witness.

7
Opcionalmente se puede cambiar la configuracin del Quorum. En mi caso dej la
configuracin por defecto para la arquitectura que implement, es decir Node and Disk
Majority.
Para ver ms detalles de las distintas configuraciones de Quorum, pueden ingresar en la
siguiente pagina:
Windows Server 2008 Failover Clustering - The New Quorum Model
Para modificar la configuracin del Quorum se elige la opcin Configure Cluster Quorum
Settings de las opciones del cluster:

A continuacin se elige el tipo de configuracin de Quorom a utilizar:

Luego se selecciona el disco a ser utilizado por el Quorum:

Se dejan las dems opciones por defecto y se finaliza la configuracin, la cual queda de la
siguiente forma:

La columna Current Owner muestra el nodo que esta utilizando actualmente el disco. Para
que todos los nodos puedan tener acceso simultaneo a los discos, se debe habilitar la funcin
Cluster Shared Volumes. Aun as, cada disco tendr un Owner, pero podr ser accedido por el
resto de los nodos.
En la seccin Cluster Shared Volumes se debe habilitar esta funcin:

9
Se deben agregar los discos que debern ser accedidos por todos los nodos del Cluster. La
configuracin quedara de la siguiente forma:

Se pueden agregar mas discos a los Cluster Shared Volumes a medida que se van asignando
ms LUNs al cluster.

5.

5. Validacin de Cluster.
Finalmente, se recomienda ejecutar una validacin del cluster para detectar posibles
problemas de configuracin. Se deben ejecutar todos los tests disponibles. Se debe tener
especial cuidado de no ejecutar esta validacin en un ambiente en produccin, debido a que
parte de los tests incluyen la desconexin y reconexin de los discos del Cluster, provocando
as la cada de las maquinas virtuales que se ejecutan sobre el.

Pruebas del Cluster.


1.

1. Creacin de maquina virtual de pruebas.


Para probar el cluster y sus funciones de Alta Disponibilidad, se debe crear una Maquina
Virtual normal en uno de los nodos del Cluster.
La maquina virtual debe utilizar los discos del Cluster para almacenar los discos virtuales y su
configuracin. La funcin Cluster Shared Volume crea un acceso directo en el disco C de cada
nodo llamado Cluster Storage, el cual contiene cada uno de los volmenes compartidos del
Cluster.

10
En esta configuracin los volmenes no son visibles directamente a travs de la interfaz de
usuario del servidor. Solo se puede acceder a ellos a travs del acceso directo mencionado
anteriormente.

2.

2. Configurando alta disponibilidad para la maquina virtual.


Una vez creada la maquina virtual, se debe configurar para las funciones de alta
disponibilidad de Hyper-V.
Se debe entrar a la seccin Service and Applications y seleccionar la opcin Configure a
Service or Application, donde aparecer el siguiente asistente:

Aqu se debe seleccionar la opcin Virtual Machine, luego de lo cual se debe seleccionar la
maquina virtual a configurar:

11

Seleccionamos la maquina virtual creada y dejamos el resto de las opciones por defecto.
Una vez configurada la alta disponibilidad para la maquina virtual, aparecer de la siguiente
forma.

En este punto podemos encender la maquina virtual desde esta ventana, o desde la consola
de administracin de Hyper-V.
Para evitar los pasos de habilitacin de alta disponibilidad para cada maquina virtual que se
crea, se puede utilizar Microsoft System Center Virtual Machine Manager para administrar las
maquinas virtuales, el cual configura la alta disponibilidad en forma automtica.
3.

3. Moviendo una maquina virtual entre nodos.


Una vez configurada la alta disponibilidad, se pueden realizar pruebas de migracin utilizando
Live Migration. En la consola Failover Cluster Manager, en la seccin Services and
Applications, se selecciona la maquina que se quiere migrar y se selecciona la opcin Live
Migrate virtual machine to another node, indicando el nodo al cual se quiere migrar:

12

Durante la migracin la consola se ver de la siguiente forma:

Este proceso dura solo unos segundos, y depende de cuanta memoria tiene asignada la
maquina virtual.
Para eventos de cadas de uno de los nodos, otro de los nodos del cluster tomar el control de
las maquinas virtuales afectadas. Se guardar el estado de estas maquinas y se movern de
nodo, donde se iniciarn nuevamente con un mnimo de downtime.

Potrebbero piacerti anche