从nginx迁移到Amazon

Question

我有兴趣从一个带有多个ELB应用的手工管理的AWS EC2云迁移到具有自动扩展的AWS。然而，我不确定一个ELB是否足以处理我的架构。

我目前的架构如下：

• 我的基础设施包括大约50个ec2微实例，其中服务器有50个不同的per应用程序，每个应用程序都有一个实例，这些都足够了，
• 流量通过安装了nginx的ec2实例路由，该实例根据名称指导连接(假设我的域是abc.com，服务器app1 (1.1.1.1)负责处理app1.abc.com，服务器app2负责app2.abc.com)，
• 交通有时会突飞猛进，但不是周期性的或可预测的，
• 如果利用率足够高，我会手动创建另一个带有appx的服务器ec2实例，并将其信息提供给nginx，
• 在高流量周期之后，我会停止/终止不必要的实例。

这个体系结构的主要问题是，我需要手动对流量变化作出反应。正因为如此，我想利用AWS的自动崩溃，因为我无论如何都在使用AWS，但是在应用了scale之后，我仍然需要手动修改nginx，在扩展之后再进行一次修改。解决方案是使用ELB，它可以对自动崩溃做出反应，但是我不确定它将如何处理多个自动崩溃组(每个aname一个)和多个链接到具体服务器的名称。

如果一个带有自动剥落的ELB不能做到这一点，并且在大多数机器上有50种不同的ELB是不可能的，那么在这样的体系结构中有什么替代方法来实现这种自动化水平呢？

Answer 1

您是否考虑过让一个外部ELB将流量传递给多个nginx反向代理，并为nginx代理发送内部ELB来路由应用服务器。

除非您发布一个新应用程序，否则nginx服务器上的信任将保持一致，您可以扩展nginx组和任何/所有应用服务器组。