Clúster con CNO borrado en Directorio Activo. - Cluster where the CNO has been erased in AD.

Hola.

A continuación os voy a detallar una solución a un problema grave, como es encontrarnos que se ha borrado el equipo (CNO) objeto de clúster en el directorio activo.

La solución oficial la podéis seguir aquí:

https://blogs.technet.microsoft.com/askcore/2009/04/27/recovering-a-deleted-cluster-name-object-cno-in-a-windows-server-2008-failover-cluster/

Aunque en mi caso, esta solución o es válida porque me he encontrado que el objeto, no es recuperable con ADRestore y por tanto, he tenido que comprender e intentar suplantar el objeto borrado a base de prueba y error.

Pasos:

1. Lo primero va a ser crear un objeto con el mismo nombre que el que debería existir, en la misma OU donde están los nodos del clúster. En mi cas este es el objeto con nombre "Exchange".

2. Vamos a dar permisos en la OU aud contiene el objeto, tanto a el, como a los nodos del clúster.

    - Permiso a añadir el de crear objetos: Create all child objects.

3. Vamos a copiarnos la clave Hexadecimal del atributo ObjectGUID

4. Vamos a ver la clave "ClústerNameResource" que encontramos en uno de los nodos del clúster en la ruta HKEY_LOCAL_MACHINE/Cluster

5. A continuación vamos a ir a la clave HKEY_LOCAL_MACHINE\Cluster\Resources\9fde1b55-c399-4485-bfe6-048d8711da45\Parameters  . Dentro veremos el OBJECTGUID que tenía el objeto que se creó en su día.

6. Cambiaremos la clave ObjectGUID anterior por el código hexadecimal que copiamos en el punto 3.

7. Repetiremos los pasos 5 y 6 en todos los nodos del clúster.

8. A continuación resetearemos la cuenta que creamos en el primer punto.

Testeando la solución:

Iremos el clúster y haciendo click derecho sobre el recurso del nombre del clúster, elegiremos "More Actions - Repair".

Saludos.

Lista de actualizaciones y hotfix publicados para Hyper-V en WS2012

 

Hola.

En Technet han actualizado la tabla con la lista de actualizaciones y hotfix sacados hasta la fecha para Hyper-V en Windows Server 2012

Aquí lo tenéis:

http://social.technet.microsoft.com/wiki/contents/articles/15576.hyper-v-update-list-for-windows-server-2012.aspx

En este web también podéis encontrar algo similar en relación a actualizaciones y hotfix para el rol de Failover Clúster:

http://support.microsoft.com/kb/2784261

Saludos.

Scale Out para Hyper-V

 

Hola.

En esta entrada, vamos a crear un Scale Out específico para Hyper-V

1.Crear un Nuevo Rol de File Server

2. Elegir Scale-Out File Server for Application data

3. Dar nombre al Rol

4. Crear un File Share

 

5. Elecir el perfile SMB Share – Applications

 

6.Crear la ruta del File Share, la cual apunta a nuestro CSV

 

7. Dar nombre al Share, creando a su vez las subcarpetas en el CSV

 

8. Elegir las opciones posibles, alta disponibilidad por supuesto, como opcional podéis cifrar la información.

 

9. En los permisos, hay que añadir los host de hyper-V y los usuarios que van crear las máquinas como control total en el share.

 

Ahora solo quedaría crear la máquina. Es fácil, como podéis deducir, solo tenéis que crear tanto la máquina, como los discos, en la ruta del share que acabáis de crear, en mi caso \\scaleout\hypervms

 

Y la comprobación de funcionamiento es esta. Ante la caída de un nodo o el cambio de propiedad del csv, la máquina sigue levantada.

 

Consideración:

Tal y como he dicho en anteriores entradas, ahora, con ws2012, el clúster se levanta a pesar de no tener controlador de dominio de referencia. Digo esto porque es muy probable que como también podéis hacer ya, al estar soportado, es posible que el DC sea una de las máquinas virtuales alojadas.

Si cae el clúster, aunque este se levante para poder acceder a las carpetas el sistema debe validar que el usuario o máquina tiene permiso a la carpeta y como no tenéis DC, pues… problema. Aconsejo crear un usuario local en los nodos del clúster y ante la caída del DC, podréis entrar a los recursos compartidos, validandoos por smb desde los hyper-v host con el usuario local, con lo que los hosts ya podrían ver y por tanto levantar las máquinas virtuales.

Saludos.

Scale Out para Hyper-V–1/2 Descripción y requisitos

 

Esta entrada es una copia exacta de la entrada del que ahora será mi blog: http://blogs.itpro.es/mhernandez

Hola.

Tras haber estado hablado en las últimas entradas sobre las novedades, principalmente, en la creación de clústeres, ahora tocaría hablar de la principal novedad en cuanto a funcionalidad, esto es, Scale Out.

Scale Out es el nombre que ha recibido la funcionalidad de almacenamiento clusterizado de archivos para aplicaciones que lo soportan. Scale out se combina con csv y por tanto nos ofrece mayor fiabilidad, disponibilidad, manejabilidad  y alto rendimiento ya que la información se ofrece on line por parte de todos los nodos del clúster.

En esta entrada veremos la configuración de Scale Out para almacenar máquinas virtuales creadas en Hyper-V r3.

La comparativa entre Scale Out y la solución tradicional es esta:

http://technet.microsoft.com/es-es/library/hh831349.aspx

 

Antes de nada veamos los requisitos previos:

1. Tener un CSV dedicado en el clúster, que en ws2012 se crea así:

2. La cuenta de equipo de clúster ha de tener permisos de creación de cuentras de equipo en la OU donde está:

3. Tener los servidores de Hyper-V en el mismo dominio que el clúster o en dominios con relaciones de confianza.

 

En la siguiente entrada creamos el Scale out …

How to install Clustered SQL Server 2008 on Windows 2008 Cluster using Hyper-V (Guest Clustering) Part – 1

Hola.

Últimamente andamos siempre metidos entre guest clusters, incentivados además por las licencias extras que ofrece la versión Enterprise y Datacenter.

Aquí tenéis un artículo muy interesante que explica como montarlo:

http://blogs.msdn.com/sqlserverfaq/archive/2010/03/30/how-to-install-clustered-sql-server-2008-on-windows-2008-cluster-using-hyper-v-guest-clustering-part-1.aspx

En el mundo de la virtualización este es un dibujo algo cuestionado a la hora de elegir es u otras formas de proveer alta disponibilidad a un servicio, no hace mucho escuché ciertas preguntas que para mi son claves:

1. ¿Que servicio no puede soportar una parada de 3 minutos +/-?, este es el tiempo de inicio de un Windows Server ante la caida del nodo que lo mantenía levantado.

2. ¿Cuanto dinero estás dispuesto a gastar para evitar esa parada de 3 minutos?.

3. ¿Que no ofrece guest clustering?, ante la necesidad de no parar nunca el servicio.

4. Con guest clustering puedes reiniciar las máquinas sin parada del servicio.

Saludos.

Saludos.

Cerrar la puerta al salir

Hola.

Una de las cosas que esta semana nos ha tenido ocupados es un problema aparecido durante backups de máquinas virtuales albergadas en un cluster de WS2008r2 y almacenadas en dos CSV, esta vez el software utilizado para hacer backup era el de la gente de Commvault y el que en su última versión, ya aparecen como soportados los nuevos CSV de 2008 r2, mi impresión es que este problema puede aparecer con cualquier otro software de backup.

Pues bien, durante el proceso del backup, de manera controlada los CSV pasan a estar en “Acceso Redirigido” eso es así, porque es necesario tener bien controlado el acceso a la lun, más aún cuando las máquinas virtuales siguen funcionando y por otra parte existe un proceso de copiado de archivos como es el del Backup.

El problema venía en que cuando finalizaba el backup, los CSV no volvían a su estado normal y seguían con el cartelito de “Acceso Redirigido”, incluso habiendo llegado a reiniciar el cluster.

¿La solución?, pues entendiendo lo que está sucediendo por debajo y leyendo lo que hacen, puede resultar lógico instalar los parches que se aconseja instalar previo a la instación de System Center Data Protection Manager y que son estos:

http://support.microsoft.com/kb/975921

http://support.microsoft.com/kb/975354

Estos hotfix relacionados con el proceso de instantáneas, son los que han solucionado el problema. Ahora solo falta que los fabricantes de software de backup, incluyan la instalación de estos hotfix como requisito previo a la instalación del agente correspondiente, al igual que aparece en la documentación de DPM.

Saludos.

Máquinas virtuales pierden conectividad de red

Hola.

Este hotfix ya es un poco antiguo, pero veo que con servidores actualizados a día de hoy aun puede ocurrir, así que es importante que conozcáis la existencia de este hotfix:

• The network connection of a running Hyper-V virtual machine is lost under heavy outgoing network traffic on a Windows Server 2008 R2-based computer

Saludos.

Acceso redirigido en Cluster Shared Volumes

Hola.

De imprescindible lectura para comprender el desarrollo de esta entrada son los artículos de David que enumero a continuación:

http://blogs.technet.com/davidcervigon/archive/2008/12/17/sobre-clusters-de-hyper-v-y-clusteres-virtuales.aspx

http://blogs.technet.com/davidcervigon/archive/2010/02/01/consideraciones-sobre-los-cluster-shared-volumes-csv.aspx

http://blogs.technet.com/davidcervigon/archive/2009/04/17/cl-steres-virtuales-guest-clustering.aspx

Una vez leído sobre todo el primer artículo, extraigo lo siguiente:

“Para ellos, cada CSV tiene un nodo designado como “coordinador”, y el, y solo el, es el encargado de gestionar el espacio de nombres del volumen, y la creación de nuevos ficheros. Sin embargo, existe un filter driver en cada nodo que es capaz de distinguir el I/O producido por estos accesos y operaciones “del explorador de Windows”, para entendernos, del derivado de las lecturas/escrituras rápidas sobre un fichero (en este caso los VHDs) que requiere Hyper-V para trabajar de manera eficiente. El primero es redirigido al coordinador del CSV a través de la red configurada con menor métrica en el cluster (generalmente la interna, o de heartbeat)”

A toda la teoría aparecida, hay que añadir que en el caso de que un nodo pierda el acceso a disco de todas las formas posibles, desconexión física del servidor a la cabina, mala configuración en el conector iscsi, no asignación de permisos adecuados en la cabina a un nodo del clúster, más todas los posibles problemas similares y alguno más que un simple “hobbit” descubrirá seguro, el nodo que se queda sin acceso a la lun CSV, verá esta a través del servidor propieatario de la lun y designado como servidor de transacciones, con lo que venimos a explicar es que para perder el acceso y que nos veamos en un problema grave, no solo el servidor que levanta una máquina virtual ha perder conectividad con la cabina, si no que además debe de perder conectividad por (normalmente) la tarjeta de hearbeath.

Problema

Al final de esto, si perdemos conectividad con la cabina, desde cualquier de los nodos del cluster, lo veamos desde donde lo veamos, los CSV aparecerán tal que así (Fijaros en el color amarillo y en texto “Acceso redirigido” que aparece en cada CSv):

¿Solución?

Pues encontrar el nodo que no tiene un acceso correcto a la cabina, en mi caso estaba provocado al tener quitados todos los accesos iscsi.

Una vez restablecidos estos a través además de doble camino (estoy con el tercero y el cuarto).

Y cuando todos los servidores tienen on-line las luns, todo aparece OK y en verde:

Nota: Podría haber hecho todas estas operaciones, teniendo el servidor en producción y con las máquinas virtuales que salen por él encendidas, sin embargo, como podéis imaginar, este servidor había sido liberado de máquinas virtuales unos momentos antes, gracias a Live y Quick Migration.

Además he provocado la aparición de “Acceso Redirigido” dejando el nodo como funcional en el cluster, bien hecho (y es como he hecho la operación en producción), habría que dejar el servidor con el servicio de clúster detenido.

Saludos.

Será por guías

Lo dicho:

http://blogs.msdn.com/clustering/archive/2009/05/07/9593050.aspx

Afinar configuración de la red en nodos de Cluster

De lectura imprescindible si os dedicais a esto de ir por el mundo montando cluster, virtualizando y demás cosas que desaparecerán cuando llegue "la nube":

http://blogs.technet.com/askcore/archive/2009/12/10/windows-server-2008-r2-live-migration-the-devil-may-be-in-the-networking-details.aspx

Cluster de Windows Server 2008 r2 en cabina Sun STK 2540

Hola.

A dia de hoy, ya estamos acostumbrados a pelear con cabinas, por le mero hecho de que Windows Server 2008 y 2008 r2, "habla" con ellas, con el protocolo SCSI-3 persistente, para cada marca una solución y en el caso de SUN, la solución que proponen en cabinas modelo stk 2540 es instalar el driver para MPIO de los modelos de la serie 6000.

Tenéis la descarga aquí:

https://cds.sun.com/is-bin/INTERSHOP.enfinity/WFS/CDS-CDS_SMI-Site/en_US/-/USD/ViewProductDetail-Start?ProductRef=SSTK6000MPIODSM-01.03.0302.0013-Win-G-F@CDS-CDS_SMI

El archivo a ejecutar es este:

Cambiar almacenamiento en Cluster 2003

Más sencillo que ampliar la garantía de una cabina es la sustitución de la misma y debido al alarmante aumento en las ventas de las mismas, incentivado en gran parte por el auge de la virtualización, nos vamos a ver cada vez más enfrascados en líos de estos:

http://msmvps.com/blogs/clusterhelp/archive/2005/08/05/61741.aspx

DSM en cabinas EMC Clario para el Multipath de Windows Server 2008

Hola.

Normálmente puedes bajar de la web de cualquier fabrica el DSM necesario para el correcto funcionamiento del multipath de Windows Server 2008 contra cualquier marca de cabinas.

En el caso de EMC Clarion con fibra, una vez habilitado el MPIO en los servidores, hay que añadir los siguientes comandos a mano:

Add EMC CLARiiON devices to MPIO control with commands below.
IMPORTANT: The spacing in the command must be exact. Make sure that
there are exactly:

• 5 spaces after DGC
• 10 spaces between RAID 5, RAID 3, RAID 1, RAID 0 and the "
• 9 spaces between RAID 10 and the "
• 11 spaces between VRAID and the "

%systemroot%\system32\mpclaim.exe -n -i -d "DGC RAID 5 "
%systemroot%\system32\mpclaim.exe -n -i -d "DGC RAID 3 "
%systemroot%\system32\mpclaim.exe -n -i -d "DGC RAID 1 "
%systemroot%\system32\mpclaim.exe -n -i -d "DGC RAID 0 "
%systemroot%\system32\mpclaim.exe -n -i -d "DGC RAID 10 "
%systemroot%\system32\mpclaim.exe -n -i -d "DGC VRAID "

EMC inquiry data is added to the proper registry hives to inform MPIO to
control EMC devices. Note that the VRAID command is for RAID 6 LUNs
and thin LUNs.

Problemas con el almacenamiento en cluster de WS2008

Hola.

A la hora de montar un cluster con Windows Server 2008, con el almacenamiento servido por una cabina iscsi, os puede aparecer un error durante la validación del cluster diciendo esto "Cluster Disk 0 does not support Persistent Reservation", relacionado con las pruebas de validación de comandos SCSI-3, si buscamos una descripción en cristiano del problema encontramos esto:

Validar reserva persistente SCSI-3
Con esta prueba se valida que el almacenamiento de clúster use los comandos Persistent Reserve (estándar SCSI-3) más recientes (que son diferentes de los antiguos comandos de reserva/liberación estándar SCSI-2). Los comandos Persistent Reserve evitan los reinicializaciones de bus SCSI, lo que significa que son mucho menos conflictivos que los antiguos comandos de reserva/liberación. Por lo tanto, un clúster de conmutación por error puede tener mayor capacidad de respuesta en diferentes situaciones en comparación con un clúster que ejecute una versión anterior del sistema operativo. Además, los discos nunca quedan en un estado no protegido, lo que reduce el riesgo de daños en el volumen.
http://technet.microsoft.com/es-es/library/cc771259.aspx#PersistentReservation

Una vez conocemos el problema, la solución pasa por:

1. Tener el Firmware de la cabina actualizado.
2. Tener el Software de gestión actualizado.
3. Servir las Luns, diciendo en el software que van a ser utilizadas por Windows Server 2008.

Si queréis saber que corre por debajo cuando decís que esa Lun va a ser utilizada por Windows Server 2008, podéis ver este ejemplo con cabinas EMC, en el cluster que he estado montando la solución a nuestros problemas la ha traido este comando:

set device xxx attribute=SCSI3_persist_reserv; (xxx=Symmetrix device number)

Más info aquí.

Otro ejemplo es el que me pasa David ocurrido con una cabina EVA:

http://fawzi.wordpress.com/2008/09/15/cluster-disk-0-does-not-support-persistent-reservation/


Siguiente capítulo el multipath...

Top Issues for Microsoft Support for Windows 2008 Failover Clusters

Esto nos viene bien tenerlo a mano.

http://blogs.technet.com/askcore/archive/2008/10/13/top-issues-for-microsoft-support-for-windows-2008-failover-clusters.aspx

http://blogs.technet.com/askcore/archive/2009/01/19/configuring-auditing-for-a-windows-server-2008-failover-cluster.aspx

Equilibrio de carga de red en Windows Server 2008 virtual

Hola.

Después de volverme loco un buen rato, caigo en la cuenta de que al crear un NLB en equipos virtuales (en mi caso virtualizado con hyper-v), se ralla el servicio de equilibrio de carga de red por culpa de la asignación de una nueva mac virtual a la tarjeta de red virtualizada.

Los pasos necesarios son estos:

http://support.microsoft.com/kb/953828/es

“Para crear un nuevo clúster de NLB, siga estos pasos:

1. Abra Administrador de equilibrio de carga de red. Para ello, haga clic en Inicio , seleccione Herramientas administrativas y, a continuación, haga clic en El Administrador de equilibrio de carga de red .
2. En el árbol de la consola, haga clic con el botón secundario del mouse (ratón) en Clústeres de Equilibrio de carga de red ; a continuación, haga clic en Nuevo clúster .
3. En el cuadro Host , escriba el nombre Equipo de la máquina virtual que se se el nuevo host y, a continuación, haga clic en Conectar .
4. En la lista interfaces disponibles para configurar un nuevo clúster , seleccione un adaptador de red para el clúster de NLB; a continuación, haga clic en Siguiente .
   Tenga en cuenta Si no ha definido una dirección IP estática para la interfaz seleccionada, se pedirá para definir una dirección IP estática en la pantalla siguiente.
5. En el nuevo clúster: direcciones IP de Cluster Server pantalla, definir la dirección IP virtual para el clúster de NLB, anote la dirección MAC en la propiedad Dirección de red y a continuación, haga clic en Siguiente .
   Tenga en cuenta Utilizará esta dirección MAC en el paso 11.
6. En El modo de operación de Cluster Server , haga clic en unidifusión ; a continuación, haga clic en Siguiente .
7. Complete el resto de la configuración de NLB y, a continuación, apague el equipo virtual.
   Tenga en cuenta En este paso, el host NLB aún no converge. Si se inicie el equipo virtual, puede que recibirá el mensaje de error siguiente:

   La operación de enlace tuvo éxito pero NLB no responde a las consultas

8. En el equipo host, abra Administrador Hyper-V. Para ello, haga clic en Inicio , seleccione Herramientas administrativas y, a continuación, haga clic en La tecnología Hyper-V administrador .
9. En el panel de detalles, en máquinas virtuales , haga clic con el botón secundario del mouse (ratón) en la máquina virtual que desea configurar y, a continuación, haga clic en Configuración .
10. En el panel de exploración, haga clic en el adaptador de red que se utiliza para el clúster de NLB.
11. En el panel de detalles, haga clic en estático en Dirección MAC ; a continuación, especifique la dirección MAC que anotó en el paso 5.
12. Inicie el equipo virtual.
13. Abra Administrador de equilibrio de carga de red.
14. En el árbol de la consola, expanda clústeres de Equilibrio de carga de red , haga clic con el botón secundario del mouse (ratón) en el host NLB y, a continuación, haga clic en Propiedades de host .
15. Haga clic en Aceptar para iniciar el proceso de configuración de NLB. El proceso de configuración de NLB agrega la dirección IP virtual del clúster a las propiedades de TCP / IP del adaptador de red.”

Lo mas delicado es esto y os va a dar una pista de lo que pasa:

5 En el nuevo clúster: direcciones IP de Cluster Server pantalla, definir la dirección IP virtual para el clúster de NLB, anote la dirección MAC en la propiedad Dirección de red y a continuación, haga clic en Siguiente .

9 En el panel de detalles, en máquinas virtuales , haga clic con el botón secundario del mouse (ratón) en la máquina virtual que desea configurar y, a continuación, haga clic en Configuración .

10 En el panel de exploración, haga clic en el adaptador de red que se utiliza para el clúster de NLB.

11 En el panel de detalles, haga clic en estático en Dirección MAC ; a continuación, especifique la dirección MAC que anotó en el paso 5.

12 Inicie el equipo virtual.

Para agregar el segundo equipo al cluster, los pasos son estos:

Para agregar el equipo virtual a un clúster de NLB existente, siga estos pasos:

1. Abra Administrador de equilibrio de carga de red. Para ello, haga clic en Inicio , seleccione Herramientas administrativas y, a continuación, haga clic en El Administrador de equilibrio de carga de red .
2. En el árbol de la consola, haga clic con el botón secundario del mouse (ratón) en Clústeres de Equilibrio de carga de red ; a continuación, haga clic en Conectar con existente .
3. En el cuadro Host , escriba el nombre del equipo de la máquina virtual que forma parte del clúster de NLB existente; a continuación, haga clic en Conectar .
4. Haga clic con el botón secundario del mouse (ratón) en el clúster, haga clic en Parámetros de clúster , anote la dirección MAC en la propiedad Dirección de red y, a continuación, haga clic en Cancelar .
   Tenga en cuenta Utilizará esta dirección MAC en el paso 12.
5. Haga clic con el botón secundario del mouse (ratón) en el NLB del clúster y, a continuación, haga clic en Agregar host para clústeres .
6. Especificar el nombre del nuevo host y, a continuación, haga clic en Conectar . Los adaptadores de red que están disponibles para el host se muestran en la parte inferior del cuadro de diálogo.
7. Haga clic en el adaptador de red que se desea utilizar para la red en Equilibrio de carga y a continuación, haga clic en Siguiente . La dirección IP que está configurada en este adaptador de red es la dirección IP dedicada de este host.
8. Complete el resto de la configuración de NLB y, a continuación, apague el equipo virtual.
   Tenga en cuenta En este paso, el host NLB aún no converge. Si se inicie el equipo virtual, puede que recibirá el mensaje de error siguiente:

   La operación de enlace tuvo éxito pero NLB no responde a las consultas

9. En el equipo host, abra Administrador Hyper-V. Para ello, haga clic en Inicio , seleccione Herramientas administrativas y, a continuación, haga clic en La tecnología Hyper-V administrador .
10. En el panel de detalles, en máquinas virtuales , haga clic con el botón secundario del mouse (ratón) en la máquina virtual que desea configurar y, a continuación, haga clic en Configuración .
11. En el panel de exploración, haga clic en el adaptador de red que se utiliza para el clúster de NLB.
12. En el panel de detalles, haga clic en estático en Dirección MAC ; a continuación, especifique la dirección MAC que anotó en el paso 4.
13. Inicie el equipo virtual.
14. Abra Administrador de equilibrio de carga de red.
15. En el árbol de la consola, expanda clústeres de Equilibrio de carga de red , haga clic con el botón secundario del mouse (ratón) en el host NLB y, a continuación, haga clic en Propiedades de host .
16. Haga clic en Aceptar para iniciar el proceso de configuración de NLB. El proceso de configuración de NLB agrega la dirección IP virtual del clúster a las propiedades de TCP / IP del adaptador de red.

Está todo sacado del kb que os he puesto arriba, puede que como dice aquí, haya que pedir un hotfix previo a los pasos antes comentados, pero en mi caso no ha sido necesario.

Problemas varios en SQL 2005 sobre un cluster de Windows Server 2008

Hola.

Durante el piloto que antecede a un cluster de Sql 2005 sobre Windows server 2008, he visto varios problemas, una vez descartado un fallo en la instalación, he encontrado un kb muy interesante donde se explica la solución a todos los problemas que me aparecían.

http://support.microsoft.com/kb/936302

Crear máquina virtual en Cluster de WS 2008

Hola.

Cuelgo esto antes de que salga el gordo, me toque y pase unos días del blog.

Al tema. Os expongo aquí las capturas con los pasos a seguir a la hora de colocar una máquina virtual en un cluster de Windows Server 2008, no hace falta decir que para llegar aquí, no tenéis mas que echar mano de dos entradas en el blog de David Cervigón, donde tenéis toda la culturilla general y el paso a paso necesario previamente a los pasos que os voy a nombrar a continuación.

Previamente:


http://blogs.technet.com/davidcervigon/archive/2008/05/18/video-crear-un-failover-cluster-en-windows-server-2008.aspx
http://blogs.technet.com/davidcervigon/archive/2008/12/17/sobre-clusters-de-hyper-v-y-clusteres-virtuales.aspx

A continación:

Crear una máquina virtual en uno de los nodos del cluster y almacenada en una de las luns asociadas a los dos nodos.

Consola "Administración de cluster de conmutación por error", botón derecho sobre Servicio y aplicaciones - Configurar un servicio o aplicación. Seguir asistente...

Elegir "Máquina Virtual":

Seleccionar la máquina virtual creada previamente:

Levantar la máquina virtual:

Con estos pasos ya tendríamos la máquina funcionando.

Por supuesto podemos mover la máquina de nodo en nodo:

Saludos.

Hyper-V Failover Clustering Options

Hola.

Os paso un link de Jose Barreto, contiene un artículo increiblemente bueno, asociado a otro links del mismo autor, donde hace un repaso muy gráfico y descriptivo de todas las opciónes de clusterización que tenemos con Hyper-V.

http://blogs.technet.com/josebda/archive/2008/06/17/windows-server-2008-hyper-v-failover-clustering-options.aspx

http://blogs.technet.com/josebda/archive/2008/04/14/snw-demo-windows-server-2008-core-hyper-v-and-failover-clustering-with-screenshots.aspx

http://blogs.technet.com/josebda/archive/2008/01/07/installing-the-evaluation-version-of-wudss-2003-refresh-and-the-microsoft-iscsi-software-target-version-3-1-on-a-vm.aspx


Esto se une a la información sobre este aspecto que ya nos proporcionó David.

Cluster en Windows Server 2008 y Ubuntu en Windows Server Virtualization

Dos laboratorios muy interesanes los que publicado Alejandro Ponicke en su blog:

Cluster en Windows Server 2008 parte 1
Cluster en Windows Server 2008 parte 2

Ubuntu en Windows Server Virtualization part 1
Ubuntu en Windows Server Virtualization part 2