Comparteix a través de

Uso de volúmenes compartidos de clúster en un clúster de conmutación por error

Los volúmenes compartidos de clúster (CSV) permiten que varios nodos de un clúster de conmutación por error de Windows Server o Azure Stack HCI tengan acceso de lectura y escritura de forma simultánea al mismo LUN (disco) que se aprovisiona como un volumen NTFS. El disco se puede aprovisionar como Sistema de archivos resistente (ReFS); sin embargo, la unidad CSV estará en modo redirigido, lo que significa que el acceso de escritura se enviará al nodo de coordinación. Para obtener más información, consulte Acerca de la sincronización de E/S y la redirección de E/S en la comunicación de CSV más adelante en este documento. Con CSV, los roles en clúster pueden conmutar por error rápidamente de un nodo a otro sin necesidad de que cambie la propiedad de la unidad o de que se desmonte y se vuelva a montar un volumen. CSV también puede ayudar a simplificar la administración de una cantidad potencialmente grande de LUN en un clúster de conmutación por error.

CSV proporciona un sistema de archivos en clúster general que se superpone en NTFS o ReFS. CSV se puede aplicar en los siguientes casos:

  • Archivos de discos duros virtuales en clúster (VHD/VHDX) para máquinas virtuales de Hyper-V en clúster.
  • Recursos compartidos de archivos de escalabilidad horizontal para almacenar datos de aplicación para el rol en clúster Servidor de archivos de escalabilidad horizontal. Son ejemplos de los datos de aplicación para este rol los archivos de máquinas virtuales de Hyper-V y datos de Microsoft SQL Server. Tenga en cuenta que ReFS no es compatible con un Servidor de archivos de escalabilidad horizontal en Windows Server 2012 R2 y versiones anteriores. Para obtener más información sobre el Servidor de archivos de escalabilidad horizontal, consulte Servidor de archivos de escalabilidad horizontal para datos de aplicación.
  • Instancia de clúster de conmutación por error (FCI) de Microsoft SQL Server 2014 (o superior). CSV no es compatible con la carga de trabajo en clúster de Microsoft SQL Server en SQL Server 2012 y versiones anteriores de SQL Server.
  • El Coordinador de transacciones distribuidas (MSDTC) de Microsoft de Windows Server 2019 o versiones posteriores.

Nota

Los CSV no son compatibles con la carga de trabajo en clúster de Microsoft SQL Server en SQL Server 2012 y versiones anteriores de SQL Server.

En Windows Server 2012, se ha mejorado significativamente la funcionalidad de CSV. Por ejemplo, se quitaron las dependencias en Servicios de dominio de Active Directory. Se agregó compatibilidad con las mejoras funcionales de chkdsk, con la interoperabilidad con aplicaciones antivirus y de copia de seguridad y con la integración con características de almacenamiento generales como los volúmenes cifrados con BitLocker y Espacios de almacenamiento. Para obtener información general sobre la funcionalidad de CSV introducida en Windows Server 2012, consulte Novedades de los clústeres de conmutación por error de Windows Server 2012 [redirigido].

Windows Server 2012 R2 introduce la funcionalidad adicional, como la propiedad de CSV distribuida, el aumento de la resistencia por medio de la disponibilidad del servicio de servidor, una mayor flexibilidad en la cantidad de memoria física que se puede asignar a la caché de CSV, una mejor capacidad de diagnóstico y una mejor interoperabilidad que incluye compatibilidad con ReFS y desduplicación. Para obtener más información, consulte Novedades de los clústeres de conmutación por error.

Nota

Para obtener información acerca del uso de desduplicación de datos en CSV para escenarios de infraestructura de Escritorio Virtual (VDI), consulte las publicaciones del blog Implementar la desduplicación de datos para el almacenamiento VDI en Windows Server 2012 R2 y Ampliación de desduplicación de datos para nuevas cargas de trabajo en Windows Server 2012 R2.

Revisar los requisitos y las consideraciones para usar CSV en un clúster de conmutación por error

Antes de usar CSV en un clúster de conmutación por error, revisa los requisitos y las consideraciones relativos a la red, el almacenamiento y otros aspectos que se incluyen en esta sección.

Consideraciones de configuración de red

Ten en cuenta lo siguiente al configurar las redes compatibles con CSV.

  • Varias redes y varios adaptadores de red. Para habilitar la tolerancia a errores en caso de error de red, te recomendamos que varias redes en clúster transporten el tráfico de CSV o que configures adaptadores de red combinados.

    Si los nodos del clúster están conectados a redes que no debería usar el clúster, debes deshabilitarlos. Por ejemplo, te recomendamos que deshabilites las redes iSCSI para el uso del clúster a fin de impedir el tráfico de CSV en esas redes. Para deshabilitar una red, en el Administrador de clústeres de conmutación por error, seleccione Redes, seleccione la red, seleccione la acción Propiedades y, después, seleccione No permitir comunicación de redes de clústeres en esta red. Como alternativa, puede configurar la propiedad Rol de la red mediante el uso del cmdlet Get-ClusterNetwork de Windows PowerShell.

  • Propiedades de los adaptadores de red. En las propiedades de todos los adaptadores que transporten comunicaciones del clúster, asegúrate de habilitar las siguientes opciones de configuración:

    • Cliente para redes Microsoft y Compartir impresoras y archivos para redes Microsoft. Estas opciones de configuración son compatibles con la versión 3.0 del Bloque de mensajes del servidor (SMB), que se usa de manera predeterminada para transportar el tráfico de CSV entre nodos. Para habilitar SMB, asegúrate también de que los servicios Servidor y Estación de trabajo se estén ejecutando y que estén configurados para iniciarse automáticamente en cada nodo del clúster.

      Nota

      En Windows Server 2012 R2 y versiones posteriores, hay varias instancias del servicio Servidor por nodo de clúster de conmutación por error. Tenemos la instancia predeterminada que se encarga del tráfico entrante de los clientes SMB que tienen acceso a recursos compartidos de archivos normales y una segunda instancia de CSV que solo se encarga del tráfico CSV entre nodos. Además, si el servicio Servidor de un nodo tiene un estado incorrecto, la propiedad de CSV pasa automáticamente a otro nodo.

      SMB 3.0 incluye las características SMB multicanal y SMB directo, lo que permite que el tráfico de CSV se transmita en secuencias entre varias redes del clúster y que se aprovechen los adaptadores de red compatibles con el acceso directo a memoria remota (RDMA). De manera predeterminada, SMB multicanal se usa para el tráfico de CSV. Para obtener más información, consulta Información general de Bloque de mensajes del servidor.

    • Filtro de rendimiento del adaptador virtual de clúster de conmutación por error de Microsoft. Esta opción de configuración mejora la capacidad de los nodos de realizar la redirección de E/S cuando es necesaria para comunicarse con CSV, por ejemplo, cuando un error de conectividad impide a un nodo conectarse directamente al disco CSV. El filtro de rendimiento del adaptador virtual de NetFT está deshabilitado de forma predeterminada en todas las versiones excepto Windows Server 2012 R2. El filtro está deshabilitado porque puede causar problemas con clústeres de Hyper-V que tienen un clúster invitado que se ejecuta en máquinas virtuales que se ejecutan de forma superpuesta. Se han detectado problemas en los que el filtro de rendimiento del adaptador virtual de NetFT en el host enruta incorrectamente el tráfico de NetFT dirigido a una máquina virtual invitada al host. Esto puede dar lugar a problemas de comunicación con el clúster invitado en la máquina virtual. Si va a implementar cualquier carga de trabajo que no sea Hyper-V con clústeres invitados, habilitar el filtro de rendimiento del adaptador virtual de NetFT optimizará y mejorará el rendimiento del clúster. Para obtener más información, consulte Acerca de la sincronización de E/S y la redirección de E/S en la comunicación de CSV más adelante en este tema.

  • Prioridades de las redes en clúster. Por lo general, recomendamos que no cambie las preferencias configuradas en el clúster para las redes.

  • Configuración de subred IP. No se necesita ninguna configuración de subred específica para los nodos de una red que usen CSV. CSV puede admitir clústeres extendidos en varias subredes.

  • Calidad de servicio (QoS) basada en directivas. Te recomendamos que configures una directiva de prioridad de QoS y una directiva de ancho de banda mínimo para el tráfico de red a cada nodo cuando uses CSV. Para obtener más información, consulte Calidad de servicio (QoS).

  • Red de almacenamiento. Para obtener recomendaciones sobre la red de almacenamiento, repasa las instrucciones proporcionadas por el proveedor de almacenamiento. Para ver consideraciones adicionales sobre el almacenamiento para CSV, consulte Requisitos de configuración de almacenamiento y disco más adelante en este tema.

Para obtener información general sobre los requisitos de hardware, red y almacenamiento para los clústeres de conmutación por error, consulta Requisitos de hardware de los clústeres de conmutación por error y opciones de almacenamiento.

Acerca de la sincronización de E/S y la redirección de E/S en la comunicación de CSV

  • Sincronización de E/S: CSV permite que varios nodos tengan acceso de lectura y escritura simultáneo al mismo almacenamiento compartido. Cuando un nodo realiza tareas de entrada/salida (E/S) de disco en un volumen CSV, el nodo se comunica directamente con el almacenamiento, por ejemplo, por medio de una red de área de almacenamiento (SAN). No obstante, en cualquier momento, un solo nodo (denominado el nodo coordinador) es el "propietario" del recurso de disco físico asociado con el LUN. El nodo coordinador de un volumen CSV se muestra en el Administrador de clústeres de conmutación por error como Nodo propietario en Discos. También aparece en la salida del cmdlet Get-ClusterSharedVolume de Windows PowerShell.

    Nota

    A partir de Windows Server 2012 R2, la propiedad de CSV se distribuye de manera uniforme en los nodos del clúster de conmutación por error en función del número de volúmenes CSV de los cuales cada nodo es propietario. Además, la propiedad se reequilibra automáticamente cuando hay condiciones como la conmutación por error de CSV, un nodo que se vuelve a unir al clúster, la adición de un nodo nuevo al clúster, el reinicio de un nodo del clúster o el inicio del clúster de conmutación por error después de que se haya apagado.

    Cuando se producen ciertos pequeños cambios en el sistema de archivos de un volumen CSV, estos metadatos se deben sincronizar en cada uno de los nodos físicos que obtienen acceso al LUN, no solo en el nodo coordinador. Por ejemplo, cuando se inicia, se crea o se elimina una máquina virtual en un volumen CSV o cuando se migra una máquina virtual, esta información se debe sincronizar en cada uno de los nodos físicos que tienen acceso a la máquina virtual. Estas operaciones de actualización de metadatos se producen en paralelo en las redes en clúster mediante SMB 3.0. Estas operaciones no requieren que todos los nodos físicos se comuniquen con el almacenamiento compartido.

  • Redirección de E/S: Los errores de conectividad del almacenamiento y ciertas operaciones de almacenamiento pueden impedir que un nodo determinado se comunique directamente con el almacenamiento. Para mantener el funcionamiento mientras el nodo no se comunica con el almacenamiento, el nodo redirige la E/S del disco a través de una red en clúster al nodo coordinador en el que está montado el disco actualmente. Si el nodo coordinador actual experimenta un error de conectividad de almacenamiento, todas las operaciones de E/S de disco se ponen temporalmente en cola mientras se establece un nuevo nodo como nodo coordinador.

El servidor usa uno de los modos de redirección de E/S siguientes, en función de la situación:

  • Redirección del sistema de archivos La redirección se realiza por volumen, por ejemplo, cuando una aplicación de copia de seguridad toma instantáneas de CSV cuando se coloca un volumen CSV manualmente en modo de E/S redirigida.
  • Redirección de bloque La redirección se realiza en el nivel de bloque de archivos, por ejemplo, cuando se pierde la conectividad de almacenamiento a un volumen. La redirección de bloque es significativamente más rápida que la redirección del sistema de archivos.

En Windows Server 2012 R2 y versiones superiores, puede ver el estado de un volumen CSV por cada nodo. Por ejemplo, puedes ver si la E/S es directa o redirigida o si el volumen CSV no está disponible. Si un volumen CSV está en modo de E/S redirigida, también puedes ver el motivo. Usa el cmdlet Get-ClusterSharedVolumeState de Windows PowerShell para ver esta información.

Importante

  • Tenga en cuenta que los CSV con formato previo con ReFS que se usa sobre los SAN NO usará E/S directa, independientemente de si se cumplen todos los demás requisitos para la E/S directa.
  • Si tiene previsto usar CSV junto con discos conectados SAN(-FrontEnd), formatee las unidades con NTFS antes de convertirlas en un CSV para aprovechar las ventajas de rendimiento de la E/S directa.
  • Este comportamiento es así por diseño. Consulte las páginas vinculadas en la sección Más información a continuación.
  • Debido a la integración de CSV con características de SMB 3.0 como SMB multicanal y SMB directo, el tráfico de E/S redirigida se puede emitir en secuencias a través de varias redes en clúster.
  • Deberías planear las redes en clúster de manera que permitan un posible aumento del tráfico de red al nodo coordinador durante la redirección de E/S.

Nota

  • En Windows Server 2012, debido a mejoras en el diseño de CSV, CSV realiza más operaciones en modo de E/S directa que en Windows Server 2008 R2.
  • Debido a la integración de CSV con características de SMB 3.0 como SMB multicanal y SMB directo, el tráfico de E/S redirigida se puede emitir en secuencias a través de varias redes en clúster.
  • Deberías planear las redes en clúster de manera que permitan un posible aumento del tráfico de red al nodo coordinador durante la redirección de E/S.

Requisitos de configuración de almacenamiento y disco

Para usar CSV, el almacenamiento y los discos deben cumplir con los siguientes requisitos:

  • Formato del sistema de archivos. En Windows Server 2012, un disco o espacio de almacenamiento para un volumen CSV debe ser un disco básico con particiones NTFS. En Windows Server 2012 R2, un disco o espacio de almacenamiento para un volumen CSV debe ser un disco básico con particiones NTFS o ReFS. En Windows Server 2016 o superior y Azure Stack HCI, un disco o espacio de almacenamiento para un volumen CSV debe ser un disco básico o un disco de tabla de particiones GUID (GPT) con particiones NTFS o ReFS.

    Un CSV tiene los siguientes requisitos adicionales:

    • En Windows Server 2012, no puede usar un disco para un CSV que tenga formato FAT, FAT32 o ReFS.
    • En Windows Server 2012 R2 y versiones superiores, no puede usar un disco para un CSV que tenga formato FAT o FAT32.
    • Un CSV no se puede usar como disco testigo de cuórum. Para obtener más información sobre el cuórum de clúster, consulte Descripción del cuórum en Espacios de almacenamiento directo.
    • Después de agregar un disco como CSV, se designa en el formato CSVFS (Sistema de archivos CSV). Esto permite al clúster y a otros programas de software diferenciar el almacenamiento CSV de otro almacenamiento NTFS o ReFS. Por lo general, CSVFS es compatible con la misma funcionalidad que NTFS o ReFS. No obstante, hay ciertas características que no son compatibles. Por ejemplo, en Windows Server 2012 R2, no puede habilitar la compresión en CSV. En Windows Server 2012, no puede habilitar la desduplicación de datos o la compresión en CSV.

  • Tipo de recursos del clúster. Para un volumen CSV, debes usar el tipo de recursos de disco físico. De manera predeterminada, un disco o espacio de almacenamiento que se agregue al almacenamiento de clúster se configura automáticamente de este modo.

  • Elección de discos CSV u otros discos en el almacenamiento de clúster. Al elegir uno o más discos para una máquina virtual en clúster, ten en cuenta el uso que se dará a cada disco. Si un disco se va a usar para almacenar archivos creados por Hyper-V, como archivos VHD/VHDX o archivos de configuración, puede elegir entre los discos CSV o los otros discos disponibles en el almacenamiento de clúster. Si un disco va a ser el disco físico conectado directamente a la máquina virtual (también conocido como disco de acceso directo), no puedes elegir un disco CSV y debes elegir uno de los otros discos disponibles en el almacenamiento de clúster.

  • Nombre de ruta de acceso para identificar discos. Los discos en CSV se identifican con un nombre de ruta de acceso. Cada ruta de acceso aparece en la unidad del sistema del nodo como volumen numerado dentro de la carpeta \ClusterStorage. Esta ruta de acceso es la misma cuando se ve desde cualquier nodo del clúster. Puede cambiar el nombre de los volúmenes si es necesario, pero se recomienda hacerlo antes de que cualquier máquina virtual (si usan Hyper-V) o aplicación como SQL Server estén instaladas. No se puede cambiar el nombre de CSV si hay identificadores abiertos (es decir, una máquina virtual que está activada o en un estado guardado).

Para obtener los requisitos de almacenamiento para CSV, repasa las instrucciones proporcionadas por el proveedor de almacenamiento. Para ver consideraciones adicionales de planificación del almacenamiento para CSV, consulta Planear el uso de CSV en un clúster de conmutación por error más adelante en este tema.

Requisitos de nodos

Para usar CSV, los nodos deben cumplir con los siguientes requisitos:

  • Letra de unidad del disco del sistema. La letra de unidad del disco del sistema debe ser la misma en todos los nodos.
  • Protocolo de autenticación. El protocolo NTLM debe estar habilitado en todos los nodos. Esta opción está habilitada de manera predeterminada. A partir de Windows Server 2019 y Azure Stack HCI, las dependencias NTLM se han quitado ya que usa certificados para la autenticación.

Planear el uso de CSV en un clúster de conmutación por error

En esta sección se muestran las consideraciones y recomendaciones de planificación para usar CSV en un clúster de conmutación por error.

Importante

Solicita al proveedor de almacenamiento recomendaciones sobre cómo configurar tu unidad de almacenamiento concreta para CSV. Si las recomendaciones del proveedor de almacenamiento difieren de la información de este tema, sigue las recomendaciones del proveedor de almacenamiento.

Organización de LUN, volúmenes y archivos VHD

Para aprovechar al máximo CSV a fin de proporcionar almacenamiento para máquinas virtuales en clúster, resulta útil repasar cómo organizarías los LUN (discos) al configurar servidores físicos. Cuando configures las máquinas virtuales correspondientes, intenta organizar los archivos VHD de manera parecida.

Considera un servidor físico para el que organizarías los discos y archivos de la siguiente manera:

  • Archivos del sistema, incluido un archivo de paginación, en un disco físico
  • Archivos de datos en otro disco físico

En una máquina virtual en clúster equivalente, deberías organizar los volúmenes y archivos de manera parecida:

  • Archivos del sistema, incluido un archivo de paginación, en un archivo VHD en un CSV
  • Archivos de datos en un archivo VHD en otro CSV

Si agregas otra máquina virtual, siempre que sea posible, deberías organizar los VHD de la misma manera que en las otras.

Cantidad y tamaño de LUN y volúmenes

Cuando planees la configuración del almacenamiento de un clúster de conmutación por error que use CSV, ten en cuenta las recomendaciones siguientes:

  • Para decidir cuántos LUN configurarás, consulta al proveedor de almacenamiento. Por ejemplo, el proveedor de almacenamiento te podría recomendar configurar cada LUN con una partición y colocar un volumen CSV en ella.

  • Cree al menos un CSV por cada nodo.

  • No hay limitaciones en cuanto a la cantidad de máquinas virtuales que se pueden admitir en un solo volumen CSV. No obstante, debes tener en cuenta la cantidad de máquinas virtuales que tienes previsto tener en el clúster y la carga de trabajo (operaciones de E/S por segundo) para cada máquina virtual. Considere los siguientes ejemplos:

    • Una organización implementa máquinas virtuales que admitirán una infraestructura de escritorio virtual (VDI), lo que supone una carga de trabajo relativamente ligera. El clúster usa almacenamiento de alto rendimiento. El administrador del clúster, después de consultar al proveedor de almacenamiento, decide colocar una cantidad relativamente alta de máquinas virtuales por volumen CSV.
    • Otra organización implementa una gran cantidad de máquinas virtuales que admitirán una aplicación de base de datos que registra un uso muy elevado, lo cual supone una carga de trabajo más pesada. El clúster usa almacenamiento de bajo rendimiento. El administrador del clúster, después de consultar al proveedor de almacenamiento, decide colocar una cantidad relativamente baja de máquinas virtuales por volumen CSV.

  • Al planear la configuración del almacenamiento de una máquina virtual concreta, ten en cuenta los requisitos de disco del servicio, la aplicación o el rol que admitirá la máquina virtual. Comprender estos requisitos te ayudará a evitar la contención de disco, que puede causar un bajo rendimiento. La configuración de almacenamiento de la máquina virtual debe parecerse mucho a la configuración de almacenamiento que usarías para un servidor físico que ejecute el mismo servicio, la misma aplicación o el mismo rol. Para obtener más información, consulte Organización de LUN, volúmenes y archivos VHD anteriormente en este tema.

    También puedes mitigar la contención de disco si tienes almacenamiento con gran cantidad de discos duros físicos independientes. Elige el hardware de almacenamiento en consecuencia y consulta al proveedor cómo puedes optimizar el rendimiento del almacenamiento.

  • En función de las cargas de trabajo del clúster y las operaciones de E/S que necesiten, puedes considerar la opción de configurar solamente un porcentaje de las máquinas virtuales para tener acceso a cada LUN, mientras que otras máquinas virtuales no tendrán conectividad y se dedicarán a operaciones de cálculo.

Agregar un disco a CSV en un clúster de conmutación por error

La característica CSV está habilitada de manera predeterminada en clústeres de conmutación por error. Para agregar un disco a CSV, debes agregarlo al grupo Almacenamiento disponible del clúster (si todavía no se ha agregado) y, después, agregar el disco a CSV en el clúster. Puede usar el administrador de clústeres de conmutación por error o los cmdlets de Windows PowerShell para clústeres de conmutación por error para llevar a cabo estos procedimientos.

Adición de un disco al almacenamiento disponible

  1. En el árbol de la consola del Administrador de clústeres de conmutación por error, expande el nombre del clúster y, luego, Almacenamiento.

  2. Haz clic con el botón derecho en Discos y, después, seleccione Agregar disco. Aparece una lista en la que se muestran los discos que se pueden agregar para usarse en un clúster de conmutación por error.

  3. Seleccione el disco o los discos que quiera agregar y, después, seleccione Aceptar.

    Ahora, los discos están asignados al grupo Almacenamiento disponible.

Comandos equivalentes de Windows PowerShell (adición de un disco al almacenamiento disponible)

Los siguientes cmdlets de Windows PowerShell realizan la misma función que el procedimiento anterior. Escriba cada cmdlet en una sola línea, aunque aquí pueden aparecer con saltos de línea entre varias líneas aquí debido a restricciones de formato.

En el ejemplo siguiente se identifican los discos que están preparados para agregarse al clúster y, después, se agregan estos discos al grupo Almacenamiento disponible.

Get-ClusterAvailableDisk | Add-ClusterDisk

Adición de un disco del almacenamiento disponible a CSV

  1. En el árbol de la consola del Administrador de clústeres de conmutación por error, expanda el nombre del clúster, expanda Almacenamiento y, después, seleccione Discos.

  2. Seleccione uno o más discos asignados a Almacenamiento disponible, haga clic con el botón secundario en la selección y, después, seleccione Agregar a volúmenes compartidos de clúster.

    Los discos se asignan al grupo Volumen compartido de clúster del clúster. Los discos se muestran en cada nodo del clúster como volúmenes numerados (puntos de montaje), en la carpeta %SystemDrive%ClusterStorage. Los volúmenes aparecen en el sistema de archivos CSVFS.

Nota

Puedes cambiar los nombres de los volúmenes CSV en la carpeta %SystemDrive%ClusterStorage.

Comandos equivalentes de Windows PowerShell (adición de un disco a CSV)

Los siguientes cmdlets de Windows PowerShell realizan la misma función que el procedimiento anterior. Escriba cada cmdlet en una sola línea, aunque aquí pueden aparecer con saltos de línea entre varias líneas aquí debido a restricciones de formato.

En el ejemplo siguiente se agrega Cluster Disk 1 en Almacenamiento disponible a CSV en el clúster local.

Add-ClusterSharedVolume –Name "Cluster Disk 1"

Habilitar la memoria caché de CSV para cargas de trabajo con muchas operaciones de lectura (opcional)

La memoria caché de CSV proporciona almacenamiento en caché en el nivel de bloque de operaciones de E/S no almacenadas en búfer de solo lectura por medio de la asignación de memoria del sistema (RAM) como caché de escritura a través. (El administrador de caché no almacena en caché las operaciones de E/S no almacenadas en búfer). Esto puede mejorar el rendimiento de las aplicaciones como Hyper-V, que realiza operaciones de E/S sin almacenar en búfer al acceder a un VHD. La memoria caché de CSV puede mejorar el rendimiento de las solicitudes de lectura sin almacenar en caché las solicitudes de escritura. Habilitar la memoria caché de CSV también es útil para escenarios de servidor de archivos de escalabilidad horizontal.

Nota

Te recomendamos que habilites la memoria caché de CSV para todas las implementaciones de Hyper-V y servidor de archivos de escalabilidad horizontal en clúster.

En Windows Server 2019, la memoria caché de CSV está habilitada de forma predeterminada con 1 Gigabyte (GiB) asignado. En Windows Server 2016 y Windows Server 2012, está deshabilitada de forma predeterminada. En Windows Server 2012 R2, la memoria caché de CSV está habilitada de forma predeterminada; sin embargo, debe asignar el tamaño de la caché de bloques que se va a reservar.

En la tabla siguiente se describen las dos opciones de configuración que controlan la memoria caché de CSV.

Windows Server 2012 R2 y versiones posteriores Windows Server 2012 Descripción
BlockCacheSize SharedVolumeBlockCacheSizeInMB Se trata de una propiedad común del clúster que permite definir cuánta memoria (en megabytes) deseas reservar para la memoria caché de CSV en cada nodo del clúster. Por ejemplo, si se define un valor de 512, se reservan 512 MB de memoria del sistema en cada nodo. (En muchos clústeres, 512 MB es un valor recomendado). El valor predeterminado es 0 (si está deshabilitada).
EnableBlockCache CsvEnableBlockCache Se trata de una propiedad privada del recurso de disco físico del clúster. Permite habilitar la memoria caché de CSV en un disco individual que se agrega a CSV. En Windows Server 2012, la configuración predeterminada es 0 (deshabilitada). Para habilitar la memoria caché de CSV en un disco, configura un valor de 1. De forma predeterminada, en Windows Server 2012 R2, esta configuración está habilitada.

Puedes supervisar la memoria caché de CSV en el monitor de rendimiento si agregas los contadores en Caché de volumen CSV de clúster.

Configuración de la caché de CSV

  1. Inicie Windows PowerShell como administrador.

  2. Para definir una memoria caché de 512 MB reservados en cada nodo, escribe lo siguiente:

    • Para Windows Server 2012 R2 y versiones posteriores:

      (Get-Cluster).BlockCacheSize = 512

    • Para Windows Server 2012:

      (Get-Cluster).SharedVolumeBlockCacheSizeInMB = 512

  3. En Windows Server 2012, para habilitar la memoria caché de CSV en un CSV denominado Cluster Disk 1, escriba lo siguiente:

    Get-ClusterSharedVolume "Cluster Disk 1" | Set-ClusterParameter CsvEnableBlockCache 1

Nota

  • En Windows Server 2012, solo puede asignar el 20 % del total de RAM física a la memoria caché de CSV. En Windows Server 2012 R2 y versiones posteriores, puede asignar hasta un 80 %. Como los servidores de archivos de escalabilidad horizontal no suelen tener restricciones de memoria, puedes aumentar significativamente el rendimiento si usas la memoria adicional para la memoria caché de CSV.
  • Para evitar la contención de recursos, debe reiniciar cada nodo del clúster después de modificar la memoria asignada a la caché de CSV. En Windows Server 2012 R2 y versiones posteriores, ya no es necesario reiniciar.
  • Después de habilitar o deshabilitar la caché de CSV en un disco individual, para que la configuración surta efecto, debes dejar el recurso de disco físico sin conexión y volver a conectarlo en línea. (De forma predeterminada, en Windows Server 2012 R2 y versiones posteriores, la memoria caché de CSV está habilitada).
  • Para obtener más información sobre la caché de CSV que incluye información sobre los contadores de rendimiento, consulte la entrada del blog Cómo habilitar la memoria caché de CSV.

Copia de seguridad de CSV

Hay varios métodos para hacer copias de seguridad de la información almacenada en los CSV en un clúster de conmutación por error. Puedes usar una aplicación de copia de seguridad de Microsoft o una aplicación que no sea de Microsoft. En general, CSV no impone requisitos de copia de seguridad especiales, aparte de los del almacenamiento en clúster formateado con NTFS o ReFS. Las copias de seguridad de CSV tampoco interrumpen otras operaciones de almacenamiento de CSV.

Debes tener en cuenta los siguientes factores al seleccionar una aplicación de copia de seguridad y una programación de copia de seguridad para CSV:

  • La copia de seguridad de nivel de volumen de un volumen CSV se puede ejecutar desde cualquier nodo que se conecte al volumen CSV.
  • La aplicación de copia de seguridad puede usar instantáneas de software o de hardware. Si la aplicación de copia de seguridad lo permite, las copias de seguridad pueden usar instantáneas del Servicio de instantáneas de volumen (VSS) coherentes con la aplicación y preparadas para bloqueos.
  • Si haces una copia de seguridad de un CSV con varias máquinas virtuales en ejecución, por lo general deberías elegir un método de copia de seguridad basado en un sistema operativo de administración. Si la aplicación de copia de seguridad lo admite, se puede hacer copia de seguridad de varias máquinas virtuales simultáneamente.
  • CSV admite solicitantes de copia de seguridad que ejecutan Copias de seguridad de Windows Server. No obstante, por lo general, Copias de seguridad de Windows Server solo proporciona una solución de copia de seguridad básica que es posible que no sea apta para organizaciones con clústeres grandes. Copias de seguridad de Windows Server no admite la copia de seguridad de máquinas virtuales coherente con la aplicación en CSV. Solo admite copias de seguridad de nivel de volumen preparadas para bloqueos. (Si restaura una copia de seguridad preparada para bloqueos, la máquina virtual tendrá el mismo estado que tenía si se había bloqueado en el momento de hacer la copia de seguridad). Una copia de seguridad de una máquina virtual en un volumen CSV se realizará correctamente, pero se registrará un evento de error que indicará que no es compatible.
  • Es posible que necesites credenciales administrativas al hacer una copia de seguridad de un clúster de conmutación por error.

Importante

Asegúrate de revisar detenidamente los datos que la aplicación de copia de seguridad incluye en la copia de seguridad y restaura, qué características de CSV admite y cuáles son los requisitos de recursos para la aplicación en cada nodo del clúster.

Advertencia

Si necesitas restaurar los datos de la copia de seguridad a un volumen CSV, ten en cuenta las capacidades y limitaciones de la aplicación de copia de seguridad para mantener y restaurar datos coherentes con la aplicación en los nodos del clúster. Por ejemplo, con algunas aplicaciones, si el volumen CSV se restaura en un nodo distinto del nodo del que se obtuvo su copia de seguridad, es posible que sobrescribas sin darte cuenta datos importantes sobre el estado de la aplicación en el nodo en el que se realiza la restauración.

Más información