Administrar Espacios de almacenamiento directo en VMM

En este artículo se proporciona información general sobre cómo se implementa Espacios de almacenamiento directo (S2D) en el tejido de System Center Virtual Machine Manager (VMM).

Espacios de almacenamiento directo (S2D) se introdujo en Windows Server 2016. Agrupa las unidades de almacenamiento físico en grupos de almacenamiento virtual para proporcionar almacenamiento virtualizado. Con el almacenamiento virtualizado, puede:

• Administrar varios orígenes de almacenamiento físico como una entidad virtual única.
• Obtener almacenamiento económico, con y sin dispositivos de almacenamiento externos.
• Reunir diferentes tipos de almacenamiento en un único grupo de almacenamiento virtual.
• Aprovisionar el almacenamiento fácilmente y expandir el almacenamiento virtualizado a petición mediante la adición de nuevas unidades.

Nota

VMM 2022 admite Infraestructura hiperconvergida de Azure Stack (HCl, versión 20H2 y 21H2).

¿Cómo funciona?

S2D crea grupos de almacenamiento a partir de almacenamiento que se adjunta a nodos específicos en un clúster de Windows Server. El almacenamiento puede ser interno en el nodo o en los dispositivos de disco que están conectados directamente a un único nodo. Entre las unidades de almacenamiento compatibles se incluyen NVMe, SSD conectado a través de SATA o SAS, y unidades de disco duro. Más información.

• Al habilitar S2D en un clúster de Windows Server, S2D detecta automáticamente el almacenamiento apto y lo agrega a un grupo de almacenamiento para el clúster.
• S2D también crea una caché de almacenamiento del lado servidor integrada para maximizar el rendimiento. Las unidades más rápidas se usan para almacenar en caché y las unidades restantes para la capacidad. Más información sobre la caché.
• Los volúmenes se crean a partir de un grupo de almacenamiento. Al crear un volumen, se crea el disco virtual (espacio de almacenamiento), se crean particiones y se le da formato, se agrega al clúster y se convierte en un volumen compartido de clúster (CSV).
• Puede configurar distintos niveles de tolerancia a errores para un volumen a fin de especificar la forma en que los discos virtuales se reparten entre los discos físicos del grupo, con SMB 3.0. Puede configurar un volumen sin resistencia ni con resistencia de reflejo o paridad. Más información.

Implementación convergida y no convergida

Un clúster que ejecute S2D puede implementarse de dos formas:

• Implementación hiperconvergida: el proceso de Hyper-V y el almacenamiento de S2D se ejecutan desde el mismo clúster, sin separación entre ellos. Esto proporciona escalado simultáneo de recursos de proceso y almacenamiento.
• Implementación desagregada: Los recursos del proceso se ejecutan en un clúster de Hyper-V. El almacenamiento de S2D se ejecuta en un clúster distinto. Puede escalar los clústeres por separado para llevar a cabo una administración precisa.

Implementación hiperconvergida

La siguiente es una ilustración con una implementación hiperconvergida.

Ilustración 1: Implementación hiperconvergida

• Los archivos de la máquina virtual se almacenan en CSV locales.
• No se usan recursos compartidos de archivos ni SMB.
• Una vez que los volúmenes CSV de S2D están disponibles, debe aprovisionarlos de la misma manera que cualquier otra implementación de Hyper-V.
• El clúster de proceso de Hyper-V y su almacenamiento de S2D se escalan juntos.

Implementación desagregada

La siguiente es una ilustración con una implementación desagregada.

Ilustración 2: Implementación desagregada

• Se crean recursos compartidos de archivos en los CSV de S2D.
• Las máquinas virtuales de Hyper-V están configuradas para almacenar sus archivos en el servidor de archivos escalada horizontalmente (SOFS) y se accede a ellas mediante SMB 3.0.
• Puede escalar los clústeres de Hyper-V y SOFS por separado para llevar a cabo una administración precisa. Por ejemplo, los nodos de proceso podrían estar cerca de la capacidad completa de muchas máquinas virtuales, pero los nodos de almacenamiento podrían tener un exceso de capacidad de disco e IOPS; por lo tanto, solo se agregan nodos de proceso adicionales.

Pasos siguientes

Implementar un clúster de S2D hiperconvergido