Guía para almacenamiento compatible con VM

La mayoría de las empresas ejecutan decenas e incluso cientos de máquinas virtuales en una infraestructura de almacenamiento compartido . Esto incluye desde escritorios virtuales hasta bases de datos de producción que se ejecutan en servidores virtuales. El alojamiento puede realizarse de forma local o a través de un proveedor de infraestructura como servicio (IaaS), normalmente utilizando un número de unidad lógica (LUN, una unidad de almacenamiento en bloques) o un volumen de almacenamiento basado en archivos.

Según una investigación de Mordor Intelligence , el mercado de máquinas virtuales fue valorado en 13 590 millones de USD en 2025 y está en camino de crecer hasta 26 940 millones de USD para 2030. A medida que ese crecimiento empuja a más máquinas virtuales al mismo almacenamiento compartido, cada vez es más difícil saber qué máquina virtual consume más recursos o provoca una ralentización con los métodos tradicionales. Existe un almacenamiento compatible con VM para resolver ese problema.

El almacenamiento adaptado a máquinas virtuales realiza un seguimiento por separado de la actividad de cada máquina virtual, aplicando servicios de datos (como el aprovisionamiento) a nivel de cada máquina virtual.  Va más allá de los volúmenes compartidos o los números de unidad lógica (LUN) que el almacenamiento tradicional trata como una sola unidad, y realiza un seguimiento del rendimiento de las máquinas virtuales hasta el punto de detallar, por ejemplo, qué máquina virtual está generando el mayor número de operaciones de entrada/salida por segundo (IOPS) en un momento dado.

En lugar de dejar que las máquinas virtuales compitan por el mismo grupo, el sistema da a cada máquina virtual lo que necesita. También puede asignar ajustes de calidad de servicio (QoS) por máquina virtual, reglas que controlan cuánto rendimiento de almacenamiento puede utilizar cada máquina virtual. De este modo, una aplicación de alta prioridad no tiene que competir con otra de menor prioridad por el mismo almacenamiento. El almacenamiento se aprovisiona cuando se crea una máquina virtual, se ajusta a medida que cambian las cargas de trabajo y se libera una vez que se crea o elimina una máquina virtual.

Las instantáneas también se gestionan por máquina virtual. Una instantánea captura el estado del disco virtual de una máquina virtual en un momento específico, de modo que los datos puedan restaurarse si algo sale mal. En el almacenamiento tradicional, las instantáneas a nivel de cabina capturan un volumen compartido completo. El almacenamiento compatible con VM permite que la cabina realice una instantánea de VM individuales, por lo que recuperar los datos de una VM no implica restaurar todo el volumen. (Siempre ha sido posible crear instantáneas por VM a nivel del hipervisor, pero VAS permite ese nivel de granularidad a nivel de almacenamiento.)

Cabe señalar que el almacenamiento compatible con máquinas virtuales se aplica al almacenamiento en bloques y en archivos que aloja los discos de las máquinas virtuales, y no al almacenamiento de objetos que se utiliza habitualmente para el archivo o los datos no estructurados. Para conocer con más detalle las diferencias entre el almacenamiento en bloques y otros tipos de almacenamiento, consulta almacenamiento de objetos, de archivos y en bloques.

La principal diferencia entre el almacenamiento tradicional y el almacenamiento adaptado a máquinas virtuales radica en la visibilidad. El almacenamiento tradicional se basa en protocolos de bloques como Fibre Channel e iSCSI, que se diseñaron para servidores físicos y no disponen de ningún mecanismo integrado para supervisar la actividad de cada máquina virtual. Normalmente presenta un volumen compartido o número de unidad lógica (LUN) de una red de área de almacenamiento como una sola unidad. Ese punto ciego conduce a un sobreaprovisionamiento: los administradores incorporan capacidad adicional por si acaso, y la mayor parte de ese búfer no se utiliza.

El almacenamiento adaptado a las máquinas virtuales adopta un enfoque diferente, proporcionando a cada VM solo lo que necesita. Tintri fue uno de los primeros proveedores en llevar este enfoque al mercado, y otros proveedores de almacenamiento han creado desde entonces sus propias versiones. 

Esto se muestra más claramente durante la resolución de problemas. En el almacenamiento tradicional, encontrar una máquina virtual lenta normalmente implica extraer los registros y comprobar todo el volumen compartido, lo que lleva tiempo cuando los sistemas ya tienen problemas. El almacenamiento compatible con máquinas virtuales omite ese paso. La información ya está vinculada a la VM individual, así que la causa es fácil de encontrar.

El almacenamiento consciente de VM ofrece varias ventajas clave, aprovechando los beneficios más amplios de la virtualización:

- Mejor rendimiento
- Reducción de costes
- Resolución de problemas más rápida
- Escalabilidad más fácil
- Recuperación más precisa

Con el almacenamiento adaptado a las VM, estas ya no tienen que esperar a que se liberen los recursos que están ocupados por otras. Esto reduce la latencia, por lo que las aplicaciones se ejecutan de forma más consistente, especialmente cuando se combinan con un hardware subyacente más rápido, como una all flash array.

La capacidad se utiliza de forma más eficiente en lugar de quedarse sin usar para cubrir los peores escenarios, permitiendo que más máquinas virtuales funcionen en el mismo hardware.

Los equipos de TI pueden determinar qué máquina virtual está causando un problema en lugar de buscar en los registros, lo que reduce el tiempo de solución de problemas.

Con el almacenamiento adaptado a máquinas virtuales, las nuevas máquinas virtuales se dotan de almacenamiento automáticamente a medida que se añaden, lo que elimina la necesidad de reconfigurar la capacidad manualmente.

Los datos de una sola máquina virtual se pueden restaurar sin tocar el resto del entorno, lo que limita la interrupción causada por cualquier incidente. Esto convierte al almacenamiento compatible con máquinas virtuales en una pieza útil de una estrategia de recuperación ante desastres, ya que permite la replicación por máquina virtual antes de una interrupción y una recuperación más rápida y específica después.

El almacenamiento compatible con máquinas virtuales viene con algunas desventajas que vale la pena sopesar, como:

- Complejidad de configuración
- Vendor lock-in
- Coste

El VAS puede simplificar la gestión diaria, pero la migración en sí puede ser más compleja. No es tan sencillo como pulsar un interruptor: una organización debe planificar el abandono de una configuración basada en LUN y, a menudo, necesita un sistema de almacenamiento diseñado para ofrecer visibilidad a nivel de VM. Estos costes potenciales requieren consideración.

Algunos sistemas de almacenamiento compatibles con máquinas virtuales también están estrechamente vinculados a un hipervisor específico, la capa de software que permite que varias máquinas virtuales se ejecuten en un ordenador físico, o a un proveedor de almacenamiento específico, lo que dificulta el cambio de plataforma más adelante sin reelaborar la configuración del almacenamiento.

Los sistemas de almacenamiento compatibles con máquinas virtuales pueden costar más por adelantado que el almacenamiento tradicional, ya que el hardware y el software deben admitir el seguimiento y la gestión de datos a nivel de máquina virtual.

VMware es la plataforma de virtualización líder en TI empresarial, y los proveedores de almacenamiento se han basado en ella en consecuencia. (Sin embargo, los cambios en las licencias que siguieron a la adquisiciónde VMware por parte de Broadcom llevaron a algunos clientes a competir.) Ese apoyo incluye:

- VVols
- vSAN
- VAAI

VVols es el marco de VMware para la integración del almacenamiento a nivel de máquina virtual. VVols almacena los discos de cada máquina virtual como objetos individuales en la cabinas de almacenamiento a través de protocolos de bloques o Network File System (NFS), en lugar de colocarlos en un almacén de datos compartido tradicional.

Con VVols, las instantáneas, la clonación y los ajustes de QoS pueden aplicarse a una máquina virtual a la vez en lugar de a un volumen completo.

Broadcom adquirió VMware en 2023 y ha comenzado a desactivar VVols. Las nuevas certificaciones de vVols y VASA Provider se dejaron de ofrecer a partir de VMware Cloud Foundation (VCF) y vSphere Foundation (VVF) 9.0, lanzados en junio de 2025, y Broadcom planea eliminar la característica por completo en VCF/VVF 9.1.

VMware también ofrece vSAN, su propia opción de almacenamiento que agrupa las unidades conectadas al servidor en un almacenamiento compartido sin una SAN independiente. Debido a que está integrado directamente en el hipervisor, vSAN puede aplicar políticas a nivel de máquina virtual para el rendimiento y la protección de datos sin una capa de integración separada como VVols.

También existe VAAI (VMware vSphere Storage APIs Array Integration), que transfiere ciertas tareas de almacenamiento, como el aprovisionamiento, del servidor anfitrión a la propia cabina de almacenamiento. Cuando se clona una máquina virtual a partir de una plantilla, la matriz puede copiar o sobrescribir datos internamente en lugar de enviarlos a través del host. VAAI acelera operaciones como el aprovisionamiento y la clonación, pero no da a la cabina la visibilidad de las VM individuales por sí sola. No todos los proveedores admiten VAAI de la misma manera, así que vale la pena confirmarlo antes de decidirse por una plataforma.

No todas las cargas de trabajo funcionan en máquinas virtuales. Muchas organizaciones también utilizan contenedores, que empaquetan aplicaciones sin un sistema operativo completo y, a menudo, se ejecutan dentro de máquinas virtuales. Los contenedores pueden utilizar almacenamiento temporal o almacenamiento persistente, como el almacenamiento nativo de la nube gestionado a través de Kubernetes u otros orquestadores. Sin embargo, entre las organizaciones que sí usan máquinas virtuales, VMware no es la única opción. Los hipervisores alternativos incluyen Hyper-V, KVM y Nutanix AHV, y cada plataforma gestiona el almacenamiento de forma diferente:

• Hyper-V suele ir acompañado de características de almacenamiento de Windows Server como Storage Spaces Direct (S2D), que agrupa discos entre servidores en almacenamiento compartido sin una SAN separada.
  
  
• KVM suele depender de la pila de almacenamiento Linux subyacente, a menudo combinada con herramientas como Ceph para almacenamiento compartido en un clúster.
  
  
• Nutanix AHV agrupa el almacenamiento y el cómputo en una sola plataforma, en lugar de ejecutarlos como sistemas separados. Su hipervisor AHV se basa en KVM, aunque Nutanix también es compatible con Hyper-V y ESXi

Cambiar de hipervisor pone en riesgo las instantáneas, la configuración de QoS y las políticas de recuperación a nivel de máquina virtual, ya que esos ajustes suelen estar vinculados a las herramientas del hipervisor original y no siempre se transfieren automáticamente.

Antes de migrar, determine qué protecciones existen para cada máquina virtual y compruebe si el nuevo entorno puede replicarlas o si es necesario reconstruirlas. Algunos proveedores admiten varios hipervisores en una sola plataforma, lo que facilita las cosas. Otros se basan en un solo hipervisor, lo que significa que es posible que las protecciones tengan que volver a configurarse después del cambio.

En agosto de 2026, Broadcom eliminó el acceso público de descarga al VDDK (Virtual Disk Development Kit), la biblioteca que permite a herramientas de terceros leer discos de VM sin pasar por el sistema operativo invitado. Las herramientas que lo utilizaban para la migración sin agente, entre ellas Microsoft Azure Migrate, AWS Application Migration Service y Nutanix Move, ahora requieren acceso a través del Programa de Alianza Tecnológica de Broadcom o deben pasar a utilizar métodos basados en agente.

Las organizaciones que ya gestionan un entorno de nube híbrida, que abarca nube privada, nube pública y entorno local, pueden encontrar esta transición más fácil. Mover cargas de trabajo entre diferentes infraestructuras ya forma parte de sus operaciones diarias. Probar la recuperación en la nueva plataforma antes de cortar por completo merece la pena, ya que detectar un hueco en las pruebas cuesta mucho menos que detectarlo en mitad de la migración.