使用 HA-Proxy 对 Windows 文件共享进行负载平衡

Question

在将我的头发拉出 DFS 之后，我突然想到了这个奇怪且具有潜在危险的想法，因此，可能我可以使用 HA-Proxy 来负载平衡服务器之间的文件共享。

我已经完成了一些补救数据包跟踪，看起来 TCP 端口 445 是使用 Windows 文件共享所涉及的唯一问题。多年来，我一直认为 UDP 139、135 等也至少参与建立连接 - 但显然不是！

所以我设置了一个基本的测试：

listen SMBTest *:445
  mode tcp
  server Smb1 172.16.61.201:445
  server Smb2 172.16.61.202:445

你永远不会猜到是什么......它有效？？？(!)

现在显然有关于文件服务器之间同步的全部问题（当然）。这可以通过一点 Robocopy 脚本轻松解决。

考虑到我只需要一个 HA 只读文件共享，文件锁定等不会有任何问题。

Answer 1

文件复制问题比您最初想象的要困难得多。

文件复制通常不能很好地扩展。当您处理的文件数量达到 50 万或更多时，您就会开始看到问题，要么复制所需的时间比同步所需的时间更长，要么需要将会话粘滞更长时间并减少同步时间。副本之间的间隔或复制较少的文件。

据我所知，您的具体工作量可能仍然适合您。您说文件共享是只读的，这让我相信您大批量更新数据。在这些情况下，Robocopy 可能会很慢，但由于更改之间的间隔很长，这可能是可接受的风险。

鉴于 HAProxy 在此设置中提供了与第 4 层负载均衡器相比的智能，因此使用第 4 层负载均衡器可能更有利，因为它们通常可以在高负载下以更少的延迟处理更多的吞吐量。这可能不适用于您的问题，但值得深思。

如果您需要功能和性能（例如需要紧密同步的读/写共享），那么这将不起作用。如果您认为将来需要此数据集，请仔细考虑您的解决方案，因为到那时您的数据集大小可能会达到 TB，并且您不希望处于必须废弃它并将其重新上传到新的解决方案。