Introducción al servidor de archivos de escalabilidad horizontal para datos de aplicación

Se aplica a: Windows Server 2022, Windows Server 2019, Windows Server 2016, Windows Server 2012 R2 y Windows Server 2012.

El servidor de archivos de escalabilidad horizontal está diseñado para proporcionar recursos compartidos de archivos de escalabilidad horizontal que están disponibles continuamente para el almacenamiento de aplicaciones de servidor basado en archivos. Los recursos compartidos de archivos de escalabilidad horizontal proporcionan la capacidad de compartir la misma carpeta desde varios nodos del mismo clúster. Este escenario se centra en cómo planear e implementar el Servidor de archivos de escalabilidad horizontal.

Puedes implementar y configurar un servidor de archivos en clúster usando los métodos siguientes:

  • Servidor de archivos de escalabilidad horizontal para datos de aplicación Esta característica de servidor de archivos en clúster se introdujo en Windows Server 2012 y le permite almacenar datos de aplicación de servidor, como archivos de máquina virtual de Hyper-V, en recursos compartidos de archivos y obtener un nivel similar de confiabilidad, disponibilidad, manejabilidad y alto rendimiento que se esperaría de una red de área de almacenamiento. Todos los recursos compartidos de archivos se encuentran en línea en todos los nodos de forma simultánea. Los recursos compartidos de archivos asociados con este tipo de servidor de archivos en clúster se denominan recursos compartidos de archivos de escalabilidad horizontal. A menudo, esto se denomina activo-activo. Este es el tipo de servidor de archivos recomendado al implementar tanto Hyper-V en el Bloque de mensajes del servidor (SMB) como Microsoft SQL Server en SMB.
  • Servidor de archivos para uso general : esta es la continuación del servidor de archivos en clúster compatible con Windows Server desde la introducción del clúster de conmutación por error. Este tipo de servidor de archivos en clúster (y, por lo tanto, todos los recursos compartidos asociados con el servidor de archivos en clúster) se encuentra en línea en un nodo a la vez. Algunas veces, esto se denomina activo-pasivo o doble-activo. Los recursos compartidos de archivos asociados con este tipo de servidor de archivos en clúster se denominan recursos compartidos de archivos en clúster. Este es el tipo de servidor de archivos recomendado al implementar escenarios de Trabajador de la información.

Descripción del escenario

Con los recursos compartidos de archivos de escalabilidad horizontal puedes compartir la misma carpeta desde varios nodos de un clúster. Por ejemplo, si tiene un clúster de servidor de archivos de cuatro nodos que usa el escalado horizontal del bloque de mensajes del servidor (SMB), un equipo que ejecuta Windows Server 2012 R2 o Windows Server 2012 puede acceder a recursos compartidos de archivos desde cualquiera de los cuatro nodos. Esto se logra al aprovechar las nuevas características del clúster de conmutación por error de Windows Server y las capacidades del protocolo de servidor de archivos de Windows, SMB 3.0. Los administradores del servidor de archivos pueden proporcionar recursos compartidos de archivos de escalabilidad horizontal y servicios de archivos disponibles continuamente a las aplicaciones del servidor y responder a una mayor demanda con rapidez al poner más servidores en línea. Todo esto se puede realizar en un entorno de producción y es completamente transparente a la aplicación del servidor.

Entre los beneficios clave que proporciona el servidor de archivos de escalabilidad horizontal se incluyen:

  • Recursos compartidos de archivos activo-activo. Todos los nodos del clúster pueden aceptar y atender solicitudes de cliente SMB. Al permitir que todo el contenido del recurso compartido de archivos esté accesible a través de todos los nodos de clúster simultáneamente, los clientes y los clústeres de SMB 3.0 cooperan para proporcionar una conmutación por error transparente a los nodos de clúster alternativos durante el mantenimiento planeado o errores no planeados con interrupción del servicio.
  • Mayor ancho de banda. El ancho de banda máximo del recurso compartido es el ancho de banda total de todos los nodos de clúster del servidor de archivos. A diferencia de las versiones anteriores de Windows Server, el ancho de banda total ya no se ve restringido por el ancho de banda de un solo nodo de clúster, sino que la capacidad del sistema de almacenamiento de respaldo define las restricciones. Puede aumentar el ancho de banda total al agregar nodos.
  • CHKDSK sin tiempo de inactividad. CHKDSK en Windows Server 2012 se ha mejorado para acortar drásticamente el tiempo que un sistema de archivos está sin conexión para la reparación. Los volúmenes compartidos en clúster (CSV) están un paso adelante ya que eliminan la fase de dejar sin conexión. Un sistema de archivos CSV (CSVFS) puede usar CHKDSK sin afectar a las aplicaciones con identificadores abiertos en el sistema de archivos.
  • Caché de volumen compartido de clúster. El CSV de Windows Server 2012 admite un caché de lectura, que puede mejorar significativamente el rendimiento en determinados escenarios, como en la infraestructura de escritorio virtual (VDI).
  • Administración más sencilla. Con el servidor de archivos de escalabilidad horizontal, puede crear los servidores de archivos de escalabilidad horizontal y, a continuación, agregar los CSV y los recursos compartidos de archivos necesarios. Ya no es necesario crear varios servidores de archivos en clúster, cada uno con discos de clúster separados y después desarrollar directivas de colocación para garantizar la actividad en cada nodo de clúster.
  • Reequilibrio automático de los clientes del servidor de archivos de escalabilidad horizontal. En Windows Server 2012 R2, el reequilibrio automático mejora la escalabilidad y la capacidad de administración para los servidores de archivos de escalabilidad horizontal. El seguimiento de las conexiones de cliente SMB se realiza por recurso compartido de archivos (en lugar de por servidor) y, a continuación, se redirige a los clientes al nodo del clúster con el mejor acceso al volumen usado por el recurso compartido de archivos. Esto mejora la eficiencia al reducir el tráfico de redirección entre los nodos del servidor de archivos. Los clientes se redirigen tras una conexión inicial y cuando se vuelve a configurar el almacenamiento de clúster.

En este escenario

Los siguientes artículos están disponibles para ayudarle a implementar un servidor de archivos de escalabilidad horizontal:

Cuándo utilizar el servidor de archivos de escalabilidad horizontal

No debe utilizar el servidor de archivos de escalabilidad horizontal si la carga de trabajo genera un alto número de operaciones de metadatos, como abrir archivos, cerrar archivos, crear archivos nuevos o cambiar el nombre de archivos existentes. Un trabajador de la información típico generaría muchas operaciones de metadatos. Debes utilizar un servidor de archivos de escalabilidad horizontal si estás interesado en la escalabilidad y la simplicidad que ofrece y si solo necesitas tecnologías que sean compatibles con el servidor de archivos de escalabilidad horizontal.

En la tabla siguiente se enumeran capacidades de SMB 3.0, sistemas de archivos comunes de Windows, tecnologías de administración de datos de servidor de archivos y cargas de trabajo comunes. Puedes comprobar si la tecnología es compatible con el servidor de archivos de escalabilidad horizontal, o si requiere un servidor de archivos en clúster tradicional (también conocido como un servidor de archivos para uso general).

Área de tecnología Característica Clúster de servidor de archivos de uso general Servidor de archivos de escalabilidad horizontal
SMB Disponibilidad continua de SMB (*)
SMB SMB multicanal
SMB SMB directo
SMB Cifrado SMB
SMB Conmutación por error transparente de SMB Sí (si está habilitada la disponibilidad continua) Yes
Sistema de archivos NTFS N/D
Sistema de archivos Sistema de archivos resistente (ReFS) Recomendado con espacios de almacenamiento directo Recomendado con espacios de almacenamiento directo
Sistema de archivos Sistema de archivos de Volúmen compartido de clúster (CSV) N/D
Administración de archivos BranchCache No
Administración de archivos Desduplicación de datos (Windows Server 2012) No
Administración de archivos Desduplicación de datos (Windows Server 2012 R2) Yes Sí (solo VDI)
Administración de archivos Servidor de raíz de la raíz de Espacio de nombres DFS (DFSN) No
Administración de archivos Servidor de destino de la carpeta de Espacio de nombres DFS (DFSN)
Administración de archivos Replicación DFS (DFSR) No
Administración de archivos Administrador de recursos del servidor de archivos (pantallas y cuotas) No
Administración de archivos Infraestructura de clasificación de archivos No
Administración de archivos Control de acceso dinámico (acceso basado en notificaciones, CAP) No
Administración de archivos Redirección de carpetas Yes No recomendado
Administración de archivos Archivos sin conexión (caché del lado cliente) Yes No recomendado
Administración de archivos Perfiles de usuario móviles Yes No recomendado
Administración de archivos Directorios principales Yes No recomendado
Administración de archivos Carpetas de trabajo No
NFS Servidor NFS No
Aplicaciones Hyper-V No recomendado Yes
Aplicaciones Microsoft SQL Server No recomendado Yes

* La disponibilidad continua de bucle invertido de SMB (CA) en configuraciones hiperconvergidas está disponible en Windows Server 2019.

Nota

La redirección de carpetas, los archivos sin conexión, los perfiles de usuario móviles y los directorios principales generan un gran número de escrituras que deben escribirse inmediatamente en el disco (sin almacenamiento en búfer) al usar recursos compartidos de archivos disponibles continuamente, lo que reduce el rendimiento en comparación con los recursos compartidos de archivos de uso general. Los recursos compartidos de archivos disponibles continuamente también son incompatibles con el Administrador de recursos del servidor de archivos y con los equipos que ejecutan Windows XP. Además, es posible que los archivos sin conexión no pasen al modo offline durante de 3 a 6 minutos después de que un usuario pierda el acceso a un recurso compartido, lo que puede frustrar a los usuarios que todavía no están usando el modo siempre offline de los archivos sin conexión.

Aplicaciones prácticas

Los Servidores de archivos de escalabilidad horizontal son ideales para el almacenamiento de aplicaciones de servidor. A continuación se muestran algunos ejemplos de aplicaciones de servidor que pueden almacenar sus datos en un recurso compartido de archivos de escalabilidad horizontal:

  • El servidor web de Internet Information Services (IIS) puede almacenar datos y la configuración de sitios web en un recurso compartido de archivos de escalabilidad horizontal. Para obtener más información, consulta Configuración compartida.
  • Hyper-V puede almacenar la configuración y los discos virtuales activos en un recurso compartido de archivos de escalabilidad horizontal. Para obtener más información, consulte Implementación de Hyper-V en SMB.
  • SQL Server puede almacenar archivos de bases de datos activos en un recurso compartido de archivos de escalabilidad horizontal. Para obtener más información, consulta Instalar SQL Server con recurso compartido de archivos SMB como una opción de almacenamiento.
  • El Virtual Machine Manager (VMM) puede almacenar un recurso compartido de biblioteca (que contiene plantillas de máquinas virtuales y archivos relacionados) en un recurso compartido de archivos de escalabilidad horizontal. Sin embargo, el propio servidor de biblioteca no puede ser un servidor de archivos de escalabilidad horizontal, sino que debe estar en un servidor independiente o un clúster de conmutación por error que no utilice el rol de clúster de servidor de archivos de escalabilidad horizontal.

Si usas un recurso compartido de archivos de escalabilidad horizontal como un recurso compartido de biblioteca, puedes usar solamente tecnologías que sean compatibles con el servidor de archivos de escalabilidad horizontal. Por ejemplo, no se puede usar la replicación DFS para replicar el recurso compartido de biblioteca hospedado en un recurso compartido de archivos de escalabilidad horizontal. También es importante que el servidor de archivos de escalabilidad horizontal tenga instaladas las actualizaciones de software más recientes.

Para usar un recurso compartido de archivos de escalabilidad horizontal como un recurso compartido de biblioteca, primero agrega un servidor de biblioteca (probablemente una máquina virtual) con un recurso compartido local o sin ningún recurso compartido. Después, al agregar un recurso compartido de biblioteca, elija un recurso compartido de archivos que se hospede en un servidor de archivos de escalabilidad horizontal. Este recurso compartido tiene que estar administrado por VMM y que se haya creado exclusivamente para su uso por el servidor de biblioteca. Además, asegúrate de instalar las actualizaciones más recientes en el servidor de archivos de escalabilidad horizontal. Para obtener más información sobre cómo agregar servidores de biblioteca VMM y recursos compartidos de biblioteca, consulteAgregar perfiles a la biblioteca VMM. Para obtener una lista de las revisiones disponibles actualmente para los Servicios de archivos y almacenamiento, consulta el artículo de Microsoft Knowledge Base 2899011.

Nota

Algunos usuarios, como por ejemplo los trabajadores de la información, tienen cargas de trabajo que tienen un mayor impacto en el rendimiento. Por ejemplo, las operaciones como abrir y cerrar archivos, crear archivos nuevos y cambiar el nombre de los archivos existentes, cuando lo realizan varios usuarios, afecta al rendimiento. Si un recurso compartido de archivos está habilitado con disponibilidad continua, proporciona integridad de datos, pero también afecta al rendimiento general. La disponibilidad continua requiere que los datos escriban a través del disco para garantizar la integridad si se produce un error en un nodo de clúster de un servidor de archivos de escalabilidad horizontal. Por lo tanto, un usuario que copia varios archivos grandes en un servidor de archivos, puede esperar un rendimiento considerablemente más lento en el recurso compartido de archivos disponibles continuamente.

Características incluidas en este escenario

En la tabla siguiente, se enumeran las características que forman parte de este escenario y se describe la manera en que son compatibles con él.

Característica Compatibilidad con este escenario
Clúster de conmutación por error Los clústeres de conmutación por error agregaron las siguientes características en Windows Server 2012 para admitir el servidor de archivos de escalabilidad horizontal: El nombre de red distribuida, el tipo de recurso del servidor de archivos de escalabilidad horizontal, los volúmenes compartidos de clúster (CSV) 2 y el rol de alta disponibilidad del servidor de archivos de escalabilidad horizontal. Para obtener más información sobre estas características, consulte Novedades de los clústeres de conmutación por error de Windows Server 2012 [redirigido].
Bloque de mensajes del servidor SMB 3.0 agregó las siguientes características en Windows Server 2012 para admitir el servidor de archivos de escalabilidad horizontal: Conmutación por error transparente de SMB, SMB multicanal y SMB directo.

Para obtener más información sobre las funcionalidades de SMB nuevas y modificadas en Windows Server 2012 R2, consulte Novedades de SMB en Windows Server.

Más información