Amazon ec2 快速自动校准

如何配置AWS自动缩放以快速放大？我已经用ELB设置了一个AWS自动校准组。除了需要几分钟才能添加新实例并联机之外，所有这些都工作正常。我在一篇关于木偶和自动缩放的帖子中遇到了以下内容：

如果用于一组节点的AMI已经是最新的，则扩展时间可以从几分钟降低到几秒钟

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

我还了解到，较小的实例比较大的实例启动更快：

小型实例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工具通过命令行启动的

---

我注意到这篇文章很旧，我的c1.xlarge实例肯定不会花18分钟启动。尽管如此，配置一个具有50个微型实例的自动缩放组（具有100%容量增加的升级策略）是否比配置20个大型实例的自动缩放组更高效？或者可能创建两个自动缩放组，一个用于快速启动时间的micro，另一个用于几分钟后添加CPU grunt的大型实例？在所有其他条件相同的情况下，t1.micro比c1.xlarge上网快多少？

你可以通过玩 “--冷却”值（以秒为单位）。 关于要使用的实例类型，这主要取决于应用程序类型，应该在关闭性能监视器和生产调优后决定此主题

缩放时间可以从几分钟降低到几秒钟 如果用于一组节点的AMI已经是最新的。这 另外，当木偶在靴子上运行时，它几乎不用做什么， 使用节点分配的角色配置实例

这里的建议是让您的AMI（操作系统的快照）尽可能保持最新。这样，当auto scale启动一台新机器时，Puppet不必像在空白AMI上通常那样安装大量软件，它可能只需要拉一些更新的应用程序文件

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

您必须担心的另外两个因素是：

• 负载平衡器需要多长时间来确定您需要更多资源（例如，与“CPU超过60%超过1分钟时应添加新机器”相比，规定“CPU超过90%超过5分钟时应添加新机器”的策略响应性较差，更可能导致超时）
• 配置新EC2实例所需的时间（较小的实例类型往往需要较短的时间进行配置）

---

ASG的响应速度取决于三件事：

1。步骤-增加多少百分比或固定数字-一个大步-您可以快速增加。ASG将一次性启动整个步骤

2。冷却期-这适用于下一次增加的时间间隔。如果上一次增加步骤仍在规定的冷却时间（秒）内，ASG将等待，并且尚未采取下一次增加的行动。有一个小的冷却时间将使下一步更快

3 AMI类型-一个AMI启动需要多长时间，这取决于AMI的类型-有很多因素起作用。万事俱备，全面出炉的非盟特派团发射速度要快得多