当我们在SoftLayer中部署自动缩放组时，我们可能会看到自动缩放组已经缩放了数小时甚至数天。此外，我们在其他时间看到他们被暂停，原因不明。你能否列出一个典型的原因，一个自动缩放组无休止地留在＆＃34;缩放＆＃34;或＆＃34;暂停＆＃34;模式？
根据我的经验，当我使用非常大的图像或创建一个非常大的VM实例时会发生这种情况。当我们的帐户达到不允许继续创建当前自动缩放组的每小时限制时，也会发生这种情况。计算资源（例如cpu，内存或磁盘）也有可能耗尽，或者几乎用在我即将创建自动缩放组的数据中心中。是否有我们可以参考的完整理由清单，以便更好地规划未来的使用？
答案 0 :(得分：0)
点击此链接：https://knowledgelayer.softlayer.com/articles/auto-scale-terms#status
缩放：在尚未配置或拥有任何成员时使用 主动配置事务正在运行。在缩放状态，自动 无法触发缩放组进行缩放，只能进行不可操作 属性可以编辑。
忙碌：当任何成员有效时使用 交易但交易不是配置或回收 交易。在忙碌状态下，无法触发自动缩放组 用于缩放，只能编辑不可操作的属性。
已暂停：当成员未进行缩放或忙碌但已设置时使用 暂停在“暂停”状态下，不能使用自动缩放组 触发缩放;但是，任何属性都可以编辑。任何 由于群组创建或编辑不会发生的操作 在用户恢复自动缩放组之前发生。自动缩放组 可以由用户手动暂停，如果有，则自动暂停 因任何原因错误缩放自动组。自动缩放组可以 只有用户才能恢复。
有效：如果是，则自动缩放组处于活动状态 没有缩放，忙碌或暂停。激活时，自动缩放组 可以编辑值，并可以调用所有触发器。
这是有关状态的文档，该信息可以帮助您更好地了解正在发生的事情。如果您看到扩展是因为有供应过程运行（可能是因为您的VM非常大且供应需要很长时间，有几个成员已经运行供应过程，供应尚未批准）。
Suepend是针对任何错误的，例如当数据中心没有足够的空间，配置失败或者您提到的原因时，可能有几个原因导致错误，并且没有任何关于所有原因的文档
此致