问在预算中负载平衡Apache？

EN

我使用的解决方案，可以很容易地用VPS实现，如下所示：

• DNS是循环的(sp?)到6个不同的有效IP地址。
• 我有3个负载平衡器，配置相同，并且使用合成/起搏器平均分配6个ip地址(因此每台机器都有两个附件)。
• 每个负载平衡器都有一个nginx + 清漆配置。Nginx负责接收连接并进行重写和一些静态服务，并将其传递回执行负载平衡和缓存的Varnish。

根据我的偏见，这个拱门有以下优点：

1. 当其中一个LB失败时，corosync/pacemaker将重新分配ip地址。
2. nginx可以用于不使用缓存(大视频、音频或大文件)直接从文件系统或NFS提供SSL、某些类型的文件。
3. 清漆是一个很好的负载平衡器，支持重量，后端健康检查，并做了出色的工作作为反向代理。
4. 如果需要更多LB来处理通信量，只需向集群中添加更多机器就可以在所有机器之间重新平衡IP地址。您甚至可以自动完成它(添加和移除负载平衡器)。这就是为什么我在3台机器上使用6 ips的原因，以便为增长留出一些空间。

在您的情况下，物理分离VPSs是一个好主意，但使ip共享更加困难。目标是拥有一个抗故障的冗余系统，以及一些负载平衡/HA终端配置，从而增加一个单一的故障点(就像接收所有流量的单个负载均衡器)。

我也知道您询问过apache，但在那些日子里，我们有更适合这项工作的特定工具(比如nginx和varnish)。让apache在后端运行应用程序并使用其他工具为其提供服务(并不是apache无法进行良好的负载平衡或反向代理，而是将作业的不同部分卸载到更多的服务以便每个部分都能很好地完成共享的问题)。

HAproxy是一个很好的解决方案。配置相当直接。

您将需要另一个VPS实例来位于至少两个其他VPS的前面。因此，对于负载平衡/失败，至少需要3个VPS的

还有几件事要考虑：

1. SSL终端如果使用HTTPS://该连接应该终止于负载均衡器，则在负载均衡器后面它应该通过未加密的连接传递所有通信量。
2. 文件存储。如果用户上传图片，它会去哪里？它只是坐在一台机器上吗？您需要某种方式在机器之间立即共享文件--您可以使用亚马逊的S3服务来存储所有静态文件，或者您可以使用另一个VPS作为文件服务器，但我建议S3，因为它的冗余和疯狂的廉价。
3. 会议信息。负载均衡器配置中的每台机器都需要能够访问用户的会话信息，因为您永远不知道他们将访问哪台机器。
4. db -你有一个单独的数据库服务器吗？如果您现在只有一台机器，那么如何确保您的新机器能够访问db服务器--如果它是一个单独的VPS db服务器，这是多么的冗余。对于一个db服务器来说，拥有高可用性的web前端和一个单一的故障点并不一定有意义，现在您还需要考虑db复制和从服务器升级。

因此，我一直处于你的位置，这是一个网站的麻烦，它每天对一个真正的操作有几百次点击。很快就会变得复杂。希望这给了你一些思考的食物:)

我投票支持Linux虚拟服务器作为负载均衡器。这使得LVS主任成为一个单一的失败点，同时也是一个瓶颈，但是

1. 在我的经验中，这个瓶颈不是一个问题；LVS重定向步骤是第3层，而且非常(计算上)便宜。
2. 单一的故障点应该由第二个导演来处理，其中两个由Linux HA控制。

通过让第一个导演与第一个LVS节点在同一台机器上，在同一台机器上的第二个导演与第二个LVS节点在同一台机器上，可以降低成本。第三个节点和后续节点是纯节点，不包含LVS或HA。

这也让你可以自由运行任何你喜欢的web服务器软件，因为重定向发生在应用层下面。