我们正在考虑迁移到 Amazon 上的 Elastic Load Balancer。然而，事实证明，由于我们使用多个域名，我们将不得不重命名我们的一些应用程序以限制为单个 ELB。另一个问题是我们目前使用免费的一级证书，而迁移到 ELB 则需要升级到二级证书，尽管这并不是什么大不了的事。另一个问题是我们目前没有很多容量，并且在流量缓解方面确实不需要负载平衡。此外，在亚马逊实例出现故障的情况下，这似乎非常罕见（几年没有经历过），我们可以通过创建另一个实例并恢复来快速启动并运行。
Otoh，根据我所读到的所有信息，由于易于设置和带来的价值，人们普遍很高兴并推荐它。
鉴于上述情况，值得吗？
【问题讨论】：
Network Load Balancer ...虽然不确定这是否是在此 OP 发布时发布的
由于我们使用多个域名，我们将不得不重命名我们的一些应用程序以限制为单个 ELB
是什么让你这么说？如果你真的想的话，没有什么能阻止你启动多个 ELB。如果您的应用程序已经正确管理多个域，那么单个 ELB 也没有理由无法处理。我们目前有一个 ELB 面向 11 个不同域都指向的一组 EC2 实例上的应用程序。
另一个问题是我们目前使用免费的一级证书，而迁移到 ELB 则需要升级到二级证书，尽管这并不是什么大不了的事。
不确定您所说的“一级”和“二级”是什么意思。如果您使用的是自签名 SSL 证书，那么您需要切换到使用由第三方 Certificate Authority 签名的证书，这确实会花费您一些钱。 Amazon 支持各种证书，包括简单证书、EV 证书、SAN 证书等。您可以在AWS documentation 中找到有关 ELB 和 SSL 证书的更多信息。
此外，在亚马逊实例出现故障的情况下，这种情况似乎非常罕见（几年没有经历过），我们可以通过创建另一个实例并恢复来快速启动并运行。
认为自己很幸运。我们的 Amazon 实例不时出现故障，我们还定期收到来自 Amazon 的通知，要求实例需要重新启动才能将它们从故障/旧硬件中迁移出来。
如果您真的不关心停机一段时间，并且觉得您不需要负载均衡器和多个应用服务器提供的容量，那么您没有理由转向使用 ELB。但是，如果您想要多个应用服务器的可靠性，那么迁移到 ELB 确实是一个好主意。
如果您预计您的流量水平会增长，那么您可能需要考虑使用亚马逊的Auto Scaling 工具。使用 Auto Scaling，您基本上可以告诉 Amazon 您希望在 ELB 后面运行的应用程序服务器的最小数量，以及一些参数来指示它们何时应该在负载增加时自动启动其他实例。
我们的 Amazon 客户代表实际上向我们建议，如果我们想要最小化停机时间的单个实例（如监控服务器等），我们应该创建一个 Auto Scaling 组，其限制为恰好 1 个实例它。这样，如果实例因任何原因而死亡，Amazon 将自动启动一个新的替换实例。
【讨论】：
同意 Bruce 的观点，只是想在 Auto Scaling (ASG) 和“亚马逊将自动启动一个新的替换实例”方面加上我的 5 美分。
这是获得强大托管解决方案的非常酷的方法，但需要一些挑战来创建 CloudFormation 模板和 bash 自动安装脚本，该脚本将从 CloudFormation 模板调用以安装所有服务器软件并部署您的应用程序代码。
因此，如果您有 2 个实例和最小/最大 = 2 的 ASG，那么如果某个实例崩溃，ASG 将自动重新创建它，并安装所有软件并部署代码并准备就绪
另外，如果您需要自动处理一些周期性的流量跳跃，那么您可以将 ASG 更改为 (Min=2, Max=5)，创建 2 个 CloudWatch 警报： 1. 如果 cpu 使用率为 90+ 5 或 10 分钟 2. 如果 cpu 使用率是 30- 持续 5 或 10 分钟
然后分配警报 1 来扩展 1 个额外的实例，并分配警报 2 来销毁由 1 创建的任何其他实例
【讨论】：