需要澄清nginx和负载平衡

Question

我现在正在阅读Instagram的设计，我发现了对他们负载平衡系统的这样一个描述。

每个对Instagram服务器的请求都要经过负载平衡机；我们曾经运行过2台nginx机器，并在它们之间进行DNS循环。这种方法的缺点是DNS更新所需的时间，以防其中一台机器需要取消使用。最近，我们开始使用Amazon的弹性负载平衡器，它后面有3个NGINX实例，可以进行交换（如果运行状况检查失败，它们会自动停止循环）。我们还在ELB级别终止SSL，这减少了nginx上的CPU负载。我们使用Amazon的Route53 for DNS，他们最近在AWS控制台中为DNS添加了一个非常好的GUI工具。

问题是。我说的对吗，现在他们有一个DNS服务器，它使用RR来决定发送请求的nginx服务器。每个nginx服务器都会将请求重新发送到集群？

第二个问题是。nginx和负载平衡器的区别是什么。为什么我们不能使用nginx呢？

Answer 1

对于您的第一个问题，我相信答案似乎是Instagram现在使用Route53将DNS映射到弹性负载平衡器，这有两个功能：它将流量相当均匀地路由到三个NGINX负载平衡器，并为所有流量提供SSL。然后，NGINX服务器充当向下一层的内容/应用程序服务器的负载平衡器。使用ELB而不是循环DNS意味着他们可以添加/删除/更新连接到ELB的实例，而无需担心DNS更新或TTL。

至于第二个问题，您可以像HAproxy或其他服务一样轻松地使用NGINX来进行负载平衡。我确信Instagram之所以选择NGINX，部分原因在于它惊人的速度，而且它是异步的，“事件驱动的”，而不是像Apache2那样的线程。当设置正确时，这意味着在重载情况下可以减少头痛。