Exportar (0) Imprimir
Expandir todo
Personas que lo han encontrado útil: 3 de 3 - Valorar este tema

Hyper-V: Usar la migración en vivo con volúmenes compartidos de clúster en Windows Server 2008 R2

Actualizado: abril de 2011

Se aplica a: Windows Server 2008 R2

En esta guía se detallan los pasos necesarios para realizar una migración en vivo de las máquinas virtuales de Hyper-V™ desde un nodo de un clúster de conmutación por error de Windows Server® 2008 R2 a otro.

La migración en vivo es una característica nueva de Hyper-V en Windows Server 2008 R2, que requiere que la característica de clúster de conmutación por error se haya agregado y configurado en los servidores que ejecuten Hyper-V. Hyper-V y el clúster de conmutación por error se pueden usar conjuntamente para crear una máquina virtual de alta disponibilidad, lo cual se traduce en una reducción de las interrupciones que sufren los clientes. La migración en vivo permite mover de manera transparente máquinas virtuales en ejecución de un nodo del clúster de conmutación por error a otro nodo del mismo clúster sin que se interrumpa la conexión de red o se perciba tiempo de inactividad alguno. Además, el clúster de conmutación por error necesita disponer de almacenamiento compartido para los nodos del clúster. Esto puede ser una red de área de almacenamiento (SAN) de canal de fibra o iSCSI. Todas las máquinas virtuales se almacenan en el área de almacenamiento compartido y uno de los nodos administra el estado de la máquina virtual en ejecución. Para obtener información general detallada sobre la migración en vivo y las ventajas que su uso reporta, vea el tema de información general sobre la migración en vivo y la arquitectura de Windows Server 2008 R2 y Microsoft Hyper-V Server 2008 R2.

noteNota
En esta guía se da por supuesto que el lector está familiarizado con los requisitos para usar Hyper-V y los clústeres de conmutación por error, que se tratan en el tema sobre Hyper-V y clústeres de conmutación por error en la guía paso a paso de Hyper-V.

Si desea obtener información sobre la migración de las máquinas virtuales en clúster a Windows Server 2008 R2, vea el tema acerca de cómo migrar máquinas virtuales en clúster a Windows Server 2008 R2.

Las siguientes recomendaciones le ayudarán a configurar el entorno de red para usar la migración en vivo:

  • Adaptadores de red. Por cada nodo del clúster de conmutación por error, use más de un adaptador de red y configure al menos un adaptador de red para la red virtual privada. Se recomienda configurar una red privada dedicada con velocidad Gigabit para el tráfico de la migración en vivo, la cual debe estar separada de la red para la comunicación privada entre los nodos del clúster, de la red para la máquina virtual y de la red destinada al almacenamiento. Para obtener información sobre el tráfico de red que puede presentarse en una red utilizada para volúmenes compartidos de clúster, vea la sección donde se describe el modo de E/S redirigido en la comunicación de CSV incluida en el tema sobre los requisitos para usar volúmenes compartidos de clúster en un clúster de conmutación por error en Windows Server 2008 R2 (http://go.microsoft.com/fwlink/?LinkId=182153).

    Cada uno de los nodos debe tener también un adaptador de red encargado de la comunicación de los volúmenes compartidos de clúster; este deberá habilitarse en las propiedades del adaptador de red, Cliente para redes Microsoft y Compartir impresoras y archivos para redes Microsoft para admitir SMB. Para obtener más información sobre la red que se usa para la comunicación de CSV, vea la sección sobre administración de la red utilizada para los volúmenes compartidos de clúster.

    Se recomienda no usar el mismo adaptador de red para la administración de la máquina virtual y para el acceso a esta. Si el número de adaptadores de red constituye una limitación, deberá configurar una red de área local virtual (VLAN) para aislar el tráfico. Las recomendaciones de VLAN incluyen 802.1q y 802.p.

  • Configuración del hardware y del sistema. Se requiere que el hardware de almacenamiento del clúster de conmutación por error sea idéntico y que los nodos de clúster usados para la migración en vivo tengan procesadores capacitados para la virtualización por el propio fabricante del procesador. Si esto no es posible, se recomienda que la configuración del hardware y del sistema sean lo más parecidas posible a fin de minimizar los posibles problemas.

  • Directivas de seguridad. Si es posible, no aplique directivas IPsec en una red privada para la migración en vivo, dado que puede afectar significativamente al rendimiento de la migración en vivo.

  • Configuración de subred IP. Asegúrese de que los nodos de origen y de destino (de la migración en vivo) en el clúster de conmutación por error están conectados a través de la misma subred IP. Esto es necesario para que la máquina virtual pueda conservar la misma dirección IP después de la migración en vivo. En cada una de las redes de un clúster de conmutación por error donde se hayan habilitado los volúmenes compartidos de clúster, todos los nodos deben estar en la misma subred lógica, lo que significa que los clústeres multisitio que usen los volúmenes compartidos de clúster deben usar una VLAN.

    Si desea obtener recomendaciones sobre la red de almacenamiento, repase las instrucciones suministradas por el proveedor del almacenamiento.

Las siguientes recomendaciones le ayudarán a configurar los nodos para usar los volúmenes compartidos de clúster y la migración en vivo:

  • Sistema operativo. Todos los nodos deben ejecutar Windows Server 2008 R2 o Hyper-V Server 2008 R2. Todos los nodos deben ejecutar el mismo sistema operativo, con la excepción de que se pueden combinar en el mismo clúster nodos que ejecuten Hyper-V Server 2008 R2 con nodos que ejecuten la instalación Server Core de Windows Server 2008 R2.

  • Letra de unidad del disco del sistema. La letra de unidad del disco del sistema debe ser la misma en todos los nodos.

  • Protocolo de autenticación. El protocolo NTLM debe estar habilitado en todos los nodos.

Si está utilizando versiones de procesador diferentes en los nodos del clúster, se puede producir un error en la migración en vivo. Para realizar una migración en vivo de una máquina virtual a otro equipo físico con un procesador diferente, debe seleccionar primero la configuración Migrar a un equipo físico con una versión de procesador distinta en el Administrador de Hyper-V. Esta configuración garantiza que la máquina virtual utilice solo las características del procesador que están disponibles en todas las versiones de un procesador capacitado para la virtualización por el propio fabricante del procesador. No ofrece compatibilidad entre distintos fabricantes de procesadores. Esto permite mover una máquina virtual en ejecución a un equipo físico con características de procesador diferentes sin reiniciar la máquina virtual. Esta configuración también resulta útil en escenarios de alta disponibilidad y de copia de seguridad y recuperación, por cuanto hace que resulte más fácil mover una máquina virtual de alta disponibilidad a otro nodo de un clúster o restaurar la máquina virtual en un hardware distinto.

Debe intentar tomar una instantánea de una máquina virtual en ejecución. Si revierte a la instantánea de una máquina virtual en ejecución, se restablecerá el estado de la memoria además del disco. Antes de revertir una máquina virtual en clúster a una instantánea, deberá apagar la máquina virtual del Administrador de clúster de conmutación por error, tomar la instantánea de la máquina virtual y, a continuación, reiniciar la máquina virtual.

Dado que la migración en vivo es un estado de transición, VSS Writer de Hyper-V espera a que la migración finalice antes de continuar con la copia de seguridad. Sin embargo, una vez que se completa la migración, la máquina virtual ya no se encuentra en el nodo de clúster donde se produce la copia de seguridad. En esta etapa, la copia de seguridad continúa y se aplica correctamente para la copia de los archivos (sigue teniendo acceso a los archivos del volumen CSV), pero es solamente una copia de archivos. VSS Writer no sigue los pasos habituales de la copia de seguridad en línea. Debe tener en cuenta que VSS Writer no devuelve ningún código de error a VSS y, por lo tanto, no registra ningún error. Sin embargo, registra dos mensajes de advertencia de que no se encuentra la máquina virtual.

ImportantImportante
Cuando VSS Writer de Hyper-V realiza una copia de seguridad en un clúster de conmutación por error que usa CSV y la copia de seguridad se cancela o genera un error, CSV continúa en un modo de E/S redirigido. Esto afecta negativamente al rendimiento de E/S de todos los nodos del clúster.

Use los siguientes pasos para implementar la migración en vivo:

Los volúmenes compartidos de clúster son volúmenes de un clúster de conmutación por error en los que varios nodos pueden leer y escribir simultáneamente. Los nodos coordinan la actividad de lectura y escritura para que el disco no se dañe. En contraposición, los discos (LUN) del almacenamiento de clúster que no son volúmenes compartidos de clúster pertenecen siempre a un solo nodo. Los volúmenes compartidos de clúster presentan los mismos requisitos que los recursos de disco de volúmenes de clúster no compartidos. La ubicación de almacenamiento en los volúmenes compartidos de clúster se encuentra en SystemDrive/ClusterStorage. Cuando cree la máquina virtual, le recomendamos que use esta misma ubicación de almacenamiento.

ImportantImportante
Para que Hyper-V funcione correctamente cuando se utiliza con volúmenes compartidos de clúster, el sistema operativo (%SystemDrive%) de cada servidor del clúster se debe configurar de modo que arranque desde la misma letra de unidad que el resto de servidores del clúster. En otras palabras, si uno de los servidores arranca desde la letra de unidad C, todos los servidores del clúster deben arrancar desde la letra de unidad C.

Es recomendable validar la configuración del clúster antes de configurar los volúmenes compartidos de clúster. Para obtener más información acerca de cómo validar una configuración de clúster, vea la guía paso a paso de clústeres de conmutación por error: validación de hardware para un clúster de conmutación por error y la directiva de soporte técnico de Microsoft para clústeres de conmutación por error de Windows Server 2008.

noteNota

  • La conexión de red que usan los volúmenes compartidos de clúster es tolerante a errores. En consecuencia, si surgen problemas en la red que usan los volúmenes compartidos de clúster, el tráfico de red se moverá a otra red.

  • Los volúmenes compartidos de clúster solo se pueden habilitar una vez por clúster.

  • Cuando se habilitan los volúmenes compartidos de clúster para un clúster de conmutación por error, todos los nodos del clúster podrán usar volúmenes compartidos.

  1. Si no aparece el clúster que desea configurar en el complemento Administrador de clústeres de conmutación por error, en el árbol de consola, haga clic con el botón secundario en Administrador de clústeres de conmutación por error, haga clic en Administrar un clúster y, a continuación, seleccione o especifique el clúster que desee.

  2. Haga clic con el botón secundario en el clúster de conmutación por error y, a continuación, haga clic en Habilitar Volúmenes compartidos de clúster. O, en Configurar (panel central), haga clic en Habilitar Volúmenes compartidos de clúster. Se abrirá el cuadro de diálogo Habilitar Volúmenes compartidos de clúster. Lea y acepte los términos y restricciones y, a continuación, haga clic en Aceptar.

  1. Si no aparece el clúster que desea configurar en el complemento Administrador de clústeres de conmutación por error, en el árbol de consola, haga clic con el botón secundario en Administrador de clústeres de conmutación por error, haga clic en Administrar un clúster y, a continuación, seleccione o especifique el clúster que desee.

  2. Si el árbol de consola está contraído, expándalo en el clúster en que desee agregar el disco a los volúmenes compartidos de clúster.

  3. Haga clic en Volúmenes compartidos de clúster.

  4. En Acciones (a la derecha), haga clic en Agregar almacenamiento.

  5. En Agregar almacenamiento, seleccione un disco de la lista de discos disponibles y, a continuación, haga clic en Aceptar. El disco o los discos seleccionados aparecen en el panel de resultados relativo a los volúmenes compartidos de clúster.

La ubicación de almacenamiento aparece como SystemDrive\ClusterStorage en todos los nodos del clúster de conmutación por error. En SystemDrive\ClusterStorage aparece una carpeta concreta por cada volumen del disco (o discos) que haya agregado a los volúmenes compartidos de clúster. Puede ver la lista de volúmenes en el Administrador de clúster de conmutación por error.

Los clústeres de conmutación por error incluyen una opción de configuración para clasificar por orden de prioridad las redes que se usan para la comunicación entre los nodos en el clúster y para la red utilizada para el tráfico CSV. Puede identificar la red utilizada para el tráfico CSV y cambiar su configuración mediante el cmdlet de Windows PowerShell Get-ClusterNetwork.

Cada una de las redes de un clúster tiene dos valores para establecer la prioridad de la red: Metric y AutoMetric. El valor Metric se usa para determinar la prioridad de la red (la red con el valor más bajo es la preferida para CSV). El valor AutoMetric identifica si el clúster de conmutación por error estableció el valor Metric de forma manual o automática. Para las redes privadas, el valor Metric está comprendido entre 1000 y 10.000; para las redes públicas, el mismo valor comienza a partir de 10.000.

  1. Abra PowerShell. Haga clic en Inicio, elija Todos los programas, haga clic en Windows Powershell 2.0 y, a continuación, en Windows Powershell 2.0.

    La característica Clúster de conmutación por error debe estar instalada en el equipo en el que inicie la sesión de PowerShell. Asimismo, puede usar las Herramientas de administración remota del servidor de Windows® 7 para ejecutar la sesión de PowerShell.

  2. Para instalar la característica Clúster de conmutación por error, escriba:

    Import-Module FailoverClusters

  3. Para identificar las redes de un clúster de conmutación por error y las propiedades de cada red, escriba:

    Get-ClusterNetwork | fl*

    Aparece una lista de redes de clústeres y sus propiedades.

  4. Para cambiar el valor de Metric a 1100 para la red denominada cluster network 1, escriba:

    ( Get-ClusterNetwork "Cluster Network 1" ).Metric = 1100

    El valor de AutoMetric cambia de True a False después de cambiar manualmente el valor Metric. Esto sucede para evitar que el clúster de conmutación por error asigne automáticamente un valor de Metric. Si desea que el clúster comience a asignar automáticamente de nuevo el valor de Metric, vuelva a establecer AutoMetric como True.

Para configurar una máquina virtual para la migración en vivo, es necesario hacer lo siguiente:

  1. Crear la máquina virtual

  2. Configurar la máquina virtual para que use los volúmenes compartidos de clúster

  3. Volver a configurar la acción de inicio automático en la máquina virtual

  4. Hacer que la máquina virtual esté altamente disponible

Para obtener información sobre cómo realizar estos procedimientos, vea los pasos 6 y 7 del tema sobre Hyper-V y clústeres de conmutación por error de la guía paso a paso de Hyper-V.

noteNota
Cuando cree la máquina virtual, le recomendamos que configure la ubicación de almacenamiento en SystemDrive/ClusterStorage en los volúmenes compartidos de clúster.

Las redes de clústeres se configuran automáticamente para la migración en vivo. Puede usar el Administrador de clúster de conmutación por error para realizar este procedimiento.

  1. Si no aparece el clúster que desea configurar en el complemento Administrador de clústeres de conmutación por error, en el árbol de consola, haga clic con el botón secundario en Administrador de clústeres de conmutación por error, haga clic en Administrar un clúster y, a continuación, seleccione o especifique el clúster que desee.

  2. Expanda Servicios y aplicaciones.

  3. En el árbol de la consola (a la izquierda), seleccione la máquina virtual en clúster para la que desea configurar la red para la migración en vivo.

  4. Haga clic con el botón secundario en el recurso de la máquina virtual que se muestra en el panel central (no a la izquierda) y, a continuación, haga clic en Propiedades.

  5. Haga clic en la ficha Red para migración en vivo y seleccione una o más redes de clústeres para la migración en vivo. Use los botones a la derecha para subir o bajar las redes de clústeres a fin de garantizar que la red preferida es una red privada de clústeres. El orden de preferencia predeterminado es el siguiente: las redes que no tienen una puerta de enlace predeterminada deben ser las primeras y las redes que usan los volúmenes compartidos de clúster y el tráfico de clúster, las últimas.

    La migración en vivo se intentará llevar a cabo en el orden de redes especificado en la lista de redes de clústeres. Si la conexión no se puede realizar en el nodo de destino mediante la primera red, se usará la red siguiente en la lista hasta que ésta se agote o se consiga realizar una conexión con el nodo mediante una de las redes.

    noteNota

    • Cuando se configura una red para la migración en vivo de una máquina virtual específica, la configuración es global y, por lo tanto, se aplica a todas las máquinas virtuales.

    • Si hay más de una red de clústeres recogida en Red para migración en vivo, deberá cambiar el orden de prioridad para evitar que la migración en vivo use la misma red que los volúmenes compartidos de clúster.

Puede usar tanto el Administrador de clúster de conmutación por error como PowerShell para iniciar la migración en vivo para mover una máquina virtual de un nodo a otro en un clúster de conmutación por error.

noteNota

  • Según la cantidad de nodos del clúster de conmutación por error, es posible que pueda usar la migración en vivo para mover más de una máquina virtual a la vez. Sin embargo, un nodo del clúster puede participar como nodo de origen o de destino en tan solo una migración en vivo cada vez. Por ejemplo, si hay cuatro nodos en el clúster de conmutación por error, las dos migraciones en vivo se pueden realizar al mismo tiempo.

  • Si se produce un error en la migración en vivo, la máquina virtual continúa funcionando en el nodo de origen sin interrupción alguna.

La cantidad de tiempo que se requiere para mover una máquina virtual mediante la migración en vivo depende de los siguientes elementos:

  • El ancho de banda y la velocidad de conexión de la red disponibles entre el nodo del clúster de origen y el de destino.

  • La carga del nodo del clúster de origen y la del de destino.

  • La cantidad de RAM configurada para la máquina virtual.

  1. Si no aparece el clúster que desea configurar en el complemento Administrador de clústeres de conmutación por error, en el árbol de consola, haga clic con el botón secundario en Administrador de clústeres de conmutación por error, haga clic en Administrar un clúster y, a continuación, seleccione o especifique el clúster que desee.

  2. Expandir Nodos.

  3. En el árbol de la consola (a la izquierda), seleccione el nodo bajo el cual desea mover una máquina virtual en clúster mediante la migración en vivo.

  4. Haga clic con el botón secundario en el recurso de la máquina virtual que se muestra en el panel central (no a la izquierda) y, a continuación, haga clic en Migrar en vivo la máquina virtual a otro nodo.

  5. Seleccione el nodo al que desea mover la máquina virtual. Cuando la migración finalice, la máquina virtual se ejecutará en el nuevo nodo.

  6. Para comprobar que la máquina virtual ha migrado correctamente, verá que ésta aparece enumerada en el nuevo nodo (en Propietario actual).

  1. Abra PowerShell. Haga clic en Inicio, elija Todos los programas, haga clic en Windows Powershell 2.0 y, a continuación, en Windows Powershell 2.0.

    La característica Clúster de conmutación por error debe estar instalada en el equipo en el que inicie la sesión de PowerShell. Asimismo, puede usar las Herramientas de administración remota del servidor de Windows® 7 para ejecutar la sesión de PowerShell.

  2. Para instalar la característica Clúster de conmutación por error, escriba:

    Import-Module FailoverClusters

  3. Escriba lo siguiente:

    Get-Cluster “<Cluster Name>” | Move-ClusterVirtualMachineRole -Name “<VM group name>” -Node “<Destination node name>”

    Donde:

    • <Cluster Name> es el nombre del clúster en el que se incluye la máquina virtual.

    • <VM group name> es el grupo de recursos de la máquina virtual.

    • <Destination node name> es el nombre del nodo de destino al que desea mover la máquina virtual mediante la migración en vivo.

Esta sección trata algunos de los problemas que pueden surgir durante una migración en vivo. Antes de revisar los elementos de solución de problemas de esta sección, confirme lo siguiente:

La siguiente lista trata la solución de algunos problemas básicos de la migración en vivo.

  • Asegúrese de que todos los nombres de redes virtuales son los mismos en todo el clúster.

  • Si el clúster consta de equipos con procesadores basados tanto en x86 como en x64, se producirán errores en la migración en vivo entre ambos tipos de procesadores.

  • Si inicia una segunda migración en vivo antes de que se termine de limpiar la primera migración, puede que se produzcan errores en la segunda migración. Debe esperar varios segundos antes de iniciar una segunda migración.

  • Si se reinicia un servicio de clúster o un nuevo proceso de clúster RHS.exe mueve una máquina virtual y la hospeda, la red que se usa para la migración necesitará tiempo para inicializarse. Puede que transcurran hasta 30 segundos antes de que la red esté lista. Si inicia una migración en vivo durante este tiempo, aparecerá un error que indica que no hay una red de migración disponible.

  • Asegúrese de que no coincidan los nombres de los conmutadores virtuales y sus puertos. La migración en vivo no se podrá realizar en las máquinas virtuales conectadas a puertos de conmutador virtual cuyo nombre coincida con el del conmutador virtual.

Use los dos siguientes diagramas de flujo para solucionar problemas de una migración en vivo.

Diagrama de flujo de solución de problemas de la migración en vivo con Hyper-V Diagrama de flujo de solución de problemas de la migración en vivo con Hyper-V

La siguiente lista recoge información de configuración que le ayudará a diagnosticar problemas.

Información del clúster:

  • Averigüe si se usan volúmenes compartidos de clúster. Si se usan, anote cuántos.

  • Determine el modelo de CPU de cada nodo de clúster y compruebe que son compatibles.

  • Analice el informe de validación de clúster.

  • Determine el número de redes y la configuración de cada una de ellas. Por ejemplo, de 1 GB o 10 GB, IPv4 o IPv6 y si se usa IPsec.

Información de la red:

  • Determine si los adaptadores de red admiten la descarga TCP (Chimney) y si ésta está habilitada en los sistemas operativos invitado y de administración.

  • Averigüe si los adaptadores de red están enlazados a un conmutador virtual que admite colas de máquina virtual (VMQ).

  • Determine si los adaptadores de red están combinados.

Información de la máquina virtual:

  • Averigüe el número de máquinas virtuales que tienen alta disponibilidad y si las máquinas virtuales usan volúmenes compartidos de clúster.

  • Determine qué sistema operativo usan las máquinas virtuales y cuál es la carga de trabajo.

Para ayudar a diagnosticar problemas, puede hacer uso de la información del registro de eventos de clúster y de Hyper-V.

  • Para habilitar el registro analítico de alta disponibilidad, escriba el siguiente comando en un símbolo del sistema:

    Wevtutil sl “<Log Name>” /e:true /q

    Donde:

    <Log Name> es el nombre del registro analítico de alta disponibilidad que desea habilitar.

  • Para recuperar información del registro, escriba el siguiente comando en un símbolo de sistema:

    Wevtutil epl query.txt /sq:true <Log Name>.evtx

    Donde:

    <Log Name> es el nombre del registro analítico de alta disponibilidad del cual se desea recuperar información.

    Código de Query.txt:

    <QueryList>
      <Query Id="0" Path="System">
        <Select Path="System">*[System[Provider[@Name='Microsoft-Windows-Hyper-V-Hypervisor']]]</Select>
        <Select Path="Microsoft-Windows-Hyper-V-Config-Admin">*</Select>
        <Select Path="Microsoft-Windows-Hyper-V-High-Availability-Admin">*</Select>
        <Select Path="Microsoft-Windows-Hyper-V-High-Availability-Analytic">*</Select>
        <Select Path="Microsoft-Windows-Hyper-V-Hypervisor-Admin">*</Select>
        <Select Path="Microsoft-Windows-Hyper-V-Integration-Admin">*</Select>
        <Select Path="Microsoft-Windows-Hyper-V-Network-Admin">*</Select>
        <Select Path="Microsoft-Windows-Hyper-V-SynthStor-Admin">*</Select>
        <Select Path="Microsoft-Windows-Hyper-V-SynthNic-Admin">*</Select>
        <Select Path="Microsoft-Windows-Hyper-V-Image-Management-Service-Admin">*</Select>
        <Select Path="Microsoft-Windows-Hyper-V-VMMS-Admin">*</Select>
        <Select Path="Microsoft-Windows-Hyper-V-Worker-Admin">*</Select>
      </Query>
    </QueryList>
    
    
  • Para recuperar información de los registros de eventos de clúster, escriba lo siguiente en una sesión de PowerShell:

    Get-ClusterLog o Get-ClusterLog –Destination <logdir>

    Donde:

    <Logdir> es la ubicación de los registros de eventos.

    Para recuperar información de los registros de eventos de clúster mediante Cluster.exe, escriba en un símbolo de sistema:

    Cluster.exe log /g /copy:<logdir>

¿Te ha resultado útil?
(Caracteres restantes: 1500)
Gracias por sus comentarios

Adiciones de comunidad

AGREGAR
Mostrar:
© 2014 Microsoft. Reservados todos los derechos.