在许多网站前使用负载平衡器

是否有任何理由不为了pipe理目的而在许多小型网站前使用软件负载平衡器/代理。 我为一家网页devise机构工作,我们可能为客户提供30-40个中小型网站。

我的想法是使用一个健壮的虚拟服务器并指向所有域名,然后软件负载均衡器会将请求路由到后台的许多(15+)虚拟服务器之一。

我能看到的好处是:

  • 易于升级和移动网站到不同的服务器
  • 在多个服务器之间传播繁忙网站的可能性
  • 轻松取下服务器进行维护,同时向访客显示一个好消息
  • 可能有一个每个网站的退后一页(HTML文件标识和每个客户端的联系方式,当他们的网站是404错误)

缺点是:

  • 单点故障是负载平衡器
  • 复杂

这是一个好主意还是一个可怕的想法?

你所描述的不是一个负载均衡器,而是一个反向代理。 负载均衡器是一种特殊types的反向代理(好吧,大部分都是反正)。

复杂性并不算太大,只要确保您的反向代理添加了X-Forwarded-For标头,并且您的客户端软件尊重标头(否则所有分析都将填充您的代理的IP地址)。

一个SPOF是一个担心,但是如果你的客户站点只运行在一个主机上,那么你的SPOF就是这样,所以你在这里添加的SPOF肯定需要考虑,但是你必须在上下文中看一切。

另外,这个反向代理并不需要是一个强大的机器。 Nginx应该可以在25个网站上运行一个硬件微软的反向代理。

将2 * HAProxy实例设置为主/从对。

或者为什么不使用Amazon Route 53?

它便宜,快捷,透明并具有健康检查。

当应用程序集群在多个服务器上时,负载平衡器是最有效的。