在Rackspace云中为网站HA使用Load Balancer

我已经在Ubuntu本地虚拟机上testing了使用Apache mod_jkmod_proxy tomcat specific clustering以实现我们网站的high availabilityload balancing 。 真正的服务器由Rackspace cloud服务器提供商托pipe。 我使用1个负载均衡器和2个Web服务器testing了tomcat集群。 由于单一的负载平衡器又是一个single point of failure ,我试图增加一个LB作为奴隶。

在Rackspace有一个选项Load Balancers , 这里是指导如何设置负载平衡器的链接,我不知道如何设置,因为有些疑问,因为我从来没有这样做过。

有谁可以推荐我一步一步地,我应该什么,我不应该只用必要的资源,避免不必要的成本?

以下是我不确定的事情,并要求已经使用Rackspace的人帮助我设置负载平衡:

  • 我想添加至less4台机器,2台作为Web服务器,1台作为负载平衡器服务器,另外一台作为故障转移负载平衡器服务器。 我想我可以从Rackspace Load Balancer选项添加新机器?

  • 我刚才听说可以通过在局域网中为集群计算机分配私有IP地址来降低静态IP的成本,从而也可以降低带宽成本。 在Rackspace的局域网中join集群计算机是否真的有可能?

  • 据我所知,我将把域名(网站名称)指向注册域名的DNS中的负载均衡器,并且两个LB都应该分配静态公有IP(我想我就在这里)。 正如我已经说过,我想添加一个LB,以避免单点故障,是否有任何在Rackspace的选项,我可以指向网站域的两个LB,所以只有一个是积极的,如果活动失败,它应该指向另一个LB(类似于ip failover ),这样我就可以把它做成零时停机的网站了。

如果有可能的话,我会请求我一步一步列出如何在Rackspace中完成这些步骤,并提供您自己的build议。

先谢谢你!

编辑:1

我听说Rackspace提供在电脑之间share an ip ,是这样吗?那我可以使用这个选项。 我将通过两个负载均衡器的networking接口文件中的eth0:0来指定public / shared ip为虚拟ip。 你真的认为即使指定公网IP为eth0:0接口的虚拟IP没有任何中断,它工作完美无瑕?

编辑:2

我正在考虑像LAN(Rackspace)中的所有计算机(networking服务器和负载均衡器)使用eth0接口的networking( 192.168.xx )。 对于负载平衡器,对于接口eth0:0eth1 ,在LB之间共享一个公共IP,在LB上的mod_proxy&mod_jk将它们redirect到Web服务器,因为它们可能位于同一networking(192.168.xx)。

经过一些分析,我意识到,我不能直接访问Web服务器进行testing,因为他们没有分配公共IP,所以我想再次join一些代理redirect,如ProxyPass /web1 http://web1-ip-here在LB上访问带有共享公共IP或站点域名的Web服务器(我认为它redirect,因为所有的服务器都在LAN中)。 但是,再次更新或在networking服务器上安装一些软件包,需要互联网连接。 我再次想知道是否有一个选项来连接networking服务器到广域网与LB上的单个公共IP,如果是的话,如果它没有问题。 否则,我必须使用公共IP为每个Web服务器。

首先,当你只能使用2台计算机时,你为什么需要4台机器。你可以在你打算用作web服务器的机器上设置负载均衡器。 接下来,您可以从Rackspace购买所谓的“共享IP” ,并设置Heartbeat进行pipe理。 我已经尝试了Rackspace云上的这个设置,它工作得很好。 我使用HAProxy作为平衡器,我强烈build议您也使用它,configuration起来非常简单。

这里有两个很好的select:

1:基于硬件的负载平衡作为Rackspace服务

Rackspace最近添加了负载平衡服务,并且对于简单的networking转发,这将是您更可靠和更具成本效益的赌注。 从您的帐户pipe理面板中,您可以进入主机 – >负载平衡下的负载平衡选项

2:基于软件的负载平衡与故障转移

您当然可以设置两台服务器进行负载平衡,并使用HAProxy等软件对传入stream量进行循环。 这将要求您支付和维护两台服务器,以及额外的公共IP地址之间共享额外的费用。

服务器实际上并不“共享”IP地址 – “主”控制它,并且是负载平衡的公共联络点。 这两台机器通过心跳监控链接在一起,如果“从机”服务器检测到“主机”没有响应,则绑定公网IP地址成为主机。

Rackspace有一篇文章描述了在他们的网站上设置心跳负载平衡解决scheme的过程: http : //www.rackspace.com/knowledge_center/index.php/IP_Failover_-_Setup_and_Installing_Heartbeat

根据RS的支持,一个RS LoadBalancer可以处理多达150,000个连接。 他们实际上是多个(我猜虚拟)与公众面临的IP机器。 从我们的经验来看,他们有一个相当不错的正常运行时间,他们很容易build立和closures。 我发现使用RS LB的一个主要缺点是他们不做SSL终止(还)。