首页
学习
活动
专区
圈层
工具
发布
社区首页 >问答首页 >Active - Active Appserver负载平衡策略

Active - Active Appserver负载平衡策略
EN

Server Fault用户
提问于 2012-01-04 18:10:30
回答 1查看 79关注 0票数 0

有一个跨6台服务器运行的tomcat应用程序。

3在我们的主要站点,3在DR站点。

我们的网络团队设置了2组负载平衡。

第一层是站点级,主站和DR之间的流量为50/50。

第二层在每个站点上,将流量分配给该站点中的3台服务器中的每一台。

我所看到的问题是,一个站点中的3台服务器中有2台会崩溃,而现在一台服务器处理的流量占到总流量的50%。

移除第一层,只在一个负载均衡器上操作所有6台服务器,难道不是更有意义吗?

服务器之间没有共享会话或用户数据,如果用户所在的服务器出现故障,则需要登出并重新登录。

负载平衡也只用于登录,之后的一切都是严格地直接客户端到服务器通信。

EN

回答 1

Server Fault用户

发布于 2012-01-08 09:22:43

它增加了另一层冗余,这很可能是您的网络团队的想法(尽管我建议问他们!)

如果您只依赖一个负载均衡器,并且它变得不可用(单元故障,或直流网络/power中断),那么您就没有意外情况。使用当前的配置,如果有必要的话,您可以(大概)将DNS记录重新指向特定的站点,并且仍然有超过3台服务器的流量负载平衡。我想,在每个站点上,在正常情况下不使用的热备用负载均衡器(但未使用的网络硬件使我感到不安;当您按下“on”按钮时,它会很好地工作吗?)

另一个方面是用于负载平衡的方法。如果您选择对两个不同的站点使用一个负载均衡器,那么您将更有可能需要负载均衡器作为代理,因为您将无法执行其他形式的网络欺骗,例如MAC交换/直接路由。这里有更多信息:http://www.linuxvirtualserver.org/VS-DRouting.html,它非常快。代理的另一个缺点是,您通常需要返回流量才能通过它,而在DR场景中,服务器可以直接响应来执行客户端,这意味着瓶颈较少;有时您可以这样更好地利用带宽,并减少延迟(显然依赖于体系结构的其余部分)。因此,在您的设置的两个层次上,都值得考虑当前使用的方法。

票数 0
EN
页面原文内容由Server Fault提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://serverfault.com/questions/346621

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档