我们的一些应用程序有一个要求，他们“大部分时间工作”。 他们没有完整的多可用区和ELB处理的高可用性。
EC2令人气愤的是，当单个实例消失时，需要手动干预来恢复，或者使用第三方服务来做同样的事情。
inputAutoScaling（AS）。
AS的基本原则是确保AMI至less有[x]个实例始终运行 – 照顾启动（并杀死）实例以达到目标。
这听起来像是一个非常有效的方法来解决上述问题，而不需要第三方服务或者纠缠很多的代码。
然而在这个线程中，我们有一位亚马逊员工推荐OP进行手动故障切换。
你是否同意AS似乎是解决这个问题的恰当方法？ 任何人有这样的使用经验吗？
AutoScaling听起来像一个非常好的主意。 我也有类似的情况。 我有一个ami，不必百分之百的时间，为此，我只使用AutoScaling与现场实例。 我将所需的实例数量设置为1，并在AS组中包含所有us-east-1可用区域。 它一直在为我工作。 除了通过加载进行扩展外，当AWS确定特定区域过载时，我已经看到它切换使用的可用区域。
我认为这个问题的关键在于在主机自动启动时将一个特定的IP（弹性IP）固定在主机上。
考虑到你的情况，你可以尝试编写一个在启动时运行的脚本，并将其烘焙到AMI中 –