当我们在 SoftLayer 中部署自动缩放组时，我们可能会看到自动缩放组已经缩放了数小时甚至数天。我们还看到他们在其他时候因为一些未知的原因被暂停。您能否列出自动缩放组无休止地处于“缩放”或“暂停”模式的几个典型原因？
根据我的经验，当我使用非常大的映像或创建非常大的 VM 实例时会发生这种情况。当我们的帐户达到不允许继续创建当前自动缩放组的每小时限制时，也会发生这种情况。在我即将创建自动缩放组的数据中心中，计算资源（例如 cpu、内存或磁盘）也有可能已用完或几乎用完。是否有完整的理由清单可供我们参考，以便更好地规划未来的使用？
【问题讨论】：
标签： scaling ibm-cloud-infrastructure suspend autoscalemode
查看此链接：https://knowledgelayer.softlayer.com/articles/auto-scale-terms#status
缩放：当任何成员尚未配置或具有 主动供应事务正在运行。在缩放状态下，自动 无法触发缩放组进行缩放并且仅不可操作 属性可以编辑。
忙碌：在任何成员有活动时使用 交易，但该交易不是供应或回收 交易。在忙碌状态下，无法触发自动缩放组 用于缩放，并且只能编辑不可操作的属性。
已暂停：在成员不扩展或不忙但已设置时使用 暂停。处于 Suspended 状态的 Auto scale 组不能 触发缩放；但是，可以编辑任何属性。任何 由于组创建或编辑而发生的操作不会 直到用户恢复自动缩放组。自动缩放组 可以由用户手动暂停，如果有 出于任何原因缩放自动组时出错。自动缩放组可以 只能由用户恢复。
活动：一个自动缩放组是活动的，如果它 没有扩展、忙碌或暂停。激活时，自动缩放组 值可以被编辑，所有的触发器都可以被调用。
这是有关状态的可用文档，这些信息可以帮助您更好地了解正在发生的事情。如果您看到扩展是因为正在运行配置进程（可能是因为您的虚拟机非常大并且配置需要很长时间，有几个成员正在运行配置进程，配置尚未获得批准）。
Suepend 是针对任何错误，例如数据中心没有足够的空间、配置失败或您提到的原因，这可能是错误的几个原因，并且没有任何关于所有原因的文档.
问候
【讨论】：