Es posible migrar los servicios empresariales de un clúster de Microsoft Windows. Las tecnologías de agrupación en clúster admitidas son:
Windows Server 2012 R2: clúster de failover de Microsoft basado en servidor (modelos quórum Mayoría de disco y nodo y Sin mayoría - Quórum solo de disco)
Windows Server 2008 R2: clúster de failover de Microsoft basado en servidor (modelos quórum Mayoría de disco y nodo y Sin mayoría - Quórum solo de disco)
Windows Server 2003 R2: servidor de clústeres de basado en Windows Server (modelo Clúster de dispositivo de quórum sencillo)
Es posible habilitar o inhabilitar el descubrimiento de clústeres de Windows para el entorno de PlateSpin Migrate. Consulte la Sección 5.5.2, Habilitación o inhabilitación del descubrimiento de clústeres de Windows.
NOTA:el software de gestión de clúster de Windows proporciona control sobre el failover y el failback para los recursos que se ejecutan en sus nodos de clústeres. En este documento, esta acción se denomina failover de nodo de clústeres o failback de nodo de clústeres.
Sección 5.5.2, Habilitación o inhabilitación del descubrimiento de clústeres de Windows
Sección 5.5.3, Adición de valores de búsqueda de nombres de recursos
Sección 5.5.4, Configuración del tiempo límite de arbitraje de quórum
Sección 5.5.5, Configuración de los números de serie del volumen local
Sección 5.5.8, Migración de clústeres de Windows con la interfaz Web
Sección 5.5.9, Migración de clústeres de Windows mediante el cliente de Migrate
La migración de un clúster se logra mediante réplicas incrementales de los cambios del nodo activo transmitidas a un clúster de un nodo virtual. Antes de configurar los clústeres de Windows para su migración, asegúrese de que el entorno cumple los requisitos previos y de que entiende las condiciones para migrar las cargas de trabajo de clúster.
La cobertura de asistencia técnica para la migración de clúster está sujeta a las condiciones siguientes:
Nombre de host o dirección IP del nodo activo: debe especificar el nombre de host o la dirección del nodo activo del clúster cuando realice una operación de adición de carga de trabajo. Debido a los cambios de seguridad efectuados por Microsoft, los clústeres de Windows ya no se pueden descubrir mediante el nombre del clúster virtual (es decir, con la dirección IP del clúster compartido).
Descubrimiento del nodo activo: Asegúrese de que el valor de configuración global de PlateSpin DiscoverActiveNodeAsWindowsCluster está definido como True (Verdadero) en la página de configuración del servidor de PlateSpin. Se trata del ajuste por defecto. Consulte la Sección 5.5.2, Habilitación o inhabilitación del descubrimiento de clústeres de Windows.
Valores de búsqueda del nombre del recurso: debe especificar los valores de búsqueda que desea usar para ayudar a diferenciar el nombre del recurso de dirección IP del clúster compartido del nombre de otros recursos de dirección IP que pueda haber en el clúster. Consulte Sección 5.5.3, Adición de valores de búsqueda de nombres de recursos
Nombre de host resoluble: el servidor de PlateSpin también debe ser capaz de resolver el nombre de host de cada nodo del clúster.
NOTA:el nombre de host debe poder resolverse mediante la dirección IP. Es decir, se requiere tanto una búsqueda como una búsqueda inversa del nombre de host.
Recurso de quórum: es preciso coubicar un recurso de quórum de clúster en el nodo junto al grupo de recursos del clúster (servicio) que se va a migrar.
PowerShell 2.0: el motor Windows PowerShell 2.0 debe estar instalado en todos los nodos del clúster.
Discos compartidos: todos los discos compartidos pertenecen al nodo activo.
Controlador de dominio: la máquina virtual de clúster único migrada requiere acceso a un controlador de dominio con los mismos parámetros que el controlador de dominio original. Para cumplir este requisito, puede dejar el controlador de dominio original en línea o migrarlo de forma simultánea con el clúster.
Cuando se usa la transferencia basada en bloques para las cargas de trabajo de clúster, los componentes del controlador basado en bloques no se instalan en los nodos del clúster. La transferencia basada en bloques se produce cuando se usa una sincronización sin controlador con una réplica basada en MD5. Dado que el controlador basado en bloques no se instala, no es necesario rearrancar los nodos del clúster de origen.
NOTA:La transferencia basada en archivos y la transferencia basada en bloques con un controlador BBT no se admiten para migrar clústeres de Microsoft Windows.
Una carga de trabajo de clúster requiere que la primera réplica completa finalice correctamente sin un failover del nodo de clústeres. Si se produce un failover del nodo de clústeres antes de que finalice la primera réplica completa, deberá eliminar la carga de trabajo existente, volver a añadir el clúster mediante el nodo activo y volver a intentarlo.
Si se produce un failover del nodo de clústeres antes de que se complete el proceso de copia durante una réplica completa o una réplica incremental, el comando se cancela y se muestra un mensaje que indica que es necesario volver a ejecutar la réplica.
Los nodos deben tener perfiles similares para evitar interrupciones en el proceso de réplica. Si se produce un failover del nodo de clústeres entre réplicas incrementales de una carga de trabajo de clúster y si el nuevo perfil del nodo activo es similar al nodo activo que ha fallado, el contrato de migración continúa según esté programado para la próxima réplica incremental. En caso contrario, el comando de la próxima réplica incremental falla.
Los perfiles de los nodos de clústeres se consideran similares si se cumplen todas las condiciones siguientes:
Los números de serie de los volúmenes locales de los nodos (volumen del sistema y volumen reservado para el sistema) deben ser iguales en cada nodo del clúster.
NOTA:use la utilidad Gestor de volúmenes personalizada para cambiar los números de serie del volumen local a fin de que coincidan en todos los nodos del clúster. Consulte Sincronización de números de serie en el almacenamiento local del nodo de clústeres.
Si los volúmenes locales de cada nodo del clúster tienen números de serie distintos, no será posible ejecutar una réplica después de que se produzca un failover del nodo de clústeres. Por ejemplo, durante un failover del nodo de clústeres, el nodo activo Nodo 1 falla y el software del clúster convierte al Nodo 2 en el nodo activo. Si las unidades locales de los dos nodos tienen números de serie distintos, el comando de la próxima réplica para la carga de trabajo falla.
Los nodos deben tener el mismo número de volúmenes.
Cada volumen debe ser exactamente del mismo tamaño en cada nodo.
Los nodos deben tener un número idéntico de conexiones de red.
PlateSpin Migrate puede descubrir y añadir al inventario clústeres de failover de Windows en el entorno de PlateSpin según el nodo activo de cada clúster. Como alternativa, puede tratar todos los clústeres activos y no activos como equipos independientes.
Para habilitar el descubrimiento de clústeres para todos los clústeres de Windows, asegúrese de que el parámetro DiscoverActiveNodeAsWindowsCluster está definido como True (Verdadero). Se trata del ajuste por defecto. El descubrimiento de clústeres, el inventario y la migración de la carga de trabajo usan el nombre de host o la dirección IP del nodo activo de un clúster, en lugar del nombre del clúster o de un recurso compartido de administración. No se configuran cargas de trabajo separadas para los nodos no activos del clúster. Para consultar otros requisitos de migración de la carga de trabajo del clúster, consulte Requisitos previos.
Para inhabilitar el descubrimiento de clústeres para todos los clústeres de Windows, defina el parámetro DiscoverActiveNodeAsWindowsCluster como False (Falso). Este ajuste permite al servidor de PlateSpin descubrir todos los nodos de un clúster de failover de Windows como máquinas independientes. Es decir, añade al inventario el nodo activo de un clúster y los nodos inactivos como si fueran cargas de trabajo Windows normales no conscientes del clúster.
Para habilitar o inhabilitar el descubrimiento de clústeres:
Diríjase a la página de configuración del servidor de PlateSpin en
https://<dirección-ip-servidor-platespin>/PlateSpinConfiguration
Busque DiscoverActiveNodeAsWindowsCluster y haga clic en Edit (Editar).
En el campo Value (Valor), seleccione True (Verdadero) para habilitar el descubrimiento de clústeres, o bien seleccione False (Falso) para inhabilitarlo.
Haga clic en Save (Guardar).
Para ayudar a identificar el nodo activo de un clúster de failover de Windows, PlateSpin Migrate debe diferenciar el nombre del recurso de dirección IP del clúster compartido de los nombres de otros recursos de dirección IP que haya en el clúster. El recurso de dirección IP del clúster compartido se encuentra en el nodo activo del clúster.
El parámetro global MicrosoftClusterIPAddressNames de la página de configuración del servidor de PlateSpin incluye una lista de valores de búsqueda que se pueden usar en el descubrimiento para una carga de trabajo de clúster de Windows. Cuando se añade una carga de trabajo de clúster de Windows, se debe especificar la dirección IP del nodo activo actualmente del clúster. PlateSpin Migrate busca los nombres de los recursos de dirección IP del clúster en ese nodo a fin de buscar uno que empiece con los caracteres especificados de cualquier valor en la lista. Por lo tanto, cada valor de búsqueda debe contener suficientes caracteres para diferenciar el recurso de dirección IP del clúster compartido en un clúster específico, pero debe ser lo suficientemente corto para poder aplicarse al descubrimiento en otros clústeres de Windows.
Por ejemplo, el valor de búsqueda Clust IP Address o Clust IP coinciden con los nombre de los recursos Clust IP Address para 10.10.10.201 y Clust IP Address para 10.10.10.101.
El nombre por defecto del recurso de dirección IP del clúster compartido es Cluster IP Address en inglés, o su equivalente si el nodo del clúster está configurado en otro idioma. Los valores de búsqueda por defecto de la lista MicrosoftClusterIPAddressNames incluyen el nombre del recurso Cluster IP Address en inglés, así como en cada uno de los idiomas compatibles.
Dado que el nombre del recurso de dirección IP del clúster compartido puede configurarlo el usuario, debe añadir otros valores de búsqueda a la lista, según se precise. Si cambia el nombre del recurso, debe añadir un valor de búsqueda correspondiente en la lista MicrosoftClusterIPAddressNames. Por ejemplo, si especifica el nombre de recurso Win2012-CLUS10-IP-ADDRESS, debe añadir ese valor a la lista. Si tiene varios clústeres que usen la misma convención de nombres, la entrada Win2012-CLUS coincidirá con todos los nombres de recursos que empiecen con esa secuencia de caracteres.
Para añadir valores de búsqueda en la lista MicrosoftClusterIPAddressNames:
Diríjase a la página de configuración del servidor de PlateSpin en
https://<dirección-ip-servidor-platespin>/PlateSpinConfiguration
Busque MicrosoftClusterIPAddressNames y haga clic en Edit (Editar).
En el campo Value (Valor), añada uno o varios valores de búsqueda a la lista.
Haga clic en Save (Guardar).
Es posible definir la clave de registro QuorumArbitrationTimeMax para los clústeres de failover de Windows Server en el entorno de PlateSpin mediante el parámetro global FailoverQuorumArbitrationTimeout en la página de configuración del servidor de PlateSpin. El tiempo límite por defecto es de 60 segundos, en consonancia con el valor por defecto de Microsoft para este ajuste. Consulte QuorumArbitrationTimeMax en el sitio Web de Microsoft Developer Network. El intervalo de tiempo límite especificado se respeta para el arbitraje de quórum durante el failover y el failback.
Para definir el tiempo límite de arbitraje de quórum para todos los clústeres de failover de Windows:
Diríjase a la página de configuración del servidor de PlateSpin en
https://<dirección-ip-servidor-platespin>/PlateSpinConfiguration
Busque FailoverQuorumArbitrationTimeout y haga clic en Edit (Editar).
En el campo Value (Valor), especifique el número máximo de segundos que se permitirá el arbitraje del quórum.
Haga clic en Save (Guardar).
Use la utilidad Gestor de volúmenes para cambiar los números de serie del volumen local a fin de que coincidan en todos los nodos del clúster. Consulte Sincronización de números de serie en el almacenamiento local del nodo de clústeres.
Cuando la operación de transición de PlateSpin se completa y el clúster vuelve a estar conectado, observará un clúster multinodo con un nodo activo (los demás nodos no estarán disponibles).
Para realizar la transición de PlateSpin (o para probarla) en un clúster de Windows, el clúster debe ser capaz de conectarse a un controlador de dominio. Para aprovechar la función de transición de prueba, debe migrar el controlador de dominio junto con el clúster. Durante la prueba, active el controlador de dominio, seguido por la carga de trabajo del clúster de Windows (en una red aislada).
La operación de migración de clúster de PlateSpin requiere una réplica completa para las carga de trabajo de Windows Cluster. Después de completar una migración de clúster de PlateSpin, debe reconectar el almacenamiento compartido y reconstruir el entorno de clúster antes de poder reunir nodos adicionales al clúster recién restaurado.
Para obtener información sobre cómo reconstruir el entorno de clúster después de una migración de PlateSpin, consulte el artículo 7016770 de la base de conocimientos.
Use la interfaz Web de PlateSpin Migrate para añadir el nodo activo especificando la dirección IP del nodo activo, configure la migración del nodo activo y ejecute la migración.
Puede usar un trabajo de traslado para migrar los servicios esenciales de un clúster que dé como resultado un clúster de nodo único funcional en una máquina virtual.
El flujo de trabajo para migrar un clúster de Windows es similar al de migrar un servidor independiente:
Para descubrir el nodo activo, especifique la dirección IP del nodo activo.
En la vista Servers (Servidores), arrastre y suelte para iniciar un trabajo de migración y configure los parámetros del trabajo.
(Condicional: migración correcta) Si el trabajo de migración se completa correctamente, realice una operación de Server Sync en el nodo activo.
NOTA:si se produce un failover en el nodo activo del clúster antes de que pueda realizar una operación de Server Sync, lleve a cabo una migración completa con el nuevo nodo activo y realice una operación de Server Sync en este nodo nuevo.
(Condicional: failover antes de la migración) Si se produce un failover de clúster antes de que se complete la transferencia de archivos, el trabajo de migración se aborta. Si esto ocurre, actualice el origen y vuelva a intentar el trabajo de migración.
NOTA:si selecciona Shut down (Apagar) para el estado final posterior a la migración del origen, se apagarán todos los nodos de origen del clúster.