没有负载均衡器的负载平衡？

Question

我有4 nginx驱动的图像服务器在他们自己的子域，用户可以随意访问。我决定把它们都放在一个HAProxy负载均衡器后面，以提高可靠性，并从一个位置查看流量统计数据。好像是个不需要思考的人。

不幸的是，移动是一个完全失败，因为负载均衡器的100 port端口是完全饱和的所有请求，现在通过它。

我想知道该怎么做--我可以获得端口升级($$)，或者返回到4个随机访问的映像服务器。我考虑在每个映像服务器上安装HAProxy，如果服务器的nginx服务出现问题，该服务器将依次路由到另一个映像服务器。

你怎么做？我不想花太多额外的钱。

Answer 1

解决方案1.活动DNS监视/广告

设置一个具有低TTL (30-ISH)的images.domain.com，以显示您的4个IP：

10.1.1.1、10.1.1.2、10.1.1.3、10.1.1.4

然后，您的名称服务器需要主动轮询每个IP的http状态(因为您将使用负载均衡器进行监视)，并在IP的状态为“down”时停止广告，使其成为一个彻底的测试，但避免所有框(例如单个db后端)所共有的任何服务。当节点出现故障时，它将停止在DNS中进行广告。

捕获，更多的DNS请求，由于较低的TTL。故障转移需要"DNS TTL“秒(有些人也喜欢违反TTL)，您的名称服务器需要相对接近服务，或者配置合理的默认设置，比如在NS和映像服务器之间出现网络中断。

您还可以做4个不同的域名，这些名称通过相同的方法返回到另一个ip。

解决方案2. IP故障转移

rackandboneman的IP接管是在linux下使用维持/lvs协议实现的，没有太多的麻烦。(假设您的盒子在网络和linux上彼此很接近，os就像bsd和索拉里斯一样有vrrp/carp实现)

使用4个盒子，您可以为Virutal IP故障转移创建一个圆形拓扑结构，这意味着您可以在彼此之间丢失2个盒子，但只损失1个VIP，而[]'s‘左边的盒子对VIP的优先级最高。

         vip 1        vip 2        vip3         vip4
nodes [ 1 <-> 2 ]  [ 2 <-> 3 ]  [ 3 <-> 4 ]  [ 4 <-> 1 ]

或每个VIP有3个节点，按优先级顺序排列，设置更复杂，但可用性更好。

nodes [1 - 2 - 3]  [2 - 3 - 4]  [3 - 4 - 1 ] [ 4 - 1 - 2]

在保持不变的情况下，我将设置监视器脚本来访问本地http服务，您的负载均衡器将命中该服务，以判断服务器的运行状况。此外，如果您有多个nics，请确保VRRP流量使用与实际流量相同的接口。