Guía para almacenamiento consciente de VM

La mayoría de las compañías ejecutan decenas o cientos de máquinas virtuales en infraestructura de almacenamiento compartido. Esto incluye desde escritorios virtuales hasta bases de datos de producción ejecutadas en Virtual Servers. El alojamiento puede realizar on-premises o a través de un proveedor de infraestructura como servicio (IaaS), normalmente empleando un número de unidad lógico (LUN – una unidad de Block Storage) 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 USD en 2025 y está en camino de crecer hasta 26,940 millones USD para 2030. A medida que ese crecimiento empuja a más máquinas virtuales al mismo almacenamiento compartido, se vuelve más difícil saber qué máquina virtual emplea más recursos o está causando una ralentización usando métodos tradicionales. Existe un almacenamiento consciente de VM para resolver ese problema.

El almacenamiento consciente de VM rastrea la actividad de cada VM por separado, aplicando servicios de datos como la provisión a nivel individual de VM. Ve volúmenes compartidos pasados o números de unidad lógica (LUN) que el almacenamiento tradicional trata como una unidad, rastreando el rendimiento de la VM hasta detalles como qué VM está generando la mayor cantidad de operaciones de entrada/salida por segundo (IOPS) en un momento dado.

En lugar de dejar que las VM compitan por el mismo grupo, el sistema le da a cada VM lo que necesita. También puede asignar configuraciones de calidad de servicio (QoS) por VM, reglas que controlan cuánto rendimiento de almacenamiento puede usar cada VM. 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 VM, se ajusta a medida que  cambian las  cargas de trabajo y se libera una vez que se elimina una VM.

Las instantáneas también se gestionan por máquina virtual. Una instantánea captura el estado del disco virtual de una VM 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 matriz capturan un volumen compartido completo. El almacenamiento consciente de VM permite que la matriz tome una instantánea de VM individuales, por lo que recuperar los datos de una VM no significa restaurar todo el volumen. (Las instantáneas por VM siempre fueron posibles a nivel de hipervisor, pero VAS permite tal detalle a nivel de almacenamiento.)

Cabe destacar que el almacenamiento consciente de VM se aplica al almacenamiento de bloques y almacenamiento de archivos que alojan discos VM, no al object storage que normalmente se usa para datos archivados o datos no estructurados. Para un análisis más detallado de cómo se compara el almacenamiento por bloques con otros tipos de almacenamiento, consulte almacenamiento de objetos vs. file vs. block storage.

La principal diferencia entre el almacenamiento tradicional y el almacenamiento con reconocimiento de VM se reduce a 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 tienen una forma integrada de ver la actividad de las VM individuales. Por lo general, presenta un volumen compartido o número de unidad lógica (LUN) de una red de área de almacenamiento (SAN) como una unidad. Ese punto ciego conduce a un aprovisionamiento excesivo: los administradores crean capacidad adicional por si acaso, y la mayor parte de ese búfer no se utiliza.

El almacenamiento consciente de VM 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 crearon desde entonces sus propias versiones. 

Esto se muestra más claramente durante la resolución de problemas. En el almacenamiento tradicional, encontrar una VM lenta generalmente significa extraer registros y verificar todo el volumen compartido, lo que lleva tiempo cuando los sistemas ya tienen dificultades. El almacenamiento consciente de VM omite ese paso. La información ya está vinculada a la VM individual, por lo que la causa es fácil de encontrar.

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

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

Con el almacenamiento consciente de VM, las VM ya no tienen que esperar recursos ocupados por otros. Eso reduce la latencia, por lo que las aplicaciones se ejecutan de forma más constante, especialmente cuando se combinan con hardware subyacente más rápido como un all flash array.

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

Los equipos de TI pueden identificar qué VM está causando un problema en lugar de buscar en los registros, lo que reduce el tiempo de resolución de problemas.

Con el almacenamiento consciente de VM, las nuevas VM se aprovisionan con almacenamiento automáticamente a medida que se agregan, lo que elimina la necesidad de reconfigurar la capacidad a mano.

Los datos de una sola VM se pueden restaurar sin tocar el resto del entorno, lo que limita la interrupción causada por cualquier incidente. Eso hace que el almacenamiento consciente de VM sea una pieza útil de una estrategia de recuperación ante desastres, ya que permite la replicación por VM antes de una interrupción y una recuperación más rápida y específica después.

El almacenamiento con capacidad para VM viene con algunas compensaciones que vale la pena sopesar, tales como:

- Complejidad de configuración
- vendor lock-in (dependencia de proveedores)
- Costo

VAS puede simplificar la gestión diaria, pero la migración en sí puede ser más compleja. No es un simple cambio: una organización debe planear salir de una configuración basada en LUN y, a menudo, necesita almacenamiento creado para admitir la visibilidad a nivel de VM. Estos costos potenciales requieren consideración.

Algunos sistemas de almacenamiento conscientes de VM también están estrechamente vinculados a un hipervisor específico, la capa de software que permite que varias VM se ejecuten en una computadora física, 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 conscientes de VM pueden costar más por adelantado que el almacenamiento tradicional, ya que el hardware y el software deben admitir el seguimiento y la administración de datos a nivel de VM.

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ón de VMware por parte de Broadcom llevaron a algunos clientes a competir.) Ese soporte incluye:

- VVols
- vSAN
- VAAI

VVols es el marco de VMware para la integración de almacenamiento a nivel de VM. VVols almacena los discos de cada VM como objetos individuales en la matriz 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 la configuración de QoS se pueden aplicar a una VM a la vez en lugar de a un volumen completo.

Broadcom adquirió VMware en 2023 y comenzó a desactivar VVols. Las nuevas certificaciones vVols y VASA Provider se suspendieron a partir de VMware Cloud Foundation (VCF) y vSphere Foundation (VVF) 9.0, lanzadas 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 unidades conectadas al servidor en almacenamiento compartido sin una SAN separada. Debido a que está integrado directamente en el hipervisor, vSAN puede aplicar políticas a nivel de VM para el rendimiento y la protección de datos sin una capa de integración separada como VVols.

También está VAAI (VMware vSphere Storage API Array Integration), que transfiere ciertas tareas de almacenamiento, como el aprovisionamiento, desde el servidor host a la propia matriz de almacenamiento. Cuando se clona una VM 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 matriz la visibilidad de las VM individuales por sí sola. No todos los proveedores aceptan VAAI de la misma manera, así que merece la pena confirmarlo antes de decidirse por una plataforma.

No todas las cargas de trabajo funcionan en máquinas virtuales. Muchas organizaciones también emplean contenedores, que empaquetan aplicaciones sin un sistema operativo completo y que a menudo se ejecutan dentro de máquinas virtuales. Los contenedores pueden usar almacenamiento temporal o almacenamiento persistente, como 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 maneja el almacenamiento de manera 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 la computación en una única 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

El cambio de hipervisores pone en riesgo las instantáneas a nivel de VM, la configuración de QoS y las políticas de recuperación, ya que esas configuraciones a menudo están vinculadas a las herramientas originales del hipervisor y no siempre se llevan a cabo automáticamente.

Antes de migrar, mapee qué protecciones existen para cada VM y verifique si el nuevo entorno puede replicarlas o si es necesario reconstruirlas. Algunos proveedores admiten varios hipervisores en una plataforma, lo que facilita la tarea. Otros se construyen alrededor de un solo hipervisor, lo que significa que es posible que las protecciones deban configurarse nuevamente 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, como Microsoft Azure Migrate, AWS Servicio de migración de aplicación y Nutanix Move, ahora requieren acceso a través del Programa de Alianza de Tecnología de Broadcom, o deben cambiar a métodos basados en agentes.

Las organizaciones que ya gestionan un entorno de nube híbrida, que abarque nube privada, nube pública y entornos on premises, 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 realizar un recorte completo merece un paso adicional, ya que capturar un vacío en las pruebas cuesta mucho menos que capturarlo a mitad de la migración.