在阿里云 Serverless App Engine(SAE)中,创建应用后出现 两个实例 的情况是正常的,这通常与 SAE 的以下机制和设计有关:
✅ 一、为什么会出现两个实例?
1. 版本发布机制
当你第一次部署或更新应用时,SAE 会保留一个旧版本的实例作为 备份或灰度发布的一部分,确保新版本出现问题时可以快速回滚。
- 新版本部署成功后,流量才会逐渐切换到新实例。
- 如果你使用了“灰度发布”或“分批发布”,则可能同时存在多个版本的应用实例并行运行。
2. 弹性伸缩策略
SAE 是 Serverless 平台,支持自动伸缩。当你的应用访问量增加时,系统会自动扩容多个实例来应对负载。
- 即使访问量不大,也可能因为健康检查、预热等原因启动多个实例。
- 某些配置下,默认最小副本数为
2。
3. 高可用性保障
为了提高应用的可用性和容灾能力,SAE 可能在不同可用区或节点上部署多个实例,实现负载均衡和故障转移。
✅ 二、如何查看和确认这些实例的状态?
你可以通过以下方式查看实例详情:
- 登录 阿里云控制台。
- 进入 Serverless 应用引擎(SAE) 控制台。
- 找到你的应用,点击进入 应用详情页。
- 在“实例信息”或“部署历史”中可以看到:
- 实例数量
- 实例状态(运行中、停止、异常等)
- 对应的部署版本
✅ 三、如何减少实例数量?
如果你希望减少实例数量(例如只保留一个),可以尝试以下方法:
方法一:调整弹性伸缩配置
- 设置最小副本数为
1 - 关闭自动扩缩容功能(如果不需要)
方法二:关闭灰度发布策略
- 在部署时选择“全量发布”而非“灰度发布”
- 确保没有残留的历史版本在运行
方法三:清理历史版本
- 在“部署历史”中删除不再需要的版本
- 系统会自动回收对应实例资源
✅ 四、总结
| 原因 | 说明 |
|---|---|
| 版本发布机制 | 新旧版本共存,用于灰度发布或回滚 |
| 弹性伸缩机制 | 根据负载自动扩展实例数量 |
| 高可用设计 | 多实例部署提升稳定性和容错能力 |
如果你有具体的截图或配置信息,也可以提供,我可以帮你进一步分析具体原因。
云计算HECS