SAS平衡vsnetworking平衡

我想在MS Windows Server 2012 R2环境中configuration文件服务器，这会负载平衡stream量 。

我有一个带有2个SAS控制器的SAS磁盘arrays，它通过4个冗余SAS多path连接到2个Hyper-V群集节点：

控制器1 < – >节点1，控制器1 < – >节点2 ，

控制器2 < – >节点1，控制器2 < – >节点2 。

我不知道如果我不平衡networking，SAS负载平衡是否会引人注意 ，也就是说，networking上只有一台服务器可以处理所有的文件I / O请求。平衡networking似乎是复杂的，因为我不希望有2个文件服务器具有相同的数据副本（在磁盘arrays的RAID级别上保证冗余）。我想要的是将一堆数据拆分为两个不相交的作用域，每个作用域位于单独的文件服务器上 （群集中的一个节点上的每个虚拟服务器），这将作为单个服务器或SMB共享。

用户不知道哪些数据在服务器A或B上，SMBpath应该是\\domain.com\home\username或\\domain.com\share\department ，家庭或部门应该分布在两台服务器上（例如首先以“AP”开头，其余的则以第二个开头）。

我有一个中央networking核心交换机，每个集群节点有5 GB / s的聚合链路。其余的networking连接到交换机（每个接入交换机通过2 GB / s链路连接，客户端通过1 GB / s链路连接）。

我的问题是：

如果我不做networking负载平衡并保持SAS负载平衡，那么SAS负载平衡是否会显着？
是否有一些networking负载平衡聚类技术，我会达到上述结果？
我知道有很多因素取决于具体情况（例如同时连接的最大数量或分离的频率，可能的短连接数，读操作是否占主导地位等等），但是我是否应该尊重一般的最佳实践 ？
是不是最简单的（也可能是最好的）不负载均衡和pipe理简单的方法？

编辑：

非常感谢你！其实DFS是我search的第一个想法之一，但我已经结束了，我想要的是DFS不可能的结果。

玩了一段时间后，我有以下的困惑：

一个DFS命名空间HOME，这两个文件服务器都作为命名空间服务器添加到它，因此每个在“C：\ DFSRoots \ home”下面都有一个名为“home”的共享。在每台服务器上还有一个名为“home $”的隐藏基本共享文件夹，物理放置在磁盘arrays中。在第一台服务器的隐藏份额中，我看到HOME的其余部分是HOME的一半。在家庭DFS共享（两台服务器）中，我只看到链接（分发给隐藏的共享），但只看到所有的HOME。

当客户端联合根（\ domain.com \根）时，DFS名称空间服务器响应客户端。在我的情况下，总是一样的服务器，因为我只有一个网站。但没关系，因为它只列出了DFS根目录的内容。当客户端导航到列出的链接之一时，DFSbuild立与服务器之一的隐藏文件夹目标的连接，然后完成负载均衡。

这个configuration是否正确，最佳？

最后一个问题是：与局域网相比，SAS的速度要快多less（例如LACP汇聚的5GB / s）？

你应该看看微软的DFS来做你正在谈论的事情。

它提供了一种将所有内容集中在一起的方式来抽象数据的物理位置。

所以，例如你会有：

2个群集节点（FSCL1，FSCL2）
2集群文件服务（FS1，FS2），运行在上述节点上
2个基于域的DFS名称空间（HOMES，SHARES），托pipe在上述节点上

每个文件服务都可以有任意数量的共享，您只需根据需要在DFS中创build链接即可。

这是如何设置我的工作。这可能不是有史以来最好的事情，但它对我们来说非常实用。

我们的名字空间被托pipe在专用服务器上，但这不是必需的。这仅仅意味着我们在DFS股份和目标股份之间没有名称冲突。

在我们的文件服务器（FS1，FS2等）上，我们使用数据卷挂载点，否则我们会运行字母（~28个数据卷，~7个挂载点根，实用程序卷和法定数）。我们只是说FS1，有两个数据量，我们有这样的东西：

磁盘
挂载点根目录：2GB卷作为一个X:\
数据量1：2TB，安装为X:\FS1_VOL1
数据量2：2TB，安装为X:\FS1_VOL2

分享
在每个数据卷上，所有共享都有一个“基本”文件夹，无论是组还是用户。
对于组份： X:\FS1_VOL1\FS1_V1_SHARE和X:\FS1_V2_VOL2\FS1_V2_SHARE
对于用户共享： X:\FS1_VOL1\FS1_V1_HOME和X:\FS1_V2_VOL2\FS1_V2_HOME

然后这些共享隐藏，创造这4股：

 \\FS1.example.com\FS1_V1_SHARE$ \\FS1.example.com\FS1_V2_SHARE$ \\FS1.example.com\FS1_V1_HOME$ \\FS1.example.com\FS1_V2_HOME$

在这些共享中，将根据需要存在任意数量的用户或组文件夹。

 \\FS1.example.com\FS1_V1_SHARE$\HR \\FS1.example.com\FS1_V2_SHARE$\Engineering \\FS1.example.com\FS1_V1_SHARE$\Finance \\FS1.example.com\FS1_V2_SHARE$\ITOPS \\FS1.example.com\FS1_V1_HOME$\John.Public \\FS1.example.com\FS1_V2_HOME$\Barak.Obama \\FS1.example.com\FS1_V1_HOME$\Stephen.Harper \\FS1.example.com\FS1_V2_HOME$\Paul.Smith

DFS
这就是负载平衡的所有“魔力”发生的地方。

如果你有很多的股份/用户，你会想在命名空间中创build一个文件夹结构。我们刚刚创build了26个顶级文件夹，AZ。

在SHARE命名空间中，你可以像这样创build链接到你的共享：

 \\example.com\SHARE\H\HR => \\FS1.example.com\FS1_V1_SHARE$\HR \\example.com\SHARE\E\Engineering => \\FS1.example.com\FS1_V2_SHARE$\Engineering \\example.com\SHARE\F\Finance => \\FS1.example.com\FS1_V1_SHARE$\Finance \\example.com\SHARE\I\ITOPS => \\FS1.example.com\FS1_V2_SHARE$\ITOPS

而HOME命名空间将如下所示：

 \\example.com\HOME\P\John.Public => \\FS1.example.com\FS1_V1_HOME$\John.Public \\example.com\HOME\O\Barak.Obama => \\FS1.example.com\FS1_V2_HOME$\Barak.Obama \\example.com\HOME\H\Stephen.Harper => \\FS1.example.com\FS1_V1_HOME$\Stephen.Harper \\example.com\HOME\S\Paul.Smith => \\FS1.example.com\FS1_V2_HOME$\Paul.Smith

当一个客户端浏览到这个命名空间时，你是对的，他会被放在一个命名空间的根服务器上。一个给定的客户不会总是在同一个系统上结束，但是他会caching一段时间，在此期间所有操作都发生在同一个系统上。 caching持续时间可在DFSpipe理单元中configuration。在我们的环境中，我们看到根服务器之间的分配非常顺利。根服务器＃1 根服务器＃2

这是它的要点。

这意味着您需要为每个共享/用户创buildDFS链接，同时也为数据所在的位置提供了无限的灵活性，同时使它们看起来都在同一个地方。