负载均衡器在某些通信条件下是否不会成为瓶颈？我可以看到一些本地东西方流量甚至不需要到达负载均衡器，但是在其他情况下，则需要遍历核心，甚至可能需要遍历数据中心互连。
基本上，我知道负载均衡器用于客户端-服务器（南北）流量中，并且诸如HTTP GET之类的东西不需要10GE，但是在某些情况下，您的1GE负载均衡器可以代替所有10GE交通路径并导致诸如vMotion之类的问题？
#1 楼
负载均衡器在某些流量情况下不会成为瓶颈吗？
当然，但是在设计良好的网络中通常不是这种情况。 />即使您确实需要跨核心或跨数据访问，您也应该能够以允许大部分内部服务器到服务器流量（如您所说的“东西向”）的方式设计网络
虽然负载均衡器通常是其背后服务器的默认网关，但我已经看到运行路由协议（即OSPF或RIP）以允许“东西向”流量的设置以规避负载平衡器，或者在使用静态路由的较小部署中。
如果即使设计良好，负载平衡器仍将成为瓶颈（即，流量如此之高） ），那么也可以通过多个负载均衡器进行负载均衡。
评论
确实。如果vMotion路径中有一个LB，则您作为工程师失败了。
–瑞奇
2014年3月27日19:28在
“ ...也有跨多个负载均衡器进行负载均衡的方法”-例如从DNS中选择网络负载均衡器？
– AndreiRînea
17 Mar 14'at 12:09
#2 楼
这确实是一个瓶颈，并且会将您的吞吐量限制为“链中最弱的链接”，即您的LB。但是，您可以解决它。如果使用称为“回切”或“直接服务器返回”的内容，则可以进行异步流量。它的工作方式是这样的：a）客户端向2.2.2.2发出http请求
b）LB在2.2.2.2上答复并将传入的请求传递给服务器-由于LB和服务器位于同一LAN上，因此在第2层完成。
c）服务器接受此传入连接，因为IP 2.2.2.2位于别名回送接口上（否则）它会丢弃与接口不匹配的数据包。）
请求只有几个字节。所提供的内容可以是任何大小。传出的流量不会通过LB，因此您可以处理更多的流量。
干杯，
--tc
评论
请记住，这样做仅适用于L4集群。对于L7群集，这将破坏标头重写，cookie插入（持久性），SSL终止，任何类型的URL匹配以及许多负载平衡的任何其他更高级的功能。
– YLearn♦
2014年3月30日在16:23
评论
ACE 4710自2010年以来一直处于EOL / EOS状态。您是否已绑定此负载均衡器，还是愿意使用可扩展得更高的现代负载均衡器？ （许多制造商都在制造它们。）没有理由以您所描述的方式人为地限制吞吐量。好吧，没有任何理由不超出成本，但实际上，如果您购买了您描述的基础架构，则可能会剩下现金来进行真正的负载均衡器设置。这实际上不是生产环境，而是包含这些特定设备的实际“实验室”方案。从更一般的意义上讲，我的问题是，考虑到典型数据中心的流量负载，如何确保负载均衡器不会成为设计的瓶颈？这会影响您的设计，例如，如果您的数据中心是多层的，您要在哪一层进行负载平衡等。在我的特定示例中，由于它不是我的设计，所以我无法更改，因此拥有这些有意义吗？ ACE设备可以从功能强大的Nexus 5000上单臂操作。