virtualización

Obtención de alta disponibilidad para Hyper-V

Steven Ekren

De un vistazo:

• Consolidación de servidores mediante Hyper-V
• Cómo asegurar una alta disponibilidad de las máquinas virtuales
• Configuración de una conmutación por error en Windows Server 2008

Contenido

Alta disponibilidad
Hosts e invitados
Disponibilidad de los invitados
Cómo hacer que las MV tengan una alta disponibilidad
Requisitos previos
Análisis pormenorizado de la alta disponibilidad
Consideraciones

La virtualización del servidor está pensada para tener una repercusión considerable en los departamentos de TI de las empresas. Hyper-V junto con Windows Server 2008 pueden hacer que eso sea una realidad. La consolidación de servidores en menos equipos físicos presenta enormes ventajas para el ahorro de recursos y costos, pero, durante el proceso de planificación, es necesario tener en cuenta dos factores clave. Los usuarios tienen cada vez más expectativas en la disponibilidad de su software, incluyendo tanto las aplicaciones como las herramientas de línea de negocios (LOB) tales como las plataformas de mensajería y de colaboración. Además, los problemas o errores en servidores pueden tener una repercusión bastante significativa sobre las operaciones. Windows Server 2008 y Hyper-V proporcionan tanto soluciones que pueden implementarse de tal manera que presenten una alta disponibilidad de las máquinas virtuales (MV), como para las cargas de trabajo alojadas en éstas.

Alta disponibilidad

Disponibilidad significa que los usuarios pueden tener acceso a un sistema para llevar a cabo su trabajo. Con una alta disponibilidad, hay bastantes posibilidades de que los usuarios puedan gozar siempre de acceso al sistema, ya que ha sido diseñada e implementada para asegurar una continuidad operativa.

La alta disponibilidad de Hyper-V se consigue a través de la característica de clúster de conmutación por error de Windows Server 2008. La alta disponibilidad está influenciada por el tiempo de inactividad planificado y no planificado, y el clúster de conmutación por error puede aumentar de manera significativa la disponibilidad de las máquinas virtuales en estas dos categorías.

Las máquinas virtuales pueden administrarse mediante el clúster de conmutación por error, y éste puede usarse dentro de las máquinas virtuales para supervisar y transferir las cargas de trabajo alojadas en la máquina virtual. En este artículo voy a describir ambos escenarios de configuración con más detalle, pero la gran parte versará sobre la administración de las máquinas virtuales. Antes de empezar, sin embargo, quizás desee echar un vistazo a los "Términos útiles sobre Hyper-V" en la barra lateral.

Hosts e invitados

Puesto que hay múltiples sistemas operativos ejecutándose en un sistema Hyper-V, averiguar de qué capa o sistema operativo estamos hablando puede llegar a ser todo un desafío. Usaré el término "invitado" para referirme al sistema operativo y entorno dentro de una máquina virtual Hyper-V que se está ejecutando en una partición secundaria. Y usaré el término "host" para indicar el equipo físico que esté siendo administrado por el sistema operativo en la partición primaria Hyper-V.

La disponibilidad del host aborda los problemas que se presentan con el escenario de "poner todos los huevos en la misma cesta" que la consolidación de servidores puede causar. El clúster de conmutación por error de Windows Server 2008 puede configurarse en la partición primaria Hyper-V (host) para que particiones secundarias Hyper-V (máquinas virtuales o invitados) puedan supervisarse para comprobar su estado y moverse entre nodos del clúster. Esta configuración tiene las siguientes ventajas clave:

• Si el equipo físico en el que se ejecutan Hyper-V y la máquina virtual necesita actualizarse, modificarse o reiniciarse, las MV pueden moverse a otros nodos del clúster. Luego, las máquinas virtuales pueden volver a su lugar de origen una vez que el equipo físico vuelva a funcionar.
• Si el equipo físico en el que Hyper-V y las máquinas virtuales se están ejecutando genera algún error (quizás un error de la placa base) o se degrada notablemente, los otros miembros del clúster de conmutación por error de Windows tomarán posesión de la máquina virtual y los conectarán automáticamente.
• Si la máquina virtual genera algún error, podrá reiniciarse en el mismo servidor Hyper-V o moverse a otro servidor Hyper-V. Desde el momento en que el clúster de conmutación por error de Windows Server lo detecta, automáticamente se adoptan los pasos de recuperación basados en la configuración de las propiedades de los recursos de las máquinas virtuales. El tiempo de inactividad se minimiza debido a la detección y automatización de la recuperación.

La figura 1 representa lo que podría ocurrir en dichas situaciones. En primer lugar, la MV2 se encuentra en el host A y, a continuación, la MV2 se traslada al host B. Tenga en cuenta que el nodo que posee el almacenamiento SAN de LUN 2 cambia del host A al host B durante este traslado. Para asegurar que su solución de alta disponibilidad satisface sus necesidades de disponibilidad, piense bien dónde instalará la máquina virtual. Deberá tener en cuenta tanto la capacidad como el rendimiento.

Figura 1 Una máquina virtual y su almacenamiento se mueven a un nuevo host (haga clic en la imagen para ampliarla)

La capacidad de los nodos debe ser suficiente para alojar a todas las máquinas virtuales y permitir que un número x de nodos generen error o no colaboren en la participación activa del clúster. (X representa el número de nodos cuya pérdida puede ser soportada por el clúster y a la vez poder alojar a todas las máquinas virtuales. Al decidir la capacidad, puede seleccionar tener algunos nodos que generalmente no alojan máquinas virtuales y mantenerlos en reserva. También puede propagar las máquinas virtuales en todos los nodos, pero deberá asegurarse de que cada uno tiene suficiente capacidad adicional para poder tomar posesión correctamente e iniciar las máquinas virtuales si un número x de nodos generase error.

Por motivos de rendimiento diario, puede resultar más conveniente propagar las máquinas virtuales a todos los nodos del clúster. Si los nodos se mantienen en reserva y no hospedan ninguna máquina virtual, entonces los nodos que hospedan las máquinas virtuales tendrán más recursos en uso, lo que puede disminuir su rendimiento, además de la partición de la administración. La propagación de las máquinas virtuales a todos los nodos reduce la carga que cada uno debe asumir, y eso proporciona mayor rendimiento a las máquinas virtuales y a las particiones de administración. Sin embargo, puede hacer que la planificación de la capacidad sea más complicada. El software de administración, como System Center Virtual Machine Manager 2008, puede resultar de gran ayuda, ya que ofrece cálculos de la capacidad de error de los nodos y de la ubicación de la máquina virtual.

Disponibilidad de los invitados

La disponibilidad de los invitados se basa en hacer que la carga de trabajo que está siendo ejecutada dentro de una máquina virtual goce de una alta disponibilidad. Las cargas de trabajo comunes incluyen servidores de archivo y de impresión, IIS y aplicaciones LOB. El análisis de las necesidades y soluciones de alta disponibilidad para cargas de trabajo en las máquinas virtuales es casi el mismo que el que se hace en servidores independientes. Esta solución dependerá de la carga de trabajo específica.

Algunas cargas de trabajo pueden lograr una alta disponibilidad mediante el equilibrio de carga de red de Windows (NLB), que permite que varios servidores formen parte de un grupo con un nombre de red común. Los clientes hacen una solicitud para realizar una conexión con ese nombre de red virtual, y la conexión se hace para uno de los nodos del clúster NLB. Un escenario típico que usa el clúster NLB es la creación de granjas de servidores web con IIS, en donde cada sistema individual tiene IIS con las mismas páginas web y acceso a los mismos datos. NLB ofrece equilibrio de carga, así como la capacidad de eliminar servidores del grupo para su mantenimiento o por si sucede algún problema con el servidor y, por lo tanto, ofrece un nivel de alta disponibilidad. Si una máquina virtual Hyper-V está ejecutando Windows Server 2008 (o una versión anterior de Windows Server que incluye NLB), el invitado puede ser un miembro de un clúster NLB con otros invitados en el mismo host Hyper-V o en uno diferente.

Los invitados que ejecutan Windows Server 2008 pueden usar la característica del clúster de conmutación por error de Windows para poder ofrecer una alta disponibilidad a sus cargas de trabajo. El uso de los clústeres de conmutación por error de Windows dentro de un invitado (clúster de invitado) presenta varias ventajas:

Supervisión del estado de la carga de trabajo El clúster de conmutación por error de Windows dispone de un monitor de recursos que hace llamadas a la DLL del recurso asociada con el clúster. Cada recurso realiza una supervisión del estado que prueba la aplicación o el servicio que el recurso está administrando para asegurarse de que funciona correctamente. Estas comprobaciones se denominan habitualmente comprobaciones isAlive/looksAlive. Si el recurso produce un error en alguna de estas llamadas, el propio recurso también fallará. Dependiendo de cómo se hayan configurado sus propiedades, el recurso podría intentar reiniciar el servicio o aplicación, o podría moverse a otro nodo en el clúster de conmutación por error de Windows.

Mantenimiento de las máquinas virtuales Si es necesario cambiar la configuración de las máquinas virtuales, o si es necesario actualizar o cambiar el sistema operativo o el software, la carga de trabajo puede transferirse a otro nodo del clúster, y las máquinas virtuales pueden apagarse o actualizarse ocasionando a los usuarios finales una mínima interrupción.

Mantenimiento del equipo host Si el equipo físico que hospeda la máquina virtual Hyper-V necesita actualizaciones de mantenimiento o de software, y otros miembros del clúster de conmutación por error de Windows están ubicados en diferentes hosts Hyper-V, la carga de trabajo en la máquina virtual puede trasladarse a otro nodo del clúster y esa máquina virtual puede apagarse para acomodar los cambios o reinicios del servidor físico.

Error de la máquina virtual o del equipo host Si ocurre algún error procedente del host físico Hyper-V o del invitado de la máquina virtual, los otros nodos del clúster de conmutación por error de Windows detectarán que el miembro del clúster ya no responde ni participa en el clúster y los nodos supervivientes pondrán en línea las aplicaciones o los servicios que se habían estado ejecutando en las máquinas virtuales con errores.

Términos útiles sobre Hyper-V

A continuación, mostramos una lista de los términos que ayudan a definir los componentes o las funciones de un sistema Hyper-V de alta disponibilidad (clúster del host).

Partición primaria Todos los sistemas operativos que se ejecutan en un servidor basado en hipervisor han asignado recursos de hardware entre los que se incluyen la RAM, CPU y otros componentes del sistema. En Hyper-V, a menudo se hace referencia a la partición que administra la configuración del hipervisor y de los recursos del sistema como partición primaria. Al configurar la función de Hyper-V y reiniciar el servidor, la instalación de Windows Server 2008, que era el sistema operativo nativo en el sistema, pasa a ser el sistema operativo de la partición primaria del servidor Hyper-V.

Partición secundaria Entorno aislado en un servidor Hyper-V que se configura para mantener un sistema operativo invitado y ofrecer recursos de hardware a ese sistema operativo.

Host Hyper-V El servidor físico que hospeda Hyper-V y el sistema operativo que se ejecuta dentro de la partición primaria.

Máquina virtual Hyper-V La información de configuración de Hyper-V y los datos que se usan para iniciar y ejecutar una partición secundaria Hyper-V. Esto incluye la información de configuración para crear la partición secundaria y los archivos VHD o discos passthrough que contienen sus datos.

Disco passthrough Dispositivo de almacenamiento expuesto en la Administración de discos como un disco físico asignado para uso exclusivo de un invitado Hyper-V. El invitado Hyper-V monta el disco y lo usa como un dispositivo de almacenamiento conectado de forma local.

Disco duro virtual (VHD) Archivo que está conectado por una partición secundaria Hyper-V expuesta al sistema operativo como un dispositivo de almacenamiento (disco). El archivo .vhd se encuentra ubicado en un dispositivo de almacenamiento montado por la partición primaria y puede tratarse de un dispositivo de almacenamiento conectado directamente, o bien el almacenamiento que está conectado a redes SAN, NAS o SMB.

Cómo hacer que las MV tengan una alta disponibilidad

Configurar una máquina virtual para que goce de una alta disponibilidad es tan sencillo como usar el asistente para funciones de alta disponibilidad en la Administración del clúster de conmutación por error. Las máquinas virtuales Hyper-V tienen varios componentes clave que deben tenerse en cuenta al administrarse como altamente disponibles. Veamos algunos conceptos importantes y requisitos previos generales.

Nodos del clúster de conmutación por error Cada servidor físico que forma parte de un clúster de conmutación por error se denomina nodo. Para agrupar los clústeres del host, el servicio del clúster de conmutación por error se ejecuta en Windows Server 2008, en la partición primaria del sistema Hyper-V. Esto permite que las máquinas virtuales que se ejecutan en particiones secundarias en los mismos servidores físicos se configuren como máquinas virtuales de alta disponibilidad. Las máquinas virtuales que se configuran para obtener una alta disponibilidad se muestran como recursos en la consola de administración del clúster de conmutación por error.

Almacenamiento de alta disponibilidad Las máquinas virtuales de alta disponibilidad pueden configurarse de forma que puedan usarse discos duros virtuales (VHD), discos passthrough y discos de diferenciación. Para habilitar el movimiento de máquinas virtuales entre los nodos de los clústeres de conmutación por error, se necesita capacidad de almacenamiento (en forma de discos en Administración de discos) accesible a través de cualquier nodo que pueda hospedar la máquina virtual y que esté administrado por el servicio del clúster de conmutación por error. Los discos passthrough deben agregarse al clúster de conmutación por error como recursos del disco, y los archivos VHD deben encontrarse en discos que se agreguen al clúster de conmutación por error como recursos del disco.

Recurso de la máquina virtual Es un tipo de recurso del clúster de conmutación por error que representa la máquina virtual. Cuando se pone en conexión el recurso de la máquina virtual, Hyper-V crea una partición secundaria y el sistema operativo se inicia en la máquina virtual. La función sin conexión del recurso de la máquina virtual elimina la máquina virtual Hyper-V en el nodo donde se hospedó y la partición secundaria se elimina del host Hyper-V. Si la máquina virtual se encuentra apagada, detenida o en estado guardado, este recurso pasará a estado sin conexión.

Recursos de configuración de la máquina virtual Es un tipo de recurso del clúster de conmutación por error que se usa para administrar la información de configuración de una máquina virtual. Existe un recurso de configuración para cada máquina virtual. Una propiedad de este recurso contiene la ruta al archivo de configuración que contiene toda la información necesaria para agregar la máquina virtual al host Hyper-V. El acceso al archivo de configuración es necesario para iniciar los recursos de la máquina virtual. Puesto que la configuración se administra mediante un recurso separado, la configuración de los recursos de las máquinas virtuales puede modificarse aunque las máquinas virtuales no estén conectadas.

Servicios de máquinas virtuales y grupos de aplicaciones Para que un servicio o aplicación tenga una alta disponibilidad en todos los clústeres de conmutación por error, varios recursos deben hospedarse en el mismo nodo del clúster de conmutación por error. Para asegurarse de que estos recursos están siempre en el mismo nodo y de que interoperan correctamente, los recursos se almacenan en un grupo al que el clúster de conmutación por error de Windows Server 2008 se referirá como "Servicio o Aplicación". El recurso de la máquina virtual y el recurso de configuración de la máquina virtual están siempre en los mismos grupos de servicios o de aplicaciones. También puede haber uno o más recursos de disco físico (u otro tipo de almacenamiento) que contengan VHD, archivos de configuración o discos passthrough en un grupo de servicios o de aplicaciones.

Dependencias de recursos Es importante asegurarse de que el recurso de configuración de la máquina virtual está conectado antes de que el recurso de la MV se conecte (iniciado), y de que el recurso de configuración de la máquina virtual se desconecta una vez que el recurso de la MV se ha desconectado (detenido). La configuración de las propiedades del recurso de la máquina virtual para que sea dependiente del recurso de configuración de la máquina virtual asegura este orden de conexión o desconexión. Si hay algún recurso de almacenamiento que contiene el archivo del recurso de configuración de la máquina virtual o del recurso de la máquina virtual, dicho recurso deberá hacerse dependiente de estos recursos de almacenamiento. Por ejemplo, si la máquina virtual usa los archivos VHD que hay en el disco G: y el disco H:, el recurso de la máquina virtual debería ser dependiente del recurso del archivo de configuración y del recurso para el disco G: y el recurso para el disco H:.

Requisitos previos

A continuación se muestran los tres requisitos previos para hacer que las máquinas virtuales Hyper-V presenten alta disponibilidad mediante la característica del clúster de conmutación por error de Windows Server 2008:

1. 1. La característica del clúster de conmutación por error de Windows Server 2008 debe configurarse para cada nodo del clúster. Para obtener más información sobre la configuración y administración de los clústeres de conmutación por error, consulte "Recursos de Hyper-V" en la barra lateral.
2. 2. Debe instalarse la función de Hyper-V. Las actualizaciones de Hyper-V deben instalarse así como la función configurada para cada nodo del clúster de conmutación por error (de nuevo, consulte "Recursos de Hyper-V" en la barra lateral). Hyper-V dispone de un paquete de actualización que instala los componentes del servidor Hyper-V y otro que instala la consola de administración de Hyper-V. Una vez que la actualización se ha instalado para los componentes del servidor Hyper-V, la función puede agregarse a través del Administrador de servidores o de ServerManagerCMD.
3. 3. Deberá disponer de almacenamiento compartido en las máquinas virtuales. El almacenamiento puede ser administrado por el clúster de conmutación por error como un tipo de recurso de disco físico integrado, o bien puede usar una solución de terceros para administrar el almacenamiento compartido. Por supuesto, la solución de terceros debe ser compatible con los clústeres de conmutación por error de Windows Server 2008.

Análisis pormenorizado de la alta disponibilidad

Ahora veamos cómo se configura una solución de alta disponibilidad. El primer paso es configurar una máquina virtual. En uno de los nodos del clúster de conmutación por error que tiene la función de Hyper-V instalada, configure una máquina virtual mediante el Administrador de Hyper-V (consulte la figura 2). Puede ser una máquina virtual nueva que configure manualmente, o puede importar una que ya exista. Los VHD deben ubicarse en un disco administrado por el clúster de conmutación por error de Windows Server 2008 y que en esos momentos esté conectado en el nodo en el que la máquina virtual se ha configurado.

Figura 2 Configuración de una máquina virtual (haga clic en la imagen para ampliarla)

Ahora, ponga la máquina virtual en estado detenido, apagando, desactivando o guardando dicho estado. Sólo las máquinas virtuales que se encuentran en estado detenido pueden ser administradas por el clúster de conmutación por error.

Abra la consola del administrador del clúster de conmutación por error (se muestra en la figura 3) en cualquier servidor que esté ejecutando la función del clúster de conmutación por error en Windows Server 2008, o en un cliente de Windows Vista que ejecute las Herramientas de administración remota de servidores (RSAT). Conéctese al clúster de conmutación por error seleccionando la acción "Administrar un clúster..." y, a continuación, seleccione un nodo o el nombre del clúster, o bien la opción para conectarse al clúster en el nodo en el que la consola se esté ejecutando.

Figura 3 Máquina virtual en el administrador del clúster de conmutación por error (haga clic en la imagen para ampliarla)

Desde la consola del administrador del clúster de conmutación por error, seleccione la acción "Configurar un servicio o aplicación…". Esto abrirá el asistente para alta disponibilidad, que le guiará a través de la configuración de los servicios, aplicaciones o máquinas virtuales, que deben ser administrados por el clúster de conmutación por error. En la página del asistente Seleccionar servicio o aplicación, seleccione la máquina virtual y, a continuación, seleccione Siguiente.

La página Seleccionar máquina virtual mostrará todas las máquinas virtuales que se hayan configurado en algún nodo del clúster de conmutación por error. Seleccione la máquina virtual y, a continuación, seleccione Siguiente. La página Confirmación del asistente le mostrará si existen advertencias o errores. Llegados a este paso, se comprueba la configuración de la máquina virtual para comprobar que puede configurarse como un recurso de alta disponibilidad y que los nodos puedan hospedarla. Al seleccionar Siguiente, se agregará la máquina virtual al clúster de conmutación por error como un recurso de alta disponibilidad.

La página Resumen ofrece información acerca de las consecuencias de agregar la máquina virtual como un recurso de alta disponibilidad, incluidas algunas advertencias. El botón Ver informe… le muestra los detalles de las tareas que se llevaron a cabo para hacer que la máquina virtual goce de una alta disponibilidad, además de las advertencias o errores que puedan generarse. Por último, seleccione Finalizar para cerrar el asistente para alta disponibilidad.

Como muestra la ventana en la figura 3, la consola del administrador del clúster de conmutación por error enumerará el objeto con el nombre predeterminado de la máquina virtual (x) en el panel izquierdo, bajo el nombre del clúster y de los servicios o aplicaciones. Seleccione la máquina virtual desde esa estructura de árbol, y los recursos que forman parte de esos grupos de servicios o aplicaciones se mostrarán en el panel central de la consola. Si cualquier otra máquina virtual tuvo sus archivos en el mismo almacenamiento que la seleccionada, también se agregará al grupo. La máquina virtual y los recursos de configuración de la máquina virtual se mostrarán con respecto a cada máquina virtual del grupo.

El panel de información del grupo de servicios o de aplicaciones muestra la información del grupo sobre el estado, las alertas, los propietarios preferidos y el propietario actual. El nodo Propietario es el nodo en donde la máquina virtual se configura o se está ejecutando. Seleccione la acción de mover las máquinas virtuales a otro nodo para desconectar la máquina virtual y conectarla a otro nodo. Ésta es, en general, una práctica que se recomienda para trasladar máquinas virtuales a cada nodo que puede hospedarlas en el clúster de conmutación por error, y así comprobar que el traslado se ha realizado correctamente y que las máquinas virtuales se iniciarán y ejecutarán correctamente.

Recursos de Hyper-V

• Descripción de la actualización para la versión final de la tecnología Hyper-V para Windows Server 2008
• Guía paso a paso de Hyper-V: Pruebas para Hyper-V y los clústeres de conmutación por error
• Introducción a Windows Server 2008 Failover Clustering (por Chuck Timon, TechNet Magazine, julio de 2008)
• El host de NLB no converge como estaba previsto en las máquinas virtuales Hyper-V de Windows Server 2008
• Webcasts de clústeres de Win2008
• Directiva de soporte de Microsoft para los clústeres de conmutación por error de Windows Server 2008

Consideraciones

A continuación se muestran algunos puntos clave que conviene tener presente al configurar las máquinas virtuales para obtener una alta disponibilidad:

Almacenamiento Si las máquinas virtuales disponen de archivos VHD en el mismo disco compartido, incluso si se ubican en volúmenes diferentes en el mismo disco, se ubicarán en el mismo grupo de servicios o de aplicaciones. Una de las ventajas de compartir el disco es que permite mejor uso del espacio de almacenamiento compartido disponible.

Sin embargo, el equilibrio está en que en cualquier momento en el que se traslada una máquina virtual, ya sea por motivos de una recuperación automatizada después de un problema con ésta o por causa de la selección de un administrador, todas las máquinas virtuales del grupo también serán trasladadas.

Letras de unidad y GUID Los volúmenes pueden crearse sin necesidad de asignarles letras de unidad. Las máquinas virtuales pueden usar estos volúmenes, que pueden administrarse a través del clúster de conmutación por error. Si un recurso de disco contiene volúmenes que usan GUID en lugar de letras de unidad, el GUID se mostrará en la Administración del clúster. Al crear máquinas virtuales y especificar la ruta de acceso a los archivos VHD, es muy importante asegurarse de que el GUID en la ruta de acceso coincide con el GUID que se muestra en la Administración del clúster para el volumen. Si no coincide, la máquina virtual no puede iniciarse correctamente (conectarse) en otros nodos del clúster de conmutación por error.

Hay varias situaciones que podrían hacer que los GUID no coincidan. Si un volumen se conectó a los nodos antes de que éstos fueran agregados como un recurso de conmutación por error administrado por disco, el volumen puede contener un GUID diferente en cada nodo. Asimismo, es posible que un volumen contenga múltiples GUID en un solo nodo. Cuando se agrega un disco a un clúster de conmutación por error como un recurso de disco físico, los GUID de volumen que están en uso en el nodo que tiene los discos conectados se anotarán en las propiedades para el recurso de disco.

Los GUID para los volúmenes se agregarán a un nodo al conectar el recurso de disco. Esto asegura que el GUID específico que el clúster de conmutación por error haya anotado para el volumen es una ruta de acceso válida en cualquier nodo que pone en conexión al disco. Ese nodo puede tener otros GUID que también están asociados con el mismo volumen. Por lo tanto, un usuario puede encontrar un GUID que sea válido para el volumen en ese nodo, pero no es el mismo GUID que el clúster de conmutación por error asegura se usa para el volumen en otros nodos. Las consecuencias que puede ocasionar este problema son que un recurso de la máquina virtual, generalmente el recurso de configuración, genere algún error al conectarse y muestre un mensaje de error indicando que la ruta de acceso no es válida. La ruta de acceso que contiene el mensaje de error muestra qué GUID no es el administrado por el clúster para el volumen.

Puntos de montaje Los volúmenes que se montan en una carpeta en otro volumen, en vez de asignar una letra de unidad o de usar un GUID, son válidos para usarse con Hyper-V y los clústeres de conmutación por error. Puesto que el volumen que se monta y el volumen que hospeda el punto de montaje deben estar en el mismo nodo del clúster de conmutación por error, debe tener todos los discos que forman parte del punto de montaje en el mismo grupo de servicios o aplicaciones que el clúster de conmutación por error.

Si los volúmenes se encuentran en los mismos discos, por supuesto, no supondrá ningún problema. Sin embargo, lo que sí es un problema es que los volúmenes se encuentren en discos diferentes. También es algo obvio, pero aun así vale la pena mencionarlo, que el volumen que se monta y el host del punto de montaje deben formar parte del almacenamiento compartido que se configura para ser administrado por el clúster de conmutación por error.

Discos de diferenciación Todos los archivos VHD que forman parte de los discos de diferenciación deben encontrarse en almacenamiento compartido en los mismos grupos de servicios o de aplicaciones que las máquinas virtuales que usan los discos de diferenciación. En su configuración más sencilla, un disco de diferenciación contiene dos VHD. Un VHD es el disco principal y cuenta con un conjunto de datos que se usan como base. El otro VHD es un disco secundario asociado al principal.

Cuando se usa por primera vez, el disco de diferenciación se parece al principal. Si los datos se ubican en el VHD principal, se leen desde ese archivo VHD. Las escrituras tienen todas lugar en el VHD secundario. Si los datos se encuentran en el VHD secundario, entonces la lectura de esos datos hará referencia al VHD secundario.

Si una máquina virtual se configura de tal forma que el VHD secundario se encuentra en un almacenamiento compartido pero el VHD primario no está en almacenamiento compartido en el mismo grupo ni en el dispositivo de almacenamiento asociado localmente, al trasladar la MV a otro nodo, dicha máquina virtual generará un error al iniciarse (conectarse). El asistente para alta disponibilidad deberá comprobar que se ha configurado correctamente en la máquina virtual, y generar un mensaje de error si detecta este problema. Sin embargo, conviene tener en cuenta este requisito en el caso de que la configuración de las máquinas virtuales cambie.

Steven Ekren es administrador jefe de programas en el equipo de clústeres de conmutación por error de Windows Server y alta disponibilidad. Steven pasó 12 años con el equipo de soporte técnico de Microsoft, donde ayudó a los clientes corporativos a realizar sus implementaciones y a solucionar los problemas procedentes de los clústeres de conmutación por error de Windows Server y de las tecnologías de virtualización, incluidos Windows Hyper-V, System Center Virtual Machine Manager, Microsoft Virtual Server y Microsoft PC Virtual.