Los recursos compartidos del Servidor de archivos de escalabilidad horizontal (SOFS) están diseñados para el almacenamiento
de discos duros virtuales Hyper-V y bases de datos SQL. El uso del SOFS para obtener las cargas de trabajo del trabajador
de información, incluidos recursos compartidos para recursos compartidos de archivo de usuario final, que contienen datos
sin estructurar como carpetas particulares, hojas de cálculo, o PDF requiere algunas consideraciones adicionales. Las cargas
de trabajo del trabajador de información requieren cambios de metadatos (abrir el archivo, cerrar, cambiar el nombre, eliminar)
comúnmente de miles de usuarios a la vez. Los recursos compartidos del Servidor de archivos de escalabilidad horizontal están
disponibles continuamente, lo que requiere que los nodos sincronicen todos los cambios de metadatos y, que en el caso de las
cargas de trabajo del trabajador de información, da lugar a una sobrecarga del rendimiento potencial para estos recursos compartidos
debido al gran número de cambios de metadatos. En función de las cargas de trabajo del trabajador de información, el impacto
en el rendimiento puede variar y, en algunos casos ser insignificante, como, por ejemplo, con las cargas de trabajo del trabajador
de información con las versiones más recientes de Microsoft Office. Finalmente, muchas funciones, que están disponibles en
recursos compartidos de uso general de archivos pueden no funcionar en recursos compartidos de archivos de escalabilidad horizontal,
por ejemplo, DFS-R y cuotas.
Hay tres opciones para proporcionar recursos compartidos de archivos para los trabajadores de información en el SOFS:
Opción 1: cree un SOFS en el clúster del SOFS y aloje la carga de trabajo del trabajador de información directamente en el
recurso compartido. Siempre y cuando los clientes que acceden a los recursos compartidos estén utilizando Windows 8 o posterior,
recibirán todas las ventajas de utilizar un SOFS: espacio de nombre único, equilibrio de carga y mucho más. Es posible que
las cargas de trabajo en el recurso compartido experimenten algún tipo de sobrecarga de rendimiento debido a cambios de metadatos.
Además, los recursos compartidos de archivos de escalabilidad horizontal pueden no ser compatibles con todas las funciones
que proporciona un servidor de archivo de uso general como DFS-R y las cuotas.
Opción 2: cree una nueva VM que ejecute Windows Server 2012 R2 y guárdela en un recurso compartido de archivos del SOFS. Instale
el rol del servidor de archivos y configúrelo como un servidor de archivos para uso general. Asigne el espacio en disco (tamaño)
del archivo VHDX en función de los datos de trabajador que desee guardar. Cree recursos compartidos de archivos de trabajador
de información dentro de la máquina virtual. Después de las cargas de trabajo del trabajador de información se ejecuten en
el interior de un VHDX, no habrá ninguna sobrecarga de rendimiento debido a los cambios de metadatos del SOFS. También, los
recursos compartidos de archivos de uso general tienen todas las capacidades, como por ejemplo DFS-R y las cuotas. Sin embargo,
debido a que los clientes acceden a recursos compartidos de archivos de uso general no recibirán todas las ventajas de acceder
al SOFS. Cuando la VM que ejecuta el servidor de archivo de uso general cuenta con gran disponibilidad en el clúster del SOFS,
los recursos compartidos de archivos de uso general que se ejecuten dentro del VM no estarán. Más tareas como la agrupación
en clústeres del sistema operativo de invitado pueden necesitar que se proporcionen recursos compartidos de archivos continuamente
disponibles para los clientes.
Opción 3: cree un nuevo recurso compartido de archivos de SMB en el SOFS, pero modifique el recurso compartido después de
crearlo. Para ello, desmarque la casilla de verificación
Enable continuous availability (Habilitar disponibilidad continua). Si se deshabilita la función de "disponibilidad continua", el recurso compartido de archivos no tendrá sobrecarga de rendimiento
debido a cambios de metadatos del SOFS. Sin embargo, después de que el recurso compartido de archivos no está continuamente
disponible y si el acceso a un nodo del clúster que aloja el recurso compartido se pierde, es posible que haya una pérdida
momentánea de la conectividad en la carga de trabajo durante la conmutación por error del recurso de compartido de archivos.
En la mayoría de los casos, las cargas de trabajo del trabajador de información, como, por ejemplo, las aplicaciones de Microsoft,
los datos de la memoria caché localmente y una breve interrupción durante la conmutación por error pueden ser transparentes
para el usuario. Las aplicaciones de terceros no ofrecen el mismo nivel de coherencia de datos y se evaluarán caso por caso.
También, siempre y cuando los clientes que acceden a los recursos compartidos estén utilizando Windows 8 o posterior, recibirán
todas las ventajas de usar un SOFS: espacio de nombre único, equilibrio de carga y mucho más. Sin embargo, después de que
la carga de trabajo del trabajador de información esté alojada en el SOFS, no será compatible con todas las funciones que
proporciona un servidor de archivo de uso general, como la Replicación del sistema de archivos distribuido (DFS-R) y cuotas.