硬件与软件负载平衡器:只是成本问题?


26

如果成本不是问题,那么与硬件相比,为网络流量部署软件负载平衡器是否有任何好处?

Answers:


33

“硬件”和“软件”负载平衡器之间的区别不再有意义。所谓的“硬件”负载平衡器是PC类CPU,具有数据包处理功能的网络接口以及一些将其绑定在一起的软件。在具有现代NIC的良好服务器上实现的“软件”负载平衡器是相同的。

您可以通过F5或Citrix Netscaler等高端商业产品获得:

  • 丰富而深入的功能集。他们的解决方案已经成熟,可以快速处理所有常见需求以及一些不常见的需求。
  • 出色的统计数据。管理类型喜欢统计信息,网络技术人员意识到统计信息也可以用于故障排除。
  • 当某件事不起作用时,一个供应商会窒息,即直接与解决方案供应商签订支持合同。
  • 降低工资成本。该设备大多数情况下都可以正常工作,而管理一个设备不需要花费很多时间。

使用(开源)软件负载平衡器,您将不会遇到相反的情况,所得到的取决于所选择的软件以及如何进行。也就是说,通常您会看到:

  • 设置初始解决方案的时间更长。特别是如果您不仅需要负载平衡,fx缓存+内容重写+ HA,那么设置开源软件将花费更多的时间。
  • 您构建它,拥有它。如果您的公司使用内部技术人员设置开源软件负载平衡器,那么您将对解决方案负100%的责任。文档,升级路径,灾难恢复等都需要考虑,并且可能由实施。

区别实际上不是在“硬件”还是“软件”上。它是“作为设备购买经过验证的技术堆栈”,而不是“自己构建”。在做出最终决定时,当然要考虑许多变量(成本,内部技能,对停机时间的承受能力,未来的增长等)。


2
很好,但是肯定有基于ASIC的负载平衡器(F5 / ACE / ..?)在分布式处理器而不是CPU中处理“很多”事件。我还对工时问题提出质疑,尤其是如果进行专家设置需要花费专家时间的话。
乔里斯(Joris)2010年

您简要提到了这一点,但是我想强调的是,使用HW负载平衡器时,通常会获得一份支持合同,可以在出现问题时随时使用。有时,这成为企业朝哪个方向发展的决定因素。
vmfarms

@Joris,@vmfarms好点,我同意。要使所有好的观点正确,就需要打字一本小小说。:-)
Jesper M 2010年

好的答案是,梭子鱼网络,Loadbalancer.org和Kemp Technologies正在向非常大的站点出售数千种硬件/软件/虚拟设备。除了它们提供的受支持的Linux / LVS开源堆栈外,您几乎不需要什么...别误会,Citrix和F5堆栈要好得多,但是对于95%无关的应用程序而言。我写了一个关于如何在这里比较负载均衡博客:loadbalancer.org/blog/...
特恩布尔马尔科姆

2

硬件负载平衡器通常具有更丰富的功能,尤其是当您使用F5等大型功能时。由于硬件卸载,还具有更大的可伸缩性的额外好处。

另一方面,如果您知道您的流量不会太高,则软件负载平衡器实际上会表现良好。如果可以拥有4层LB,那么Linux LVS + Keepalived是一个很好的选择。如果需要第7层LB的强大功能,可以尝试使用HAProxy。

因此,总而言之,硬件LB通常比SW LB具有更好的伸缩性。

希望这可以帮助!


“ HW LB ..比SW LB具有更好的伸缩性”不是很准确。硬件LB迄今为止提供了最大的单机箱性能。但是,一个好的软件LB设计可以水平缩放,因此也可以缩放(并且可能比大型铁LB便宜)。
Jesper M,2010年

2

一些想法:

优点:运行负载平衡器的机器可能具有更强大的硬件,因此速度更快,并且施加的额外延迟更少(尽管这取决于您与外界的链接速度,可能不会有太大变化)。

缺点:硬件负载平衡器可能没有比它所需的更多的计算能力(例如,它可以在基于Atom或ARM的芯片上运行,而不是像块状的高端Intel / AMD CPU上运行),因此消耗的功率更少,产生的功率更少热。

优点:安装您自己的软件负载平衡器安排可以为您提供更大的配置灵活性,以及​​以后的升级/更改,在这种情况下,硬件解决方案可能更像是封闭的“黑匣子”解决方案。虽然如果您购买的是托管服务以实施软件平衡器,则该更改不会有太大变化。

缺点:如果您不管理软件平衡器(例如,任务已外包,或者您是作为较大的托管托管安排的一部分购买服务),则可能会发现维护设置的管理费用意味着现成的硬件从长远来看,解决方案会更便宜。此外,如果您或您的公司将管理负载均衡器,请记住将您的时间计入任何成本。


“运行负载平衡器的计算机可能具有更强大的硬件,因此会更快并且施加更少的额外延迟”-真的吗?我已经看到它说ServerIron可以处理1500万个并发连接,而​​haproxy可以处理成千上万个
timmy 2010年

@Timmy-我在haproxy网站(不幸的是,他们的网站离线)上阅读了一个案例研究,在该案例中,他们饱和了到HAProxy盒的10Gbps链接,并且可以很好地扩展,而且我敢肯定,这将超过10,000个并发请求。
马克·亨德森

1
找到了-webcache.googleusercontent.com/…(感谢Google缓存)-关键所在105931 sessions per second,CPU使用率约为17%-对于单个基本的至强处理器来说,这简直太疯狂了
Mark Henderson

@Farseeker-谢谢,我没有意识到他们可以管理这么多会议。
timmy 2010年

2

我还将考虑以下几点:

如果公司的IT部门有网络专家,那么Hardware LB可能有助于减少开发团队的维护负担。

有时,特别是对于大公司而言,采用一种没人知道如何操作的新硬件,意味着要雇用昂贵的顾问甚至是新雇员。

如果开发团队计划强调负载均衡器的功能(例如采用连续部署),则他们会讨厌硬件解决方案。


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.