Cómo elegir entre VMDK y RDM para las cargas de trabajo de SQL Server

Elegir entre VMDK y RDM para las cargas de trabajo de Microsoft SQL Server que se ejecutan en VMware es una decisión clave para cualquier administrador de TI que esté montando su infraestructura. Ambas opciones ofrecen almacenamiento para SQL Server en entornos virtualizados, pero la más adecuada depende de si tu caso de uso prioriza el rendimiento o la flexibilidad.

En esta guía te explicamos las diferencias prácticas entre ambas tecnologías para que aciertes al elegir la opción correcta para ejecutar SQL Server con virtualización VMware.

¿Qué es VMDK?

Virtual machine disk (VMDK) es un formato de disco virtual portátil, de alto rendimiento y muy escalable que se utiliza en entornos virtualizados con VMware vSphere. Se trata de un disco duro virtualizado que puedes redimensionar, copiar, capturar en snapshots y recuperar con facilidad, además de conectarlo y desconectarlo de las máquinas virtuales. Todo ello hace que VMDK sea flexible y fácil de gestionar.

¿Qué es RDM?

Raw device mapping (RDM) permite que VMware vSphere asigne el almacenamiento directamente a un LUN (Logical Unit Number) de una SAN. Así se obtiene acceso directo a las funciones del almacenamiento físico. También puede ofrecer mejor rendimiento (aunque esta ventaja frente a VMDK es hoy mucho menor, como veremos más adelante) y da al software que se ejecuta en entornos virtualizados (por ejemplo, software de clustering) acceso directo al hardware de almacenamiento, pero implica renuncias en flexibilidad, escalabilidad y gestión.

vVol es otra tecnología de almacenamiento de VMware vSphere, pero está en proceso de retirada y no debería utilizarse en despliegues nuevos. Quienes ya la usen deberían valorar si necesitan migrar a otra tecnología de almacenamiento compatible.

¿En qué se diferencian VMDK y RDM?

En resumen, VMDK es un archivo de disco virtual al que se accede desde la plataforma de virtualización VMware vSphere, mientras que RDM asigna una máquina virtual directamente a un dispositivo de almacenamiento físico. Los sistemas operativos invitados ven ambos como volúmenes normales, pero existen diferencias que afectan a las cargas de trabajo de SQL Server, y cada tecnología tiene sus propias implicaciones en rendimiento y gestión.

Qué tener en cuenta al elegir la tecnología de almacenamiento de VMware para SQL Server

La opción adecuada para las cargas de trabajo de Microsoft SQL Server dependerá de tu caso de uso, aunque, en general, la mayoría se decanta por VMDK por los motivos siguientes.

Cómo influye en el rendimiento la elección entre VMDK y RDM

Históricamente se ha considerado que RDM rinde más que VMDK, pero esa diferencia ha dejado de ser determinante para la mayoría de usuarios. Hoy VMDK está muy optimizado en cuanto a rendimiento, lo que reduce la diferencia práctica al mínimo (en ocasiones, apenas un 1 %).

Las mejoras de rendimiento de RDM dependen ahora de la carga de trabajo concreta y se limitan a casos de uso muy específicos en los que el sistema invitado necesita acceso directo a las funciones del hardware de almacenamiento.

Diferencias de gestión y operativa entre el almacenamiento virtualizado y el de hardware

VMDK es claramente más fácil de gestionar que RDM gracias a estas funciones:

• Copia de seguridad y restauración flexibles y al momento: VMDK admite snapshots, réplicas y clonación
• Gestión simplificada: la virtualización permite aprovisionar, redimensionar, optimizar y desaprovisionar el almacenamiento cuando quieras
• Portabilidad y escalabilidad: intercambio de almacenamiento en caliente y migración sencilla de discos o máquinas virtuales entre entornos
• Integración con las herramientas de virtualización de VMware: puedes aprovechar al máximo las ventajas de un entorno totalmente virtualizado, sin depender de dispositivos concretos

En cambio, la falta de snapshots y de otras funciones de gestión hace que con RDM sea más difícil crear copias de seguridad y restaurarlas, que su mantenimiento resulte más complejo y que pierda portabilidad y escalabilidad, con una compatibilidad y un soporte limitados para las funciones que, de entrada, hacen atractiva la virtualización para alojar SQL Server.

Aspectos a considerar en las cargas de trabajo de SQL Server

Al planificar la infraestructura de tu despliegue de SQL Server, deberías priorizar un rendimiento de disco constante, además de una copia de seguridad y una recuperación fiables. También conviene valorar la necesidad de configuraciones de alta disponibilidad y las ventajas de otras funciones de virtualización. VMDK cumple estos requisitos si se dimensiona correctamente.

Casos en los que RDM sigue siendo una alternativa útil a VMDK

Para la mayoría, VMDK será la opción evidente para las cargas de trabajo de Microsoft SQL Server. Sin embargo, en determinadas configuraciones de hardware y clúster muy concretas, RDM puede seguir siendo necesario. También pueden requerirlo sistemas o software heredados que necesitan acceso directo al hardware de almacenamiento (por ejemplo, software de clustering).

Si estás pensando en usar RDM, piénsalo bien: incluso VMware recomienda VMDK de forma general, salvo en casos de uso ligados a cargas de trabajo específicas o cuando haya que dar soporte a requisitos heredados.

Monitoriza el rendimiento, gestiona y protege los hosts VMware y las máquinas virtuales

Una de las grandes ventajas de VMDK es la posibilidad de crear snapshots, lo que te permite volver a un estado correcto conocido o restaurar una copia de seguridad completa. En los sistemas que dependen de VMDK o de RDM es importante poder diagnosticar los problemas rápidamente (sobre todo en sistemas distribuidos) y restaurar el sistema completo si se produce un fallo o un incidente de ciberseguridad.

NinjaOne ofrece monitorización y gestión de VMware como parte de su conjunto integral de herramientas de TI, que reúne gestión de endpoints, herramientas de ciberseguridad y gestión de redes para supervisar de forma unificada toda tu infraestructura de TI: en las instalaciones, en el cloud y virtualizada.