快速AWS自动缩放

Question

如何配置AWS自动缩放快速扩展？我已经使用ELB设置了AWS自动调整组。所有工作都很好，除了新实例添加并在线之前需要几分钟的时间。我在一个关于木偶和自动缩放后整个下面就来：

规模可以从几分钟降低到几秒钟，如果你使用一组节点的AMI已经是最新的时间。

http://puppetlabs.com/blog/rapid-scaling-with-auto-generated-amis-using-puppet/

这是真的吗？时间可以缩短到几秒钟？使用木偶会增加性能吗？

我也读较小实例比大的启动更快：

小型实例1.7 GB的存储，1 EC2计算单元（1虚拟芯与1 EC2计算单元），160 GB实例存储的，与碱32位平台从发射实例的安装CentOS 5.3的AMI

的时间量而定： 之间5分钟和6分钟我们东-1C

大型实例7.5 GB的存储器，4 EC2计算单位（2个虚拟核心，2个EC2计算每个单位），850 GB实例存储，用碱64位平台从推出的实例安装CentOS 5.3 AMI

的时间而定：
11之间18分钟美国东部-1C

两者都是通过命令行使用Amazons工具启动的。

http://www.philchen.com/2009/04/21/how-long-does-it-take-to-launch-an-amazon-ec2-instance

我注意到，这一条是旧的，我c1.xlarge实例肯定不会走18分钟发动。但是，如果配置一个具有50个微观实例的自动缩放组（比例增加100％的升级策略）比20个大型实例更有效率？或者可能创建两个自动缩放组，其中一个用于快速启动时间的微型组和几分钟后添加CPU咕噜声的大型实例之一？所有其他条件相同的情况下，t1.micro比c1.xlarge上网要快多少？

Answer 1

您可以通过使用 “--cooldown”值（以秒为单位）来增加或减少自动缩放器的反应时间。 关于要使用的实例类型，这主要基于应用程序类型，并且应在关闭性能监视器和生产调优之后就此主题做出决定。

Answer 2

如果您用于一组节点的AMI已经是最新的，则缩放时间可以从几分钟降低到几秒 。这种方式，当Puppet在启动时运行时，它必须做的很少，如果有的话， 用配置节点的角色来配置实例。

这里的建议是关于让您的AMI（操作系统的快照）尽可能最新。这样，当自动缩放带来一台新机器时，Puppet不需要像在空白的AMI上那样安装许多软件，它可能只需要拉一些更新的应用程序文件。

根据你的Puppet脚本做多少工作（apt-get install，编译软件等），这可以为你节省5-20分钟。

你不用担心的另外两个因素是：

• 它需要你的负载平衡器多久来确定你需要更多的资源（如该决定“时，CPU是上述新机应增加政策90％以上的时间超过5分钟“的响应速度较慢，与”当CPU超过60％超过1分钟时需要添加新机器“相比，响应速度更慢，更可能导致超时）
• 需要多长时间新的EC2实例（较小的实例类型倾向于短时间提供）

Answer 3

多久ASG响应将取决于三两件事：

第1步 - 多少由％或固定数量的增加 - 一大步 - 你可以迅速增加。 ASG将推出一整步走

2.冷却期 - 这适用“如何尽快”的下一个上升可能发生。如果之前的升级步骤仍在定义的冷却时间（秒）内，ASG将等待并且不为下一次增加采取行动。有一个小的冷却时间可以使下一步更快。

3 AMI type- AMI需要多少时间才能启动，这取决于AMI的类型 - 许多因素起作用。所有的东西都是平等的完全烘烤的AMI发射速度更快