海外云服务器成本优化实战:预留实例+Spot抢占式+自动伸缩组合策略(2026版)

📅 · 企业出海多云架构实战 - ChengziCloud

一句话结论

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. 预留实例本质是"承诺换折扣"——你承诺使用1年或3年(预付比例可选),厂商给你折扣。AWS标准RI 1年全预付约省40%,3年全预付约省60%;阿里云/腾讯云包年包月1年约5折、3年更低。它不是"预付费陷阱",而是对确定性负载的合理定价。
  2. Spot本质是"厂商的闲置算力拍卖"——价格随供需波动,可能只有按量的10%-30%,但实例随时可能被回收。AWS给2分钟回收预警(Instance rebalance notification),阿里云/腾讯云给约5分钟预警。它只适合"被杀了也能自愈"的无状态负载。
  3. 自动伸缩是"编排层"——它负责按指标(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 provideraws providertencentcloud 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,成本变更在代码评审时就暴露,而不是月底看账单才后悔。

八、监控与复盘:怎么确认真的省了钱

省钱策略不监控等于没做。三件套落地后,按周/月跑一遍闭环:

  1. 打标签:所有实例打 env、role、owner 标签,按标签出账单(阿里云成本分析/AWS Cost Explorer/腾讯云账单分析均支持);
  2. 设预算:账号级+模块级预算告警(AWS Budgets最成熟,支持按标签分预算),超支80%预警、100%告警;
  3. 看Spot利用率:AWS Spot使用率低于70%说明混合策略没生效;阿里云/腾讯云看抢占式实例在伸缩组里的占比;
  4. 对比单位成本:不要只盯账单总额,盯"每千请求成本""每订单成本"——业务量涨了总额涨是正常的,单位成本下降才说明优化有效;
  5. 定期清理:伸缩组外的僵尸实例、未挂载的云盘、闲置EIP,往往占账单5%-10%,每月扫一遍。

总结

海外云服务器成本优化的本质不是"选一个最便宜的计费模式",而是按负载特征把三种计费模式组合起来:预留实例(包年包月/RI/Savings Plans)买确定性,Spot/抢占式买弹性,按量只做兜底,自动伸缩负责把三者按策略编排成一套自愈的容量体系。这套组合对无状态应用通常能砍掉40%-60%的实例成本,同时可用性不降反升——因为自动伸缩本身就是一种故障自愈机制。落地路径很清晰:先看1-2周负载曲线定比例,再按本文的CLI/Terraform模板逐厂商配置,最后用标签+预算+单位成本做月度复盘,省钱这件事就能从"月底看账单心疼"变成"代码评审时顺手搞定"。

🚀 企业出海需要云架构咨询?通过 7.chengzicloud.cloud 联系我们,获取专属方案。从云成本架构设计、混合计费策略、自动伸缩编排到FinOps体系落地,我们提供一站式企业级云服务。

相关阅读

本文由 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以上;而且自动伸缩带来的故障自愈能力对小型团队价值更大——半夜流量暴涨时不用爬起来手动加机器。