横向扩展文件服务器 (SOFS) 共享用于存储 Hyper-V 虚拟硬盘和 SQL 数据库。为信息工作者工作负载(包括最终用户文件共享,其中包含非结构化数据,例如主文件夹、电子表格或 PDF)使用 SOFS 时需要考虑一些附加注意事项。信息工作者工作负载需要同时处理通常来自数百个用户的元数据更改请求(文件打开、关闭、重命名和删除)。横向扩展文件服务器共享具有持续可用性,这要求所有节点同步元数据更改,而信息工作者工作负载会导致这些共享产生潜在的性能开销,因为存在大量元数据更改。根据信息工作者工作负载,性能影响可能存在差异,并且在某些情况下可以忽略,例如具有较新版 Microsoft Office 的信息工作者工作负载。最后,在常规用途文件共享上可用的许多功能可能不适用于横向扩展文件共享,例如 DFS-R 和配额。
有三种选项可以在 SOFS 上为信息工作者提供文件共享:
选项 1:在 SOFS 群集上创建一个 SOFS,然后直接在共享上托管信息工作者工作负载。只要访问共享的客户端使用 Windows 8 或更高版本,就将获得使用 SOFS 的所有优势:单一命名空间、负载平衡等等。共享上的工作负载可能因元数据更改而产生一些性能开销。此外,横向扩展文件共享可能无法支持常规用途文件服务器所提供的全部功能(例如 DFS-R 和配额)。
选项 2:创建一个运行 Windows Server 2012 R2 的新虚拟机,并将其存储在 SOFS 文件共享上。安装文件服务器角色并将其配置为常规用途的文件服务器。根据您计划保存的工作者数据量,分配 VHDX 文件的磁盘空间(大小)。在该虚拟机内创建所有信息工作者文件共享。在 VHDX 内运行信息工作者工作负载后,SOFS 元数据更改将不产生性能开销。此外,常规用途文件共享具备全部功能,例如 DFS-R 和配额。但是,由于客户端访问常规用途文件共享,它们不会获得访问 SOFS 的所有优势。当运行常规用途文件服务器的虚拟机在 SOFS 群集上高度可用时,在虚拟机内运行的常规用途文件共享将不具备高可用性。可能需要执行更多任务(例如来宾操作系统群集)才能为客户端提供持续可用的文件共享。
选项 3:在 SOFS 上创建一个新 SMB 文件共享,但创建后要清除 Enable continuous availability(启用持续可用性)复选框以修改该共享。禁用“持续可用性”功能后,该文件共享就不会因 SOFS 元数据更改而产生性能开销。但在该文件共享不具备持续可用性后,如果对群集中托管该共享的节点的访问中断,那么在文件共享故障转移期间,与工作负载的连接可能会暂时中断。在许多情况下,信息工作者的工作负载(例如 Microsoft 应用程序)会在本地缓存数据,因此故障转移期间的短暂中断对于用户可能是透明的。第三方应用程序可能没有提供同等程度的数据一致性,因此应当根据具体情况进行评估。此外,只要访问共享的客户端使用 Windows 8 或更高版本,便能获得使用 SOFS 的全部优势,例如单一命名空间、负载平衡等等。但是,在信息工作者的工作负载托管在 SOFS 上之后,将无法支持常规用途的文件服务器所提供的全部功能,例如分布式文件系统复制 (DFS-R) 和配额。