海外云服务器成本优化实战:预留实例+Spot抢占式+自动伸缩组合策略(2026版)
Meta Description: 海外云服务器成本怎么省?
- 前言
- 三种计费模式的底层逻辑
- 组合策略总体设计:先定比例,再谈配置
- 阿里云国际版落地:包年包月 + 抢占式 + ESS
- AWS落地:Reserved/Savings Plans + Spot + ASG
- 腾讯云国际版落地:包年包月/节省计划 + 竞价实例 + AS
- 厂商能力对比与参考价格
- 用Terraform固化成本策略(IaC)
Meta Description: 海外云服务器成本怎么省?预留实例(包年包月/Reserved)+Spot抢占式(竞价)+自动伸缩(Auto Scaling)三件套组合策略:混合实例比例怎么定、Spot被回收怎么办、阿里云/AWS/腾讯云如何配置,附CLI命令、Terraform模板与价格对比表,月账单直降40%-60%。
关键词: 云服务器成本优化、预留实例、Spot实例、抢占式实例、自动伸缩、阿里云AWS腾讯云对比、FinOps、出海企业
前言
海外云服务器省钱的核心答案是:稳定基线用预留实例(包年包月/Reserved)打底,弹性波动用Spot/抢占式实例扩展,中间由自动伸缩按比例统一编排——这套"三件套"组合通常能把按量付费账单砍掉40%-60%,同时不牺牲可用性。 只买预留实例会为闲置容量付冤枉钱,只用Spot会被回收打断线上服务,全靠按量付费则是最贵的计费方式;三者按业务负载特征组合,才是云成本优化的标准答案。
很多出海企业踩过的坑是"一刀切":要么图省事全按量付费,月账单吓人;要么贪便宜全上Spot,促销流量一来实例被批量回收,网站直接502。本文以阿里云国际版、AWS、腾讯云国际版三个主流厂商为例,从三种计费模式的底层逻辑讲起,给出混合比例设计、逐厂商落地配置、自动化监控到FAQ的完整实操,所有命令和模板可直接复制使用。
一、三种计费模式的底层逻辑
先建立共同语言。三家厂商的计费产品名不同,但底层逻辑完全一致,对应关系如下:
| 计费模式 | 阿里云国际版 | AWS | 腾讯云国际版 | 成本水平 | 适用场景 |
|---|---|---|---|---|---|
| 按量付费 | 按量付费 | On-Demand | 按量计费 | 100%(基准) | 突发、短期测试、无法预测的流量 |
| 预留折扣 | 包年包月/节省计划 | Reserved Instances / Savings Plans | 包年包月/节省计划 | 约40%-60%(按量折算) | 稳定基线负载(7×24常驻) |
| Spot/抢占 | 抢占式实例 | EC2 Spot | 竞价实例 | 约10%-40%(按量折算) | 无状态弹性扩展、批处理、CI |
三个关键认知:
- 预留实例本质是"承诺换折扣"——你承诺使用1年或3年(预付比例可选),厂商给你折扣。AWS标准RI 1年全预付约省40%,3年全预付约省60%;阿里云/腾讯云包年包月1年约5折、3年更低。它不是"预付费陷阱",而是对确定性负载的合理定价。
- Spot本质是"厂商的闲置算力拍卖"——价格随供需波动,可能只有按量的10%-30%,但实例随时可能被回收。AWS给2分钟回收预警(Instance rebalance notification),阿里云/腾讯云给约5分钟预警。它只适合"被杀了也能自愈"的无状态负载。
- 自动伸缩是"编排层"——它负责按指标(CPU/内存/请求数)扩缩容,并且支持混合实例策略,让扩容优先用Spot、缩容优先缩Spot。三件套里它才是真正的"大脑"。
二、组合策略总体设计:先定比例,再谈配置
落地之前先用一张决策图确定每个业务模块该用哪种计费模式:
graph TD
A[分析负载曲线] --> B{是否稳定基线}
B -->|是| C[预留实例/包年包月<br>占容量40%-60%]
B -->|否| D{是否容忍中断}
D -->|是| E[Spot/抢占式<br>占容量30%-50%]
D -->|否| F[按量付费兜底<br>占容量5%-15%]
C --> G[自动伸缩统一编排]
E --> G
F --> G
G --> H[成本下降40%-60% 可用性不变]
整体架构示意(以无状态Web服务为例):
┌──────────────────────────────────────────────────────────────┐
│ 负载均衡层 (阿里云SLB / AWS ALB / CLB) │
└───────────────────────────────┬──────────────────────────────┘
│
┌───────────────────────────────▼──────────────────────────────┐
│ 自动伸缩组 (ESS / Auto Scaling / AS) │
│ │
│ ┌──────────────┐ ┌──────────────┐ ┌──────────────┐ │
│ │ 预留实例 基线 │ │ Spot 弹性扩展 │ │ 按量 兜底 │ │
│ │ 2台 常驻 ~5折 │ │ 0-6台 ~2-3折 │ │ 0-2台 应急 │ │
│ └──────────────┘ └──────────────┘ └──────────────┘ │
│ 扩容顺序: Spot优先 → 按量兜底 │
│ 缩容顺序: Spot先缩 → 按量 → 预留最后 │
│ 混合策略参考: 预留50% : Spot40% : 按量10% │
└──────────────────────────────────────────────────────────────┘
推荐起步比例(无状态Web/API/微服务):
- 预留实例 40%-50%:覆盖业务低谷基线,保证任何时候都有保底容量;
- Spot 40%-50%:承接日常波动和高峰增量,是省钱主力;
- 按量 5%-15%:纯兜底,防止Spot缺口时扩容失败(AWS MixedInstancesPolicy里叫 on-demand percentage)。
有状态负载(数据库/Redis/消息队列)单独对待:主节点用预留实例+多可用区,只读副本/从库可以大胆用Spot(回收时主从切换或自动重建即可),整体结构里数据库通常占账单30%-50%,只读副本上Spot的省钱效果非常明显。
三、阿里云国际版落地:包年包月 + 抢占式 + ESS
阿里云国际版的组合路径:包年包月买基线 → ESS弹性伸缩组配抢占式伸缩配置 → 设价格上限和冷却时间。
// 1. 查询新加坡Region抢占式价格,确定价格上限
aliyun ecs DescribeSpotPrice --RegionId ap-southeast-1 \
--InstanceType ecs.g7.large --NetworkType vpc
// 2. 创建伸缩组(最小2台=预留基线,最大10台)
aliyun ess CreateScalingGroup \
--ScalingGroupName prod-asg \
--MinSize 2 --MaxSize 10 \
--VSwitchIds '["vsw-xxxx"]' \
--DefaultCooldown 300
// 3. 创建抢占式伸缩配置(SpotWithPriceLimit + 价格上限$0.02/h)
aliyun ess CreateScalingConfiguration \
--ScalingGroupId asg-xxxx \
--InstanceType ecs.g7.large \
--SpotStrategy SpotWithPriceLimit \
--SpotPriceLimit 0.02
// 4. 创建扩容规则(CPU>70%持续5分钟+2台)与缩容规则(CPU<30%持续10分钟-2台)
aliyun ess CreateScalingRule --ScalingGroupId asg-xxxx \
--ScalingRuleType SimpleScalingRule \
--AdjustmentType QuantityChangeInCapacity --AdjustmentValue 2
要点:阿里云支持一个伸缩组挂多个伸缩配置,把"先Spot后按量"的优先级做出来——把抢占式配置设为默认,按量配置作为兜底;抢占式实例被回收时,ESS会自动按配置重新拉起。别忘了给伸缩组里的ECS打上 env:prod、role:web 标签,后面做成本分账要用。
四、AWS落地:Reserved/Savings Plans + Spot + ASG
AWS的路径:Savings Plans或RI锁定基线折扣 → ASG用MixedInstancesPolicy混合实例策略 → Spot用capacity-optimized分配策略。
// 1. 查看t3.medium在新加坡的Spot历史价格,判断折扣深度
aws ec2 describe-spot-price-history \
--instance-types t3.medium \
--region ap-southeast-1 \
--product-description "Linux/UNIX" \
--start-time 2026-08-01T00:00:00Z
// 2. 购买2台1年全预付标准RI覆盖基线(比按量省约40%)
aws ec2 purchase-reserved-instances-offering \
--instance-count 2 \
--reserved-instances-offering-id rir-xxxx
// 3. 创建混合实例策略ASG(按量占比40%,Spot用capacity-optimized)
cat > mixed.json << 'EOF'
{
"InstancesDistribution": {
"OnDemandPercentageAboveBaseCapacity": 40,
"SpotAllocationStrategy": "capacity-optimized"
},
"LaunchTemplate": {
"LaunchTemplateSpecification": {
"LaunchTemplateId": "lt-xxxx",
"Version": "1"
},
"Overrides": [
{ "InstanceType": "t3.medium" },
{ "InstanceType": "t3a.medium" },
{ "InstanceType": "m5.large" }
]
}
}
EOF
aws autoscaling create-auto-scaling-group \
--auto-scaling-group-name prod-asg \
--mixed-instances-policy file://mixed.json \
--min-size 2 --max-size 10 \
--vpc-zone-identifier "subnet-xxxx,subnet-yyyy"
要点:AWS的 capacity-optimized 是Spot分配策略里回收率最低的,强烈推荐;OnDemandPercentageAboveBaseCapacity: 40 意思是"超出基线容量的扩容里40%用按量、60%用Spot",基线容量本身由RI/SP覆盖。如果嫌RI不够灵活,直接用Savings Plans(EC2 Instance Savings Plans),它自动覆盖账号下所有符合条件的实例规格,管理成本低很多。
五、腾讯云国际版落地:包年包月/节省计划 + 竞价实例 + AS
腾讯云国际版路径与阿里云类似:包年包月或节省计划覆盖基线 → 弹性伸缩AS用竞价实例启动配置 → 设置竞价价格上限。
// 1. 查询新加坡Region竞价实例价格
tccli cvm DescribeSpotPriceHistory \
--region ap-singapore --InstanceType S5.MEDIUM4
// 2. 创建伸缩组(最小2台,最大10台)
tccli as CreateAutoScalingGroup \
--AutoScalingGroupName prod-asg \
--MinSize 2 --MaxSize 10 \
--VpcId vpc-xxxx \
--SubnetIds '["subnet-xxxx"]'
// 3. 创建竞价实例启动配置(InstanceChargeType=SPOT)
tccli as CreateLaunchConfiguration \
--LaunchConfigurationName spot-lc \
--InstanceType S5.MEDIUM4 \
--InstanceChargeType SPOT
// 4. 绑定伸缩策略(CPU利用率扩容告警)
tccli as CreateScalingPolicy \
--AutoScalingGroupName prod-asg \
--ScalingPolicyName cpu-up \
--AdjustmentType ChangeInCapacity --AdjustmentValue 1 \
--MetricAlarm '{"MetricName":"CPUUtilization","Statistic":"Average","Threshold":70,"Period":300}'
要点:腾讯云竞价实例同样有约5分钟回收预警,回收前实例元数据里可以查到;搭配弹性伸缩的"缩容保护"和冷却时间,可以避免回收风暴。对已经上了IaC的团队,三家的配置都可以直接固化到Terraform里,避免手点控制台——这也是成本治理的关键一环。
六、厂商能力对比与参考价格
先看三家的组合能力差异,再对照价格:
| 能力维度 | 阿里云国际版 | AWS | 腾讯云国际版 |
|---|---|---|---|
| 预留折扣产品 | 包年包月(1/2/3年)、节省计划 | Reserved Instances、Savings Plans | 包年包月、节省计划 |
| Spot产品 | 抢占式实例 | EC2 Spot Instances | 竞价实例 |
| 回收预警 | 约5分钟(元数据通知) | 2分钟(Rebalance通知) | 约5分钟 |
| 自动伸缩服务 | ESS弹性伸缩(免费) | Auto Scaling(免费) | 弹性伸缩AS(免费) |
| 混合实例策略 | 多伸缩配置实现Spot优先 | MixedInstancesPolicy原生支持 | 启动配置选竞价类型 |
| 缩容保护 | 冷却时间+实例保护 | 缩容保护+生命周期钩子 | 冷却时间+实例保护 |
| 预算告警 | 预算管理(Budget) | AWS Budgets | 预算(Budget) |
| Terraform支持 | alicloud provider | aws provider | tencentcloud provider |
参考价格(新加坡Region,2026年8月公开列表价按量折算,实际以官网实时报价为准):
| 配置 | 阿里云国际版 | AWS | 腾讯云国际版 |
|---|---|---|---|
| 2核2G 按量 | 约$31/月 | 约$24/月(t3.small) | 约$28/月 |
| 2核4G 按量 | 约$47/月 | 约$30/月(t3.medium) | 约$34/月 |
| 4核8G 按量 | 约$94/月 | 约$60/月(t3.large) | 约$68/月 |
| 1年预留折扣 | 约5折 | 约6折(标准RI全预付) | 约5-6折 |
| Spot/抢占折扣 | 约1-3折 | 约3-4折(典型-60%~-70%) | 约2-4折 |
| 自动伸缩费用 | 免费 | 免费 | 免费 |
读表方法:按量价是基准线,预留价≈基准×折扣,Spot价≈基准×更低的折扣。以2核4G为例:AWS按量$30/月,1年RI约$18/月,Spot平均约$10/月;如果一个ASG里50%预留+40%Spot+10%按量,混合单价约$18×0.5+$10×0.4+$30×0.1 = $16/月,比纯按量省约47%——这就是组合策略的数学原理。
七、用Terraform固化成本策略(IaC)
手工点控制台配置一遍容易,复制到第二套环境就会漏。把混合实例策略写成Terraform,环境隔离、评审、回滚都顺理成章:
// AWS:混合实例策略ASG(Spot优先+按量兜底)
resource "aws_autoscaling_group" "prod" {
name = "prod-asg"
min_size = 2
max_size = 10
vpc_zone_identifier = ["subnet-xxxx"]
mixed_instances_policy {
instances_distribution {
on_demand_percentage_above_base_capacity = 40
spot_allocation_strategy = "capacity-optimized"
}
launch_template {
launch_template_specification {
launch_template_id = aws_launch_template.web.id
}
override {
instance_type = "t3.medium"
}
override {
instance_type = "t3a.medium"
}
}
}
tag {
key = "env"
value = "prod"
propagate_at_launch = true
}
}
// 阿里云:抢占式伸缩配置 + 价格上限
resource "alicloud_ess_scaling_configuration" "spot" {
scaling_group_id = alicloud_ess_scaling_group.prod.id
instance_type = "ecs.g7.large"
image_id = "ubuntu_22_04_x64_20G_alibase_2026_v1"
spot_strategy = "SpotWithPriceLimit"
spot_price_limit = "0.02"
}
// 腾讯云:竞价实例启动配置
resource "tencentcloud_as_scaling_config" "spot" {
configuration_name = "spot-lc"
instance_type = "S5.MEDIUM4"
image_id = "img-xxxx"
instance_charge_type = "SPOT"
}
配合infracost或terraform plan阶段直接看价格diff,成本变更在代码评审时就暴露,而不是月底看账单才后悔。
八、监控与复盘:怎么确认真的省了钱
省钱策略不监控等于没做。三件套落地后,按周/月跑一遍闭环:
- 打标签:所有实例打
env、role、owner标签,按标签出账单(阿里云成本分析/AWS Cost Explorer/腾讯云账单分析均支持); - 设预算:账号级+模块级预算告警(AWS Budgets最成熟,支持按标签分预算),超支80%预警、100%告警;
- 看Spot利用率:AWS Spot使用率低于70%说明混合策略没生效;阿里云/腾讯云看抢占式实例在伸缩组里的占比;
- 对比单位成本:不要只盯账单总额,盯"每千请求成本""每订单成本"——业务量涨了总额涨是正常的,单位成本下降才说明优化有效;
- 定期清理:伸缩组外的僵尸实例、未挂载的云盘、闲置EIP,往往占账单5%-10%,每月扫一遍。
总结
海外云服务器成本优化的本质不是"选一个最便宜的计费模式",而是按负载特征把三种计费模式组合起来:预留实例(包年包月/RI/Savings Plans)买确定性,Spot/抢占式买弹性,按量只做兜底,自动伸缩负责把三者按策略编排成一套自愈的容量体系。这套组合对无状态应用通常能砍掉40%-60%的实例成本,同时可用性不降反升——因为自动伸缩本身就是一种故障自愈机制。落地路径很清晰:先看1-2周负载曲线定比例,再按本文的CLI/Terraform模板逐厂商配置,最后用标签+预算+单位成本做月度复盘,省钱这件事就能从"月底看账单心疼"变成"代码评审时顺手搞定"。
🚀 企业出海需要云架构咨询?通过 7.chengzicloud.cloud 联系我们,获取专属方案。从云成本架构设计、混合计费策略、自动伸缩编排到FinOps体系落地,我们提供一站式企业级云服务。
相关阅读
- AWS五大核心服务FinOps成本优化实战 — AWS单云内的账单治理、流量成本与资源生命周期优化
- 企业出海多云架构设计:阿里云+AWS双活方案实战指南 — 双活架构下的预留+Spot成本组合实践
- Terraform vs CloudFormation:AWS基础设施即代码深度对决 — 用IaC固化成本策略与变更评审
- 海外服务器安全加固清单:24项安全检查与配置实战 — 省钱的同时守住安全基线
本文由 7.chengzicloud.cloud 提供,点击访问首页了解更多
常见问题(FAQ)
1: 预留+Spot+按量的比例到底怎么定?
先看负载曲线再定,不要拍脑袋。无状态Web/API推荐预留40%-50%+Spot40%-50%+按量10%起步;数据库等有状态服务预留80%+按量20%,不混Spot。用云监控/CloudWatch观察1-2周的CPU和流量曲线,低谷容量就是预留基线,峰值减基线就是Spot的弹性空间。
2: Spot实例被回收怎么办?会不会直接导致网站挂掉?
不会,前提是做好三件事:①应用无状态化(Session外置到Redis/数据库,日志走采集器);②启动时间压到2分钟以内(镜像预热、启动脚本精简);③自动伸缩配置了按量兜底,Spot缺口时自动扩容到按量实例。AWS的capacity-optimized策略和阿里云/腾讯云的回收预警都能显著降低回收概率和影响。
3: 预留买1年还是3年?全预付还是部分预付?
业务确定性越高、买得越久越便宜:AWS标准RI 3年全预付比按量省约60%,1年全预付约40%。但技术栈变化快、可能迁移的团队,选1年或部分预付更稳;或者直接用Savings Plans/节省计划这类"弹性覆盖"产品,比RI灵活得多,管理成本也低。
4: 抢占式实例能跑数据库吗?
不能直接跑主库。主库用预留实例+多可用区部署保可用性;只读副本、从库、ETL、离线分析、CI构建机这些"挂了能重建"的负载可以放心上Spot,数据库成本的优化空间主要就在这一块。
5: 自动伸缩会把Spot和预留混在一起扩吗?怎么控制优先级?
这正是混合实例策略的目的。AWS在MixedInstancesPolicy里用 on_demand_percentage_above_base_capacity 控制按量占比、用Spot分配策略控制Spot选择;阿里云通过"默认伸缩配置=抢占式+兜底配置=按量"实现Spot优先;腾讯云在启动配置里选竞价类型。缩容方向三家的默认行为都是先缩Spot,无需额外配置。
6: 哪些业务绝对不能上Spot?
有状态单点:数据库主节点、Redis主从、消息队列broker、长连接网关;强一致性/审计类任务。判断标准很简单:实例被销毁重新拉起后,数据和服务能不能自愈? 不能自愈的一律用预留或按量。
7: 怎么确认这套组合真的省了钱?
用标签分账+预算告警+单位成本三个工具。具体:所有实例打 env/role/owner 标签,AWS Cost Explorer或阿里云成本分析按月分账;设预算告警防超支;对比优化前后的"每千请求成本"而非账单总额。一般跑2-3个月就能看到稳定的成本曲线。
8: 月成本$200的小业务值得折腾这套吗?
值得,但别过度设计。2台预留实例打底+伸缩组上限4台(Spot扩展),10分钟能配完,一年省$1000以上;而且自动伸缩带来的故障自愈能力对小型团队价值更大——半夜流量暴涨时不用爬起来手动加机器。