Amazon web services AWS配置自动缩放和云监视

Amazon web services AWS配置自动缩放和云监视,amazon-web-services,amazon-ec2,amazon-cloudfront,amazon-cloudwatch,Amazon Web Services,Amazon Ec2,Amazon Cloudfront,Amazon Cloudwatch,有关配置cloudwatch和自动缩放的问题。 我有一个ec2实例(实例1)托管一个网站,我还创建了一个AMI(图1)。 我想配置一个系统,这样当实例1完全降级时,我想从映像1启动一个新实例(实例2)。 因此不需要负载平衡器 问题。这些是我计划使用的步骤- 配置自动缩放,最小尺寸为0,最大尺寸为1 使用云监视指标监视statuscheck failed,然后终止实例1并使用实例2 我是否需要配置放大和缩小策略?systemCheck failed是否为监视实例故障的正确度量值? 我的场景是否需要

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

问题。这些是我计划使用的步骤- 配置自动缩放,最小尺寸为0,最大尺寸为1 使用云监视指标监视statuscheck failed,然后终止实例1并使用实例2

我是否需要配置放大和缩小策略?systemCheck failed是否为监视实例故障的正确度量值? 我的场景是否需要将自动缩放与cloudwatch结合使用? 谢谢你的帮助


Thanksa

这个问题似乎与扩展的典型预期用途相反,即在负载平衡器后面扩展服务以避免服务降级

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

我个人无法真正理解负载平衡器后面只有一个实例而不是用于测试的用例。我总是在负载平衡器后面运行至少两个生产实例,这样,如果两个实例中的一个运行状况检查失败,负载平衡器中的流量将在短时间内转移到另一个实例(比启动新实例并准备好接受流量所需的时间要短得多)

这就是说,自动缩放规则非常灵活,理论上你可以随心所欲。有关配置自动更换策略并将其与Cloudwatch指标关联的AWS文档,请参阅下面的链接。这是很容易实现的