如何有效地使用AWS Autoscaling

时间:2016-10-07 04:04:10

标签: amazon-web-services amazon-ec2

请知道以下问题的答案:

在查看应用程序的自动缩放事件时,您会注意到应用程序在同一小时内多次向上和向下扩展。您在保持弹性的同时优化成本的设计是什么?

A.Modify Autoscaling group termination polict to terminate old Oldinstance    first
B..Modify Autoscaling group termination polict to terminate old new instance first
C.Modify Cloud watch alarm period that triggers Autoscaling down policy
D.Modify auto scaling group cool down timers.
E.Modify the Autoscaling policy to use scheduled scaling Actions.

我猜D& E ..请建议!!

1 个答案:

答案 0 :(得分:2)

这是来自众多" 获得AWS认证的问题!"网站。此类问题的目的是确定您是否足够了解AWS以通过认证获得官方认可。如果你只是要求人们提供正确的答案,那么你只是在学习答案......而不是实际的知识!

如果你真的研究过Auto Scaling并考虑过它,那么你应该考虑一些事情。我提供这些信息,希望您真正了解AWS,而不仅仅是记住答案(在现实世界中不会帮助您)。

缩放进/出vs上/下

Auto Scaling是指在需要时(例如在高峰负载期间)启动其他Amazon EC2实例,并且当不再需要它们时终止它们,从而省钱。

自添加和删除实例以来,这称为缩小缩放。尽量避免使用诸如向上扩展向下扩展等术语,因为它们表明实例越来越大(事实并非如此)。

缩小&每小时多次

本声明中的假设是不希望进行这种缩放,这是正确的。亚马逊EC2按小时计费,因此添加实例并在短时间内将其删除会浪费金钱。这被称为颠簸

一般情况下,快速扩展并慢慢扩展是个好主意。当系统需要额外的容量(Scale Out)时,它会非常快地满足需求。当它不再需要那么大的容量时,可能值得在Scaling In之前等待,因为此后需求可能会很快再次增加。

因此,在尝试再次缩放之前,获取正确的警报以触发缩放操作并等待一段时间非常重要。

在保持弹性的同时优化成本

当考试问题发表关于优化的陈述时,它会暗示主要目标应该是成本最小化,即使其他选择可能更有意义。因此,您希望解决方案尽可能扩展,同时避免颠簸

终止政策

当触发Auto Scaling策略以删除实例时,Auto Scaling使用termination policy来确定要删除的实例。因此,这与问题无关,因为在保持弹性的同时优化成本仅受实例数量的影响,而不是实际终止的实例。

CloudWatch警报

CloudWatch警报可以触发Auto Scaling操作,例如"平均CPU< 15分钟70%" 。具有较长时间段的规则意味着它将对长期变化做出反应而不是临时变更,这当然有助于避免颠簸。但是,这也意味着Auto Scaling 需要更长时间来响应需求变化

<强>冷却时间

来自Auto Scaling documentation

  

Auto Scaling冷却时间是Auto Scaling组的可配置设置,有助于确保Auto Scaling在上一个扩展活动生效之前不会启动或终止其他实例。 Auto Scaling组使用简单的缩放策略动态缩放后,Auto Scaling 在恢复缩放活动之前等待冷却时间完成

这非常有用,因为新启动的实例在占用一些应用程序工作负载之前需要一些时间(例如,用于启动,配置)。如果冷却时间太短,则Auto Scaling可能会在第一个实例准备好之前启动其他实例。结果是,将会启动太多实例,这意味着有些实例需要在不久之后进行扩展,从而导致更多的颠簸。

预定操作

可以将Auto Scaling配置为使用“计划”操作,而不是根据指标触发“向内扩展”和“向外扩展”操作。例如,在预期的高峰期间早上8点增加最小实例数,并在使用率开始下降时在下午6点减少最小数量。

计划操作不太可能导致颠簸,因为扩展是基于计划而不是经常更改的指标。

正确答案

正确的答案是......我不会告诉你的!但是,通过阅读上述信息并尝试grok Auto Scaling如何工作,您将有希望更好地理解该问题并得出合适的答案。

这样,您将学到一些东西,而不是merely memorizing the answers