AWS配置Auto scaling和cloud watch

Question

配置cloudwatch和弹性伸缩相关问题。我有一个托管网站的ec2实例(实例1)，我还为它创建了一个AMI (图1)。我想配置一个系统，这样当实例1完全降级时，我想从镜像1启动一个新的实例(实例2)。因此不需要负载均衡器。

有个问题。以下是我计划使用的步骤-配置自动缩放，minsize为0，maxsize为1使用云监视指标来监视状态检查失败，然后终止实例1并使用实例2

是否需要配置扩容和缩容策略？systemCheck是否出现了监控实例故障的正确指标？在我的场景中，是否需要结合使用自动伸缩和cloudwatch？感谢你的帮助。

谢谢

Answer 1

这个问题似乎与伸缩的典型预期用途背道而驰，后者是在负载均衡器后面伸缩服务，以避免服务降级。

在像您这样的情况下，通常使用minsize/maxsize的方法是同时使用minsize和maxsize = 1。为了在autoscaling组中产生一个新实例，您需要做的就是终止现有实例。由于实例计数现在为0，因此自动缩放将启动一个新实例。当然，在第二个实例准备接受流量时，您会有一些停机时间。但是如果你的第一个实例是无响应的，那么这对你来说可能无关紧要。

我个人不能真正理解在负载均衡器后面只有一个实例的用例，而不是为了测试目的。我将始终在负载均衡器后面运行至少两个生产实例，以便如果两个实例中的一个实例的健康检查失败，负载均衡器中的流量将以较短的顺序转移到另一个实例(比启动新实例并准备接受流量所需的时间要短得多)。

也就是说，自动缩放规则非常灵活，理论上你可以做任何你想做的事情。有关配置自动交错策略并将其绑定到Cloudwatch指标的AWS文档，请参阅以下链接。它的实现相当简单。

Here is good example from AWS documentation