Auto Scaling logo

Auto Scaling

Auto Scaling

正常开源cloudAmazon Web Services62· JavaScript· MIT

AWS Auto Scaling API 自动调整 EC2 实例数量以匹配负载:扩容策略、健康检查、生命周期 hooks、多 AZ 分布。

访问站点 ↗源码 ↗健康巡检 9 小时前
适合什么时候用

和 ELB/CloudWatch 原生联动

先注意什么

扩容有冷启动延迟(实例启动 + warm-up)

第一步先查

CreateLaunchTemplate 创建实例模板,CreateAutoScalingGroup 创建 ASG,PutScalingPolicy 配置扩容策略。

认证
CORS
不支持
HTTPS
注册
?
延迟
28 ms
协议
REST
计费
Stars
62

可用率 · 30 天窗口

巡检: 1可用率: 100%平均延迟: 28ms

GitHub 活跃度

62JavaScriptMIT17 未关闭 issue上次提交 110 天前
01

关于这个 API

EC2 Auto Scaling 是 AWS 早期的核心服务之一,让你可以「定义最少多少实例、最多多少实例、按什么指标扩容」。最常见的 pattern 是 target tracking——「保持平均 CPU 利用率在 50%」,AWS 自动算需要多少实例。还有 step scaling(按指标阈值分档扩容)和 scheduled scaling(提前知道高峰时间提前扩)。生命周期 hooks 是高级特性——实例 launch 后/terminate 前你能插入自定义逻辑(如等应用 warm-up 完成、把 cache 持久化)。Auto Scaling Group 必须跨多个 AZ 才能有真正高可用性。和 ELB(流量分发)、CloudWatch(监控)一起构成 AWS 自动扩缩三件套。容器化后被 ECS Service / EKS HPA 部分替代,但底层仍是 ASG。

02

你可以做什么

  • 1Web 流量高峰自动扩容,低峰缩容
  • 2EC2 实例故障自动替换
  • 3滚动部署(部分实例先更新,再继续)
  • 4成本优化(夜间自动缩容到最小)
03

优劣对比

优点

  • 和 ELB/CloudWatch 原生联动
  • 支持多种扩容策略(target tracking、step、scheduled)
  • 多 AZ 自动分布提高可用性

注意事项

  • 扩容有冷启动延迟(实例启动 + warm-up)
  • Spot 实例突然终止需要应用层应对
  • 对单实例长连接(WebSocket)友好度差
04

示例请求

通用模板 — 实际 endpoint 请查阅文档替换 <endpoint>。
curl https://github.com/mermade/aws2openapi/<endpoint>
05

快速开始

CreateLaunchTemplate 创建实例模板,CreateAutoScalingGroup 创建 ASG,PutScalingPolicy 配置扩容策略。

06

常见问题

ASG 和 ECS Service 怎么选?+

运行裸 EC2 应用:ASG。运行容器:ECS Service / EKS HPA(底层仍可能跑 ASG,但调度粒度变成容器级)。

spot 实例能用在 ASG 里吗?+

可以,配置 mixed instances policy。spot 中断需要应用幂等处理。

07

技术细节

CORS: NoHTTPS: Yes注册: ?开源: Yes
认证方式
unknown
计费
unknown
协议
REST
SDK
python, javascript, go, java, csharp, php, ruby
响应时间
28 ms
上次巡检
2026/5/12 07:36:33
08

标签

09

更多来自 Amazon Web Services 的 API