Desde la introducción de VMDK en clústeres en almacenes de datos VMFS, las aplicaciones como el clúster de conmutación por error de Windows Server (WSFC) ya no requieren mapeos de dispositivos crudos (RDM) para usar reservas persistentes SCSI-3 (SCSI3-PR). Debido a esto, Broadcom no ofrece compatibilidad con RDM para el protocolo NVMeoF. Los clientes que utilizan RDM con el SDC y desean pasar a NVMe/TCP deben convertir esos discos en VMDK en un almacén de datos VMFS con la propiedad VMDK en clúster. Esta conversión no se puede realizar con Storage vMotion, por lo que las aplicaciones como WSFC incurrirán en tiempo de inactividad.

Este artículo de la base de conocimientos se aplica a:

• Clientes que pasan de SDC a NVMe/TCP en sistemas PowerFlex 5.0
• Entornos VMware vSphere 8.0U3 y 9.x que utilizan RDM con múltiples escritores o controladoras de bus SCSI físico compartido para discos
• Clústeres Oracle RAC
• Agrupación en clústeres de conmutación por error de Windows Server, incluidos:
  • Clústeres de conmutación por error de SQL Server
  • Clústeres de servidores de archivos
  • Discos de quórum de clúster

Soporte:

Dell admite las siguientes versiones para estos procedimientos cuando se utiliza VMDK en clúster:

• ESXi versiones 8.0U3 y 9.x
  • Estas versiones son compatibles con VMDK en clústeres NVMe/TCP en PowerFlex 5.0
• PowerFlex 5.0
  • PowerFlex 4.x no es compatible

Al convertir Oracle RAC, si no utiliza VMDK en clúster, PowerFlex 4.x es compatible.

Aunque esta base de conocimientos se centra en las aplicaciones en clúster, puede convertir máquinas virtuales independientes con RDM en VMDK mediante procedimientos similares, en especial en el caso de Oracle con ASM. Si utiliza RDM porque necesita dispositivos de paso directo, la conversión a VMDK no es una solución adecuada.

Descripción general

En este artículo, se describen los enfoques compatibles y de prácticas recomendadas para convertir clústeres de aplicaciones basados en RDM y SDC existentes en VMDK compartidos en almacenes de datos NVMe/TCP. Los métodos de conversión difieren según los requisitos de la aplicación. Planifique en consecuencia. Dell espera que el usuario de este artículo de la base de conocimientos domine las tecnologías cubiertas; Por lo tanto, los pasos son de alto nivel y rara vez incluyen sintaxis.

Aquí se tratan dos casos de uso principales de RDM:

1. Oracle RAC mediante RDM físicos con multiescritura
2. Agrupación en clústeres de conmutación por error de Windows Server (WSFC) mediante RDM físicos para SCSI3-PR

Hay un concepto importante relacionado con la controladora de almacenamiento virtual en las VM de VMware que es esencial comprender antes de continuar. Estas controladoras se encargan de conectar los discos virtuales a la máquina virtual. Las controladoras virtuales no están vinculadas al protocolo de almacenamiento físico que utiliza el almacén de datos subyacente. Por ejemplo, si bien la controladora predeterminada está etiquetada como "SCSI", es completamente virtual y no refleja ni restringe el transporte de almacenamiento físico que se utiliza debajo. Debido a esta abstracción, no hay ninguna diferencia funcional si conecta un VMDK mediante una controladora virtual SCSI o NVMe, independientemente de si el protocolo de almacenamiento es SCSI o NVMeoF. En la práctica, VMware generalmente recomienda usar controladoras SCSI sin importar el tipo de almacenamiento VMware Paravirtual (PVSCSI), ya que tienden a ofrecer una mayor estabilidad y un rendimiento mejorado para la mayoría de las cargas de trabajo; sin embargo, puede usar controladoras NVMe si lo prefiere. 

1. Oracle RAC: Conversión de RDM a VMDK

Algunos ambientes Oracle RAC utilizan RDM a fin de proporcionar almacenamiento compartido para archivos de datos o grupos de discos ASM, en lugar de VMDK. Es posible convertir estas configuraciones en línea, aunque algunos métodos requieren tiempo de inactividad. Cubrimos tanto los basados en RDM como ASM.

1.1 RAC sin ASM

Si Oracle Automatic Storage Management (ASM) no está en uso, puede convertir en línea mediante uno de los siguientes métodos.

Opción A: migración de archivos de datos en línea

1. Cree nuevos VMDK compartidos:
• Almacén de datos VMFS en NVMe/TCP (NO se requiere propiedad de VMDK en clúster)
• Puesta a cero rápida de aprovisionamiento grueso (EZT)
• Múltiples escritores habilitados
2. Asocie VMDK a todos los nodos de RAC.
3. Agregue nuevos archivos de datos mediante los VMDK.
4. Migre datos de archivos de datos basados en RDM a archivos de datos basados en VMDK.
5. Elimine los archivos de datos originales basados en RDM.
6. Utilice crsctl/ocrconfig para transferir clusterware.

Este enfoque evita el tiempo de inactividad, pero puede requerir la transferencia de datos a nivel de espacio de tablas u objeto, lo que puede llevar mucho tiempo.

Opción B: convertir a ASM (de preferencia)

La conversión a ASM simplifica la administración de almacenamiento a largo plazo y es el estado final estratégico recomendado.

Existen dos enfoques admitidos:

• Migración en línea a grupos de discos ASM
• RMAN conBASE DE DATOS DE RESPALDO COMO COPIA
• Requiere una interrupción breve
• Más rápido y seguro para bases de datos grandes
• Comúnmente preferido para sistemas de producción

1.2 RAC ya utiliza ASM

Si ASM está en uso, el reemplazo de RDM es sencillo y en línea:

1. Cree nuevos VMDK compartidos:
• Almacén de datos VMFS en NVMe/TCP (NO se requiere propiedad de VMDK en clúster)
• Puesta a cero rápida de aprovisionamiento grueso
• Múltiples escritores habilitados
2. Agregue los VMDK al grupo de discos ASM.
3. Permita que se complete el rebalanceo de ASM.
4. Descarte los discos ASM respaldados por RDM.
5. Utilice crsctl/ocrconfig para transferir clusterware.

Este proceso no requiere tiempo de inactividad de las aplicaciones y presenta un riesgo mínimo.

2. WSFC: Conversión de RDM a VMDK

⚠️ Importante: Realice la migración de WSFC de un disco a la vez para mantener la estabilidad del clúster. Este ejemplo es un clúster de dos nodos.

2.1 Requisitos previos (obligatorios)

Requisitos de VMware

• La versión de hardware de la máquina virtual es compatible con VMDK agrupados en clústeres
• Almacén de datos VMFS en NVMe/TCP
• Función de VMDK en clúster habilitada
• Discos Eager Zeroed de aprovisionamiento grueso
• Sin instantáneas en las VM del clúster
• DRS de almacenamiento deshabilitado

Requisitos de WSFC

• Clúster en buen estado
• Validación del clúster limpia (advertencias aceptables)
• Cada disco tiene un único nodo propietario

2.2 Crear nuevos VMDK compartidos

Para cada disco RDM:

1. Cree un nuevo VMDK en el almacén de datos NVMe/TCP (se requiere VMDK en clústeres):
• Igual tamaño o mayor
• Puesta a cero rápida de aprovisionamiento grueso
2. Conecte el VMDK a ambos nodos del clúster:
• Mismo tipo de controladora SCSI (se recomienda PVSCSI)
• El mismo número de controladora
• Mismo ID de SCSI
• Habilitar el uso compartido del bus físico SCSI

2.3 Preparar el disco (solo nodo propietario)

En el nodo propietario actual:

1. Ponga el nuevo disco en línea.
2. Inicialice como GPT.
3. Formatee NTFS con 128 KB.
4. Asigne una letra de unidad temporal.

En el nodo secundario, deje el disco offline.

2.4 Migrar datos (disco por disco)

Ejemplo para un disco de datos de SQL Server:

1. Falle la función SQL al nodo propietario.
2. Detenga los recursos de SQL (SQL Server) mediante el RDM anterior, mantenga el disco en línea.
3. Copie datos mediante robocopy, donde R es el RDM y V es el nuevo VMDK:
   1. robocopy R:\ V:\ /MIR /COPYALL /DCOPY:T /R:0 /W:0
4. Verifique la integridad de los datos.
5. Cambie las letras de unidad para que el disco nuevo tenga la letra antigua.
6. Actualice las dependencias de recursos del clúster para hacer referencia al disco nuevo.
7. Ponga los recursos en línea.
8. Transfiera la propiedad a otro nodo para probar.
9. Cuando haya finalizado, elimine la dependencia del disco antiguo (RDM).
10. Repita el proceso para cada disco de datos

Repita este proceso para:

• Discos de registro
• Temperatura

2.5 Reemplace el recurso de disco del clúster

Después de la validación:

1. Quite el disco RDM antiguo de la función del clúster.
2. Agregue el nuevo disco VMDK a la función.
3. Confirme la propiedad y las dependencias.
4. Transfiera la propiedad a otro nodo para probar.

2.6 Migración de discos de quórum (si está en uso)

Para evitar una interrupción accidental del clúster:

1. Cambie temporalmente el quórum a la mayoría del nodo en lugar del disco.
   1. Set-ClusterQuorum -NodeMajority
2. Siga la sección 2.3 para agregar un nuevo disco.
3. Agregue el disco al clúster en la UI de o agregue ClusterDisk en PS.
4. Configure el nuevo disco como quórum en la interfaz de usuario o Set-ClusterQuorum -DiskWitness "Cluster Disk X"
5. Desconecte y quite el disco RDM.

3 Eliminar RDM

Solo después de la validación correcta en cualquiera de los casos de uso:

1. Quite las asignaciones de RDM de ambas VM.
2. Desconecte los LUN de los hosts ESXi.
3. Umap de los volúmenes en PowerFlex Manager.

4 Problemas comunes

1. Error al utilizar discos EZT
   • Las soluciones en clúster que se describen aquí requieren EZT: no es compatible con el grosor delgado o cero.
2. Configuración de controladora no coincidente. Cualquier discrepancia a continuación impide que el disco funcione correctamente en el clúster.
   • El mismo tipo de controladora SCSI
   • El mismo número de controladora
   • El mismo ID de SCSI
3. Error al configurar varios escritores en vmdks de Oracle EZT en cada VM (nodo) para cada VMDK
4. Error al establecer el uso compartido del bus físico SCSI en la controladora para WSFC 

4.1 Soporte de configuración

Enlaces de documentación adicionales (sin ningún orden en particular):

https://learn.microsoft.com/en-us/sql/sql-server/?view=sql-server-ver17

https://learn.microsoft.com/sql/sql-server/failover-clusters/windows/change-failover-cluster-instance-storage

https://learn.microsoft.com/en-us/windows-server/administration/windows-commands/robocopy

https://knowledge.broadcom.com/external/article/313472/microsoft-windows-server-failover-cluste.html

https://blogs.vmware.com/cloud-foundation/2023/07/06/shared-disk-clustering-on-vsphere-getting-out-of-the-multi-writer-flag-jam/

https://www.vmware.com/docs/vmw-vmdk-whitepaper-mmt

https://learn.microsoft.com/en-us/troubleshoot/windows-server/high-availability/configuring-witness-resource

https://learn.microsoft.com/windows-server/administration/windows-commands/robocopy