【发布时间】:2012-06-08 19:56:50
【问题描述】:
我已经阅读了几乎整个文档,甚至超出了 AWS AS API 以了解所有 AS 内容。
但是我仍然想知道(我还没有实际使用过 API,因为我想先从某人那里找到这一点)我的场景是否适用于 AS。
假设我在一个 AS 组中设置了一堆工作服务器,每个服务器都在从事一项工作,突然到了扩大规模的时候了(我不知道,AVG CPU 大于或在另一种情况下小于 80%)或向下。
我主要担心的是失去了一份正在进行的工作。也许这可以用一个例子来更好地解释:
- 我启动了 5 个作业服务器,上面有 5 个作业
- 作业完成并在 Amazon API 中触发缩减触发器
- 亚马逊开始缩小规模
- 我失去了一个实际上正在运行作业的作业服务器(完成 90% 需要重新开始)
考虑到这一点,我最好只使用 Amazon Spot Instance/EC2 API 并管理我自己的扩展,还是我在 Amazon API 如何判断服务器终止方面缺少一些东西?
老实说,我宁愿缩放到 SQS 等待量,也不愿服务器上的一些健康数据:
- 每等待 100 条消息,集群容量就会增加 20%
但这对于 AS 似乎也不太可行。
那么 AWS AS API 不是正确的解决方案,还是我错过了一些关于它如何工作的重要信息?
谢谢,
【问题讨论】:
-
理论上,如果你写一个脚本以干净的方式完成所有工作,然后把它放在/etc/rc0.d中,它不应该工作吗?我只将 AS 用于此类问题并不重要的网络服务器实例,所以我不确定。
-
有趣的是你说我可以通过添加一个 rc 来阻止 AWS 关闭,是不是我必须检查一下
-
虽然从根本上说,如果它确实有效,那是一个有点苛刻的解决方案,也许我会更好地管理我自己的工作扩展?正如你所说,你通常只将它用于网络服务器实例
-
不,这只是因为我还没有另一个自动缩放用例,所以这就是为什么我只有“哑”网络服务器实例的 AS 经验。如果您有 SQS,也许这篇文章会有所帮助:aws.amazon.com/articles/1464
-
啊,我一定是错过了那篇文章,谢谢,我会好好阅读的 :)
标签: amazon-ec2 amazon-web-services autoscaling