使用须知：伸缩活动中失败实例的回滚
伸缩活动有 ECS 实例加入伸缩组失败时，需要保持 ECS 实例级事务的完整性，而非伸缩活动级事务的完整性，即只进行 ECS 实例级回滚，而不是伸缩活动级回滚。
例如，当伸缩组创建了 20 台 ECS 实例，但只有 19 台 ECS 实例成功加入负载均衡时，则只对不成功的 1 台 ECS 实例进行自动释放操作。
由于弹性伸缩是借助阿里云的 RAM（Resource Access Management）服务，通过 ECS Open API代替用户弹性伸缩 ECS 实例资源，所以回滚的 ECS 实例仍然会被扣费。
版权声明：本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。
当伸缩活动遭遇ECS实例加入伸缩组失败的情况时，阿里云弹性伸缩服务遵循ECS实例级事务完整性原则。这意味着，如果在一个伸缩活动中计划增加多台ECS实例，但并非所有实例都能成功完成加入过程（例如，成功创建了20台ECS实例，却只有19台成功加入到负载均衡后端），系统将仅针对未成功加入的那部分ECS实例采取回滚操作。在这个案例中，未成功加入负载均衡的1台ECS实例会被自动释放。
值得注意的是，尽管这些ECS实例因加入伸缩组失败而被回滚（即自动释放），由于它们是通过阿里云RAM（Resource Access Management）服务及ECS OpenAPI创建的，在创建成功到被自动释放这段时间内，用户仍然会承担相应的费用。这是因为在技术层面，这些实例已被创建并占用资源，即使它们未能达到预期的业务使用状态。
因此，在设计和管理伸缩组时，建议您考虑以下几点以优化成本和资源利用： - 监控与报警：设置云监控报警，对伸缩活动的成功率进行跟踪，及时发现并处理加入失败的情况。 - 健康检查与配置验证：确保关联的负载均衡、RDS等资源有足够的配额和正确的配置，避免因外部资源限制导致ECS实例无法成功加入。 - 策略调整：根据实际需求调整伸缩策略，比如逐步增加实例数量，或在高负载预期前手动预增实例，减少自动扩缩容的频率和风险。 - 成本控制：理解并规划好ECS实例的生命周期成本，包括可能因回滚产生的费用，合理安排预算。
综上所述，面对ECS实例加入失败的情况，阿里云弹性伸缩服务的处理方式旨在最小化对整体伸缩活动的影响，并确保资源使用的经济性和效率性，同时提醒用户关注潜在的成本影响。
