AWS配置自动扩展和云监视

时间:2012-10-12 05:02:32

标签: amazon-web-services amazon-ec2 amazon-cloudfront amazon-cloudwatch

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

问题。这些是我打算使用的步骤 - 配置自动缩放,minsize为0,maxsize为1 使用云监视指标监视状态检查失败,然后终止实例1并使用实例2

我是否需要配置扩展和缩小政策? systemCheck是否通过了正确的metrcs来监控实例故障? 对于我的场景,我是否需要将autoscaling与cloudwatch结合使用? 帮助赞赏。

Thanksa

1 个答案:

答案 0 :(得分:0)

此问题似乎与缩放的典型预期用途相对立,即扩展负载均衡器后面的服务以避免服务质量下降。

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

我个人无法真正理解除了测试目的之外只在负载均衡器后面有一个实例的用例。我总是至少有两个生产实例在负载均衡器后面运行,这样如果健康检查在两个实例之一上失败,负载均衡器中的流量将在短时间内转移到另一个(比启动时间短得多)一个新实例并准备接受流量。)

话虽这么说,自动缩放规则非常灵活,理论上你可以做你想要的。有关配置自动安装策略并将其与Cloudwatch指标联系起来的AWS文档,请参阅以下链接。实现起来非常简单。

Here is good example from AWS documentation