使用AWS自动缩放的时间安排功能启动实例没有问题:
as-put-scheduled-update-group-action Start
--auto-scaling-group MyASG
--min-size 1
--max-size 1
--recurrence "20 15 * * *"
但是当我尝试安排这个实例被终止时,没有任何反应:
as-put-scheduled-update-group-action Stop
--auto-scaling-group MyASG
--min-size 0
--max-size 0
--recurrence "50 15 * * *"
我哪里错了?
谢谢Steffen。延迟不是问题,可能是我在一天内尝试超过4个时间表的情况!为了完整起见,这些是启动一个实例然后在几分钟后将其取回的唯一步骤:
as-create-launch-config MyLC
--image-id ami-f2191786
--instance-type t1.micro
as-create-auto-scaling-group MyASG
--launch-configuration MyLC
--availability-zones eu-west-1a
--min-size 0
--max-size 1
as-put-scheduled-update-group-action Start
--auto-scaling-group MyASG
--min-size 1
--max-size 1
--desired-capacity 1
--recurrence "16 10 7 5 2"
as-put-scheduled-update-group-action Stop
--auto-scaling-group MyASG
--min-size 0
--max-size 0
--desired-capacity 0
--recurrence "2 10 7 5 2"
答案 0 :(得分:1)
Auto Scaling这样的用法是正确的:虽然Scale Based on a Schedule的相应示例使用的是--desired-capacity
参数,而不是调整--max-size
(请参阅创建一个扩展操作的时间表),它应该可以正常工作 - 我只是重播你的例子以确保它的确如此,它对我来说很好。
也许您只是遇到隐含的API延迟,请参阅计划操作的编程注意事项部分:
- 计划的操作通常在几秒钟内执行。 但是,此操作可能会从预定的开始时间延迟最多两分钟 时间即可。因为Auto Scaling在Auto Scaling中执行操作 按照指定的顺序组,计划的操作 彼此接近的预定开始时间可能需要更长时间才能执行。 [强调我的]
在这方面值得注意的是,通过as-describe-scaling-activities --auto-scaling-group MyASG
确实可以在几秒钟内看到预定的操作,但是在我的情况下大约30秒后,实例的持续终止变得可见,因此您可能需要检查通过API / CLI查看操作是否成功执行 - 因此,这也是查看可能发生的任何错误的详细信息的方法。