网络负载平衡

时间:2015-03-05 14:09:39

标签: load-balancing windows-server-2012-r2 nlb

从群集中的节点访问NLB群集时遇到问题。

以下是该方案。

我已经在IP 10.10.10.110 \ 255.0.0.0上创建了一个NLB群集[协议:两者都有过滤单主机],具有三个节点的单播模式
10.10.10.109 \ 255.0.0.0 - >优先级2
  10.10.10.134 \ 255.0.0.0 - >优先级1   10.10.10.101 \ 255.0.0.0 - >优先级3

现在,如果我从任何其他节点[forsay 10.10.10.105]访问集群[10.10.10.110],它将解析10.10.10.109,这是预期的。

现在,如果我从主机10.10.10.109点击10.10.10.110,它将解析为10.10.10.109,这不是群集的预期。同样,如果我从主机10.10.10.101访问它,它会解析10.10.10.101,尽管集群的优先级。

我认为它是一个环回,因为NLB IP也在当前节点上注册,它解决了自身而不是命中一个集群。

从应用程序设计开始,应用程序将托管在作为群集一部分的节点上,并将访问NLB群集ip。我想根据群集优先级和状态解析节点。

请建议我们如何解决这种情况。

1 个答案:

答案 0 :(得分:0)

这个问题的解决方案很简单。 只需针对群集ip添加到默认网关的路由。 原因:我们希望绕过本地解决方案并使用基于群集的优先级。

首先运行追踪路线到10.10.10.110(NLB群集IP)

PS C:\Users\Administrator> tracert 10.10.10.110

你会看到

  1    <1 ms    <1 ms    <1 ms  vm-xx.xxxx.local [10.10.10.110]

现在我们将添加一个路由,以便从路由器重定向请求。在我的例子中,我的网关是10.10.10.99。

PS C:\Users\Administrator> route add 10.10.10.110 mask 255.255.255.255 10.10.10.99
 OK!

现在重新检查跟踪路线

PS C:\Users\Administrator> tracert 10.10.10.110

Tracing route to vm-xx.xxxx.local [10.10.10.110]
over a maximum of 30 hops:

  1    <1 ms    <1 ms    <1 ms  10.10.10.99
  2     1 ms    <1 ms    <1 ms  vm-xx.xxxx.local [10.10.10.110]

现在,请求将通过网关进行路由,并且即使从作为群集一部分的主机也可以按预期从NLB群集完成解析。

  

注意:需要在属于的所有主机上添加路由   需要从群集中解析地址的群集。