Compartir a través de

Arquitecturas de almacenamiento de Windows Server con Hyper-V

Obtenga información sobre cómo puede usar Windows Server con SAN, NAS, canal de fibra, iSCSI, almacenamiento SMB para Hyper-V. Windows Server Hyper-V es una plataforma de hipervisor madura que admite una amplia gama de arquitecturas de almacenamiento físico, desde sistemas independientes sin resistencia a sistemas agrupados con requisitos complejos de resistencia. También obtendrá información sobre las configuraciones comunes mediante arquitecturas de almacenamiento hiperconvergidas y desagregadas.

En este artículo no se describe toda la configuración de arquitectura de almacenamiento posible. Tampoco describe tipos menos comunes de configuración o casos perimetrales.

Almacenamiento SAN o NAS

Con Windows Server en una configuración desagregada mediante el almacenamiento SAN o NAS, se instala Hyper-V en un clúster donde las máquinas virtuales acceden a su almacenamiento a través de la red.

Al usar esta configuración:

  • Las máquinas virtuales son de alta disponibilidad para cualquier nodo del mismo clúster de proceso.

  • Los sistemas SAN y NAS proporcionan sus propias garantías de disponibilidad.

En este modelo, el proceso y el almacenamiento se escalan independientemente entre sí. Por ejemplo, si necesita más recursos de procesamiento o memoria para hospedar las máquinas virtuales (CPU o RAM), puede agregar más nodos de proceso o clústeres sin agregar más almacenamiento. Cada clúster de proceso puede contener entre 1 y 64 nodos.

Puede escalar el almacenamiento independientemente del clúster de proceso. El escalado del clúster de almacenamiento es específico del proveedor. Póngase en contacto con los proveedores para comprender cómo puede escalar la solución de almacenamiento que ofrecen.

Independiente con discos locales

Windows Server admite varias configuraciones no agrupadas o independientes en las que se instalan Hyper-V en un servidor independiente y se usa el almacenamiento local.

Al usar esta configuración:

  • Hyper-V independiente con discos locales no admite la conmutación automática por error de cargas de trabajo de máquina virtual (VM) debido a la falta de almacenamiento compartido y a que los sistemas de proceso (procesamiento de máquinas virtuales y memoria) no están agrupados en clúster. Por ejemplo, si el host físico pierde energía, las máquinas virtuales que se ejecutan en él se reinician al encender el host físico. También puede migrar máquinas virtuales en vivo a otros nodos o clústeres mediante la migración sin ningún recurso compartido.

  • Opcionalmente, puede configurar la resistencia del disco local para unidades locales mediante soluciones RAID de hardware o software. Si necesita más información, se recomienda ponerse en contacto con el proveedor de almacenamiento.

Diagrama que muestra un ejemplo de una implementación básica de un Hyper-V independiente con discos locales.

Espacios de almacenamiento directo e hiperconvergidos

En esta configuración, se instala Hyper-V y Storage Spaces Direct en cada nodo de un clúster. Cada nodo contiene discos locales con datos replicados en otros nodos del mismo clúster.

Al usar esta configuración:

  • Puede mover máquinas virtuales a cualquier nodo del clúster mediante Live Migrate o hacer que se reinicien automáticamente después de un fallo (conmutación por error).

  • Los datos se replican en otros nodos del clúster para aumentar la resistencia del almacenamiento. Storage Spaces Direct admite varios modelos de resiliencia de almacenamiento. Para más información, consulte tolerancia a errores y eficiencia del almacenamiento en clústeres de Azure Local y Windows Server.

  • En este modelo, cada host físico contiene recursos de almacenamiento y proceso. Como resultado, esos recursos físicos se escalan simétricamente. Cada nuevo host agrega automáticamente recursos de proceso y almacenamiento. Cada clúster puede contener entre 1 y 16 nodos.

Diagrama que muestra un ejemplo básico de una implementación de un Hyper-V hiperconvergido y Espacios de almacenamiento directo.

Espacios de Almacenamiento Desagregados Direct

En esta configuración, instalará Hyper-V y Espacios de almacenamiento directo en clústeres independientes y accederá a la configuración y el almacenamiento de las máquinas virtuales a través de la red.

Al usar esta configuración:

En este modelo, el proceso y el almacenamiento se escalan independientemente entre sí. Esta arquitectura es ideal para escenarios en los que los requisitos de almacenamiento y proceso crecen a diferentes velocidades. Por ejemplo, si necesita más recursos de CPU o memoria para hospedar máquinas virtuales, puede agregar nodos de clúster adicionales sin agregar más almacenamiento. Si tiene máquinas virtuales que consumen una gran cantidad de almacenamiento, pero no consumen muchos recursos de CPU, puede agregar otro nodo de almacenamiento o clúster sin agregar más recursos de proceso.

  • Cada clúster de proceso puede contener entre 1 y 64 nodos.

  • Cada clúster de almacenamiento puede contener entre 1 y 16 nodos.

En el diagrama siguiente se muestra una implementación de ejemplo sencilla con un clúster de proceso y un clúster de almacenamiento.

Diagrama que muestra una implementación básica de Hyper-V desagregada con almacenamiento hiperconvergido.

Al agregar más recursos de proceso para ejecutar las máquinas virtuales, puede agregar un nuevo nodo al clúster de proceso existente o agregar un nuevo clúster. En el diagrama siguiente se muestra lo que sucede con la implementación sencilla si agrega un nuevo clúster a él sin agregar más almacenamiento.

Diagrama que muestra la implementación básica con un nuevo clúster agregado a su nivel de proceso.

Al agregar más recursos de almacenamiento para hospedar datos sin agregar más recursos de proceso, puede agregar un nuevo nodo al clúster de almacenamiento existente o agregar un nuevo clúster. En el diagrama siguiente se muestra el aspecto de la implementación simple al agregar un nuevo clúster sin agregar recursos de proceso como CPU o RAM.

Diagrama que muestra la implementación básica con un nuevo clúster de almacenamiento agregado a su nivel de almacenamiento.

Compatibilidad con la arquitectura mixta

Hyper-V admite la combinación de las siguientes arquitecturas en el mismo clúster de proceso:

  • Hyper-V con Espacios de almacenamiento directo desagregado

  • Hyper- V desagregado con SAN

  • Hyper-V desagregado con NAS

En el diagrama siguiente se muestra un ejemplo de una implementación con un clúster de proceso que contiene una combinación de almacenamiento SAN y NAS desagregado.

Diagrama que muestra una implementación con un clúster de proceso que contiene una combinación de almacenamiento SAN y NAS desagregado.

Protocolos de almacenamiento de red

Windows Server admite los siguientes protocolos de almacenamiento de archivos de red:

Windows Server también admite los siguientes protocolos de almacenamiento en bloques de red:

  • iSCSI

  • Canal de fibra

  • Infiniband

Nota

En última instancia, los detalles de configuración determinan si la implementación puede admitir estos protocolos. Por ejemplo, las implementaciones que usan el conmutador virtual Hyper-V no admiten InfiniBand. Sin embargo, pueden admitir dispositivos InfiniBand cuando no están enlazados al conmutador virtual.

Microsoft también proporciona un iniciador iSCSI basado en software incorporado para el almacenamiento en bloques de red.

También puede usar un cliente de proveedor de almacenamiento para cualquier dispositivo disponible en el catálogo de Windows Server.