快速AWS自动缩放
如何配置AWS自动扩展以快速扩展？ 我已经使用ELB设置了AWS自动调整组。 所有工作都很好，除了新实例添加并在线之前需要几分钟的时间。 我在一篇关于Puppet和autoscaling的文章中遇到了以下内容：
如果您用于一组节点的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分钟us-east-1c
大型实例7.5 GB内存，4个EC2计算单元（2个虚拟核心，每个2个EC2计算单元），850 GB实例存储，64位平台，基本安装CentOS 5.3 AMI
从实例启动到可用性的时间量：
在11和18分钟之间我们东1c
两者都是通过使用亚马逊工具的命令行启动的。
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上网要快多少？
您可以通过使用“--cooldown”值（以秒为单位）来增加或减少自动缩放器的反应时间。 关于要使用的实例的类型，这主要基于应用程序类型，在关闭性能监视器和生产调整之后应该对此主题做出决定。
如果您用于一组节点的AMI已经是最新的，则缩放时间可以从几分钟降低到几秒。 这样，当Puppet在启动时运行时，它必须做很少的事情（如果有的话）来配置具有节点分配角色的实例。
这里的建议是关于让您的AMI（操作系统的快照）尽可能最新。 这样，当自动缩放带来一台新机器时，Puppet不需要像在空白的AMI上那样安装许多软件，它可能只需要拉一些更新的应用程序文件。
根据你的Puppet脚本所做的工作量（apt-get install，编译软件等），这可以为你节省5-20分钟的时间。
你必须担心的另外两个因素是：
ASG的响应时间取决于3件事情：
1.步骤 - 增加多少％或固定数量 - 一大步 - 可以快速增加。 ASG将一举启动整个步骤
2.冷却期 - 这适用于下一次增加可能发生的“ 多久 ”。 如果之前的升级步骤仍在定义的冷却时间（秒）内，ASG将等待并且不为下一次增加采取行动。 有一个小的冷却时间可以使下一步更快。
3 AMI型 - AMI需要多少时间才能发射，这取决于AMI的类型 - 许多因素起作用。 所有事情均等完全烘焙的AMI发射速度更快
链接地址: http://www.djcxy.com/p/10867.html