负载均衡器选项[关闭]

25

我正在寻找负载平衡的许多可能选择。

到目前为止，我仅限于以下选项：

  • DNS服务器负载平衡器，平衡到tomcat服务器群集，并具有用于会话复制的兵马俑。优点-不必购买新套件。缺点-DNS lb可以继续定向到损坏的服务器。

  • 硬件负载平衡器，直接连接到tomcat服务器群集。优点-可能需要第二个盒子进行故障转移。缺点-费用。

  • Apache服务器负载平衡器。优点-apache的lb轮询损坏的服务器。缺点-apache服务器是单点故障，另外还需要购买另一台服务器。

我还有其他选择吗？

谢谢。

更新：谢谢您到目前为止所有的+1。尚不接受答案，以使更多想法产生。

apache-2.2  domain-name-system  tomcat  load-balancing 
— 工具包
source
什么操作系统平台？
— Spoulson
对于S / W负载平衡器，它将是Linux
— 工具箱
内置网络负载平衡的Windows也不会对廉价的负载平衡造成不利影响。但是我个人会说，如果对您来说值得，那就买一架F5。
— sclarson
如果您不使用兵马俑，那么您需要哪种会话亲和力？基于Cookie，基于标头，IP？
— sh-beta 2009年
@ sh-beta-我猜这取决于实现吗？
— 工具包

Answers:

7

我不会去基于dns的lb-正是出于您列出的原因。

nginx或varnish可以是您位于appservs前面并用作反向代理的其他lb / fail-over选项。他们确实比硬件包装盒需要更多的照顾，但可以为您节省很多钱。确保将这些平衡器也放置在某个群集中[带有心跳的主动-被动将达到目的]。

— pQd
source
11

如果您正在寻找负载平衡器设备，那么F5 Big-IP确实不会出错

编辑：我说只使用Big-IP的原因是因为它是服务器管理员的好工具，而服务器管理员对网络设备没有太多经验。它具有一个不错的Web界面，其中包含几乎无限的配置和报告选项。它们是所有“企业”负载平衡选项中最可靠，最便宜的。

以下是2007年有关应用程序交付选项的研究链接：Gartner结果

— 克拉森
source
1
我喜欢F5 Big-IP。处理SSL加速也很棒，这样Web服务器就可以处理纯HTTP。
— 克里斯·瑞
我同意，尽管如果您进行大型操作，最好不要使用我发现的最新更新。
— mryan1
我们确实在它们上面经营着一个大型组织，但我不确定使用F5有哪些最新更新。
— sclarson
+1代表Big-IP。他们只是简单的工作。当您在用户和服务器之间放置东西时，它必须是防弹的。
— 布伦特·奥扎尔
6

我建议使用HAProxy。非常快。您还可以通过将两个负载均衡器与CARP（* BSD）或UCARP / LVS（Linux）结合使用来避免单点故障

— SaveTheRbtz
source
4

我们使用土狼点均衡器（硬件负载均衡器）已有多年，对此感到非常满意。它们可能不具有F5的所有功能，但它们仍具有许多功能，而且成本要低得多。性能和可靠性都非常出色。

+1。我们这里也有一对土狼，它们已经运行了几年，并且仍在嗡嗡作响。
— 赛斯
3

我倾向于硬件LB，因为它们通常可以处理大量流量，经常“更简单”，因此能够更好/更容易地加固，有时还可以管理其他安全问题，例如硬件中的SYN泛洪攻击。我使用的是Foundry，但是有很多选择（F5，Cisco等）-虽然比较花钱：(

— 斩波器3
source
1

Cisco GSS（全球站点选择器）是一台DNS服务器，也可以进行健康检查。显然，这将是比标准DNS服务器更昂贵的选择。此处包含更多详细信息的网页：http : //www.cisco.com/en/US/products/hw/contnetw/ps4162/index.html

F5 has similar offerings:  http://www.f5.com/products/ 
Cisco ACE product page: http://www.cisco.com/en/US/products/ps8361/index.html

正如Chopper3所述，基于硬件的负载平衡可能会提供更高的性能，但您需要为此付出代价。

您可以寻找的功能包括：SSL卸载，VLAN支持，上下文，群集，对路由协议的支持以及与不同应用程序的支持/交互（即html cookie和标头修改）。

— 彼得
source
1

你看过ldirectord吗？

它可以在linux上运行，并且可以在具有负载平衡功能的同一台机器上运行心跳（并因此内置了一些冗余）-或者，当然，可以在它们前面的自己的盒子中进行配置，轻巧且功能强大。

— 布伦特
source
1

我发现交叉路口是出色的负载平衡器。它处理了我们七个月的生产负载，而网络人员使用cisco负载平衡器解决了硬件问题。

— 乔纳森
source
0

我写了一个基于软件的负载均衡器，不需要单独的机器。

不利的一面是它还不是真正可以投入生产的-但是，如果您想在测试网络上对其进行测试，我会很高兴的。

蓬松的簇在这里

它基本上在表面上类似于Microsoft的NLB（我认为）-尽管我没有他们的消息来源，也不清楚他们的工作原理。

当然，我们不会自动监视应用程序层，但是您可以编写一些可以执行此操作并更改权重或相应删除节点的内容。

编辑：您没有说什么操作系统，目前Fluffy群集仅适用于Linux。

— 标记
source
看起来很酷。我想使用ClusterIP，但尚未准备好进行生产，而且陷阱太多。您是否有任何计划使Fluffy群集准备投入生产？
— 2009年
如果有兴趣，我会做。有限功能发布所需的工作相对较少。
— MarkR
0

keepalived是另一个Linux负载平衡器，它支持多种负载平衡算法（很明显），并且VRRP可以在负载平衡器故障时创建具有自动故障转移功能的冗余实例。

— 桑德·里肯（Sander Rijken）
source
0

如果不需要花钱，请购买硬件负载平衡器。

我工作的公司使用Apache来管理我们的Tomcat服务器，并且负载均衡器与某些tomcat位于同一盒子上（tomcat使用内部端口）。我们将很快移至专用的负载平衡器框中。不过，我们很快将转移到Nginx，我发现配置比Apache更容易，并且整个过程要轻得多。根据您的网络体系结构，我还建议您为负载均衡器使用内部的“浮动IP”，并运行“心跳”之类的操作，以在必要时将IP切换到另一个设备。这将增加故障转移功能，而不必担心DNS传播问题。

— 阿汉森
source
0

我已经使用DNSMadeEasy设置了解决方案。他们有一个很好的关于DNS故障转移的截屏视频。他们有合理的价格。在我们的系统中，我们实现了一个简单的服务，该服务“ ping”我们系统中的不同组件（数据库，JMS队列，S3连接）并返回OK，DNSMadeEasy可以利用。每当出现异常时，DNSMadeEasy都会从服务器列表中删除该服务器，该服务器会在该DNS查找中做出答复。

— 特龙达
source
0

嗨@toolkit，您是否曾经在LoadBalancer（LB）任务中实现NGinX / Varnish？如果是这样，您的结果如何？（如果您不介意与我们其他人共享；-）

总结一下（并提及ZMQ）

基本负载平衡

更先进

— 核素
source
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.