0

我正在考虑服务器端的客户端共享,它可以通过客户端执行来完成,而服务器端的帮助很少或没有帮助,并想出了这个 -

如果这听起来很傻,请原谅我,但我走了——

  1. 服务器有一个表,其中存储了服务器名称、服务器 IP 地址和相应的 IP 地址 MAC ID 字段(是的,这是一个非常以 Windows 为中心的方法)
  2. 每次客户端登录到主服务器时,它都会向服务器发送一个查询,该查询返回所有服务器条目的 IP 地址,以及它在其表中的各自 MAC ID(我假设单个服务器有多个 rsynced 副本)
  3. 然后,客户端对这些 IP 地址中的每一个实施跟踪路由,并将它们按跳数递增的顺序存储在一个数组中。
  4. 遍历此数组并执行 arp 以将 IP 地址解析为 MAC ID。然后将这些 MAC ID 与在步骤 1 中从主服务器获取的 MAC ID 进行比较。如果匹配,则选择要连接的服务器是基于跳数的数量+MAC IDS 的匹配+一个表示负载的指标(数量在那个时刻与该服务器的连接)。

欢迎就这个想法听起来如何发表意见。

4

1 回答 1

1

我不认为负载共享可以完全基于跳数。为什么需要 MAC 地址?如果一台服务器可以快速到达但非常繁忙,它可能不是最佳选择。也许您可能会向主服务器添加一个服务来跟踪每个服务器的客户端数量并将其用作标准……但这听起来很像旧的、简单的负载平衡。

于 2010-02-05T11:19:35.633 回答