AWS EBS 弹性块存储深度实战：gp3/io2/HDD 卷型怎么选、IOPS 与吞吐怎么计费、快照怎么归档（2026 国际版）

📅 2026-09-28 · ChengziCloud - 一站式云端服务

Meta Description: AWS EBS 深度实战教程：gp3/gp2/io2/st1/sc1 六种卷型规格对比、容量与 IOPS 吞吐分开的三种计费模型、七大地域真实单价表、Elastic Volumes 扩容改型与快照归档 CLI 全流程、5 招省钱与 7 大坑，国际版免费额度口径同步更新。

> 关键词：AWS EBS、gp3、io2 Block Express、EBS 价格、EBS 快照归档、Elastic Volumes、EBS 加密、AWS 免费套餐、EBS 成本优化

一句话决策口诀：启动盘和通用业务一律 gp3；要求稳定低延迟的高 IOPS 数据库上 io2；日志、数仓、视频素材这类大吞吐顺序读写选 st1；冷数据与冷备份放 sc1；快照默认标准层，只有 90 天以上不会再倒腾的才转归档层。

一、先划边界：EBS 在 AWS 存储矩阵里的位置

很多教程一上来就讲卷型，结果读者学完还是不知道"我到底该不该用 EBS"。所以先把边界钉死：

EBS（Elastic Block Store）是块存储——它导出的是一块"裸盘"，你要自己 mkfs、自己挂载、自己扩容文件系统。它和对象存储（S3）、文件存储（EFS/FSx）解决的是完全不同的问题：

- 要挂载到单台 EC2、跑数据库、做系统盘 → EBS（块） - 存放海量非结构化文件、通过 HTTP 访问、做静态站 → S3（对象） - 多台机器共享同一份目录、需要 POSIX 语义 → EFS / FSx（文件）

| 站内既有文章 | 它解决的问题 | 与本文的边界 | |---|---|---| | AWS EC2 选购实战 | 实例类型、预留实例、Spot | 本文只讲挂在实例上的"盘"，不算实例费 | | S3 + CloudFront 静态站 | 对象存储做全球加速站点 | 对象存储与块存储的分工 | | AWS Backup 集中备份 | 跨区域、跨账号备份与合规锁定 | 本文讲卷级快照本身，备份编排归它 | | AWS KMS 密钥管理 | 密钥、轮换、服务集成 | EBS 加密用的就是 KMS 密钥 | | AWS 迁移套件 MGN/DMS/DataSync | 服务器、数据库、文件迁移 | 迁移落地的目标盘就是 EBS | | AWS 账单管理与避免天价账单 | 预算告警、闲置资源清理 | 本文聚焦 EBS 单点成本 |

一句话总结：EBS 是你迁上云后最容易"静默烧钱"的那一类资源——因为它按"你创建了多大"计费，而不是按"你用了多少"。

二、六种卷型全景对比：一张表看清谁能干什么

EBS 现在在售的卷型本质只有两大类：SSD 家族看 IOPS，HDD 家族看吞吐。规格全部来自官方文档的卷型对照表：

| 卷型 | 介质 | 容量范围 | 最大 IOPS | 最大吞吐 | 耐久度 | 可做启动盘 | 适用场景 | |---|---|---|---|---|---|---|---| | gp3 | SSD | 1 GiB – 64 TiB | 80,000 | 2,000 MiB/s | 99.8%–99.9% | 是 | 通用首选：网站、中型库、虚拟桌面、开发测试 | | gp2 | SSD | 1 GiB – 16 TiB | 16,000 | 250 MiB/s | 99.8%–99.9% | 是 | 上一代通用型，正在被 gp3 替代 | | io2 Block Express | SSD | 4 GiB – 64 TiB | 256,000 | 4,000 MiB/s | 99.999% | 是 | SAP HANA、Oracle、SQL Server 等关键库 | | io1 | SSD | 4 GiB – 16 TiB | 64,000 | 1,000 MiB/s | 99.8%–99.9% | 是 | io2 的上一代，仅兼容老架构时使用 | | st1 | HDD | 125 GiB – 16 TiB | 500 | 500 MiB/s | 99.8%–99.9% | 否 | 日志、Kafka、MapReduce、数仓 ETL | | sc1 | HDD | 125 GiB – 16 TiB | 250 | 250 MiB/s | 99.8%–99.9% | 否 | 冷数据、最低成本的大容量盘 | | standard（磁介质） | HDD | 1 GiB – 1 TiB | 40–200 | 40–90 MiB/s | — | 是 | 上一代遗留，不建议新购 |

三条必须记住的规格细节：

1. gp3 的最大 IOPS 不是 16,000，而是 80,000（25.6 KiB 小 I/O 口径），吞吐上限 2,000 MiB/s，远超 gp2 的 16,000 IOPS / 250 MiB/s。但注意：能跑满的前提是卷挂在 Nitro 架构实例上，且实例本身的 EBS 带宽足够——小规格实例的 EBS 带宽会先成为瓶颈。 2. gp3 无论多大容量，都白送 3,000 IOPS + 125 MB/s 基线性能；gp2 则是"3 IOPS/GB"的线性模型，100 GB 的 gp2 只有 300 IOPS（可突发到 3,000）。这决定了小容量场景下 gp3 的性能下限远高于 gp2。 3. st1/sc1 不能做启动盘，HDD 卷也不支持 Multi-Attach。别想着用 sc1 省系统盘的钱，做不到。

三、三种计费模型：为什么 gp3 一上线就把 gp2 打下去

EBS 的计费之所以容易算错，是因为不同卷型的计费维度数量不一样：

| 计费模型 | 卷型 | 你付几笔钱 | 关键点 | |---|---|---|---| | 单一维度 | gp2、st1、sc1、standard | 只有容量费 | IO 全包，随便跑不再加钱 | | 三维独立 | gp3 | 容量 + 超出基线的 IOPS + 超出基线的吞吐 | 三个维度可以分开买，基线部分免费 | | 二维（IOPS 单独计价） | io1、io2 | 容量 + 全额 IOPS | 没有免费基线，IOPS 按卷分档递减 |

用官方定价页的三个算例换算成同一口径（2,000 GB 卷，使用 12 小时，30 天月）：

| 场景 | 容量费 | IOPS 费 | 吞吐费 | 合计 | |---|---|---|---|---| | gp3（10,000 IOPS + 500 MB/s） | $2.667 | $0.583 | $0.375 | $3.625 | | gp2（同容量，性能全包） | $3.33 | — | — | $3.33 | | io2（1,000 IOPS） | $4.167 | $1.083 | — | $5.25 |

这张表把 gp3 的价值讲透了：同样 2,000 GB，gp3 花 $3.625 就拿到 3.3 倍于 gp2 的 IOPS 和 2 倍吞吐，只比"什么都不加"的 gp2 贵 8.8%；而 io2 只是配了 1,000 IOPS，就已经比 gp2 贵了 58%。

反过来，io2 也是最容易"看起来便宜、算起来吓人"的卷型。举一个真实反例：

- 100 GiB io2 + 3,000 IOPS = 100 × $0.125 + 3,000 × $0.065 = $207.50/月 - 100 GiB gp3 + 3,000 IOPS = 100 × $0.08 + 0 = $8.00/月

差了 26 倍。io2 的 IOPS 是全额单独计费的（不像 gp3 有 3,000 免费基线），所以它只适合"单卷需要 16,000 IOPS 以上、或要求亚毫秒稳定延迟"的场景。官方还特别提示：io2 的 IOPS 分档是按卷计算的——10 个各配 1,000 IOPS 的 io2 卷，累积 10,000 IOPS，但每一卷都落在第一档，总 IOPS 费用是"1 个 10,000 IOPS 卷"的 10 倍。

3.1 io2 Block Express：贵有贵的道理

io2 Block Express 提供 256,000 IOPS、4,000 MiB/s、64 TiB 单卷规格，官方口径是"把 SAN 级性能搬进云"，16 KiB I/O 下平均延迟低于 500 微秒，对超过 800 微秒的"长尾 IO"出现频率比通用型低 10 倍以上。耐久度 99.999%（AFR 0.001%）——官方给了一个很好记的换算：10 万个 io2 Block Express 卷跑一年，预期只有 1 个卷发生故障；而普通商品盘 AFR 约 2%，也就是说它比商品盘可靠约 2,000 倍。跑 SAP HANA、Oracle、SQL Server 这类关键库时，这部分溢价通常是值得的。

四、七大地域真实单价表：香港比美东贵 32%

AWS 的 EBS 定价页是"地域 Tab 动态加载"的，直接抓页面只能拿到美东的散文算例。下面这张表取自 AWS 官方价格清单接口（Amazon EBS 计价单元，USD，快照日期 2026-09-25），是逐地域的精确到小数点后四位的 list price：

| 计费项（USD / GB-月，除注明外） | 弗吉尼亚 us-east-1 | 香港 ap-east-1 | 新加坡 ap-southeast-1 | 东京 ap-northeast-1 | 首尔 ap-northeast-2 | 悉尼 ap-southeast-2 | 爱尔兰 eu-west-1 | |---|---|---|---|---|---|---|---| | gp3 容量 | 0.0800 | 0.1056 | 0.0960 | 0.0960 | 0.0912 | 0.0960 | 0.0880 | | gp2 容量 | 0.1000 | 0.1320 | 0.1200 | 0.1200 | 0.1140 | 0.1200 | 0.1100 | | io1 / io2 容量 | 0.1250 | 0.1518 | 0.1380 | 0.1420 | 0.1278 | 0.1380 | 0.1380 | | io2 IOPS（首 32,000，USD/IOPS-月） | 0.0650 | 0.0792 | 0.0720 | 0.0740 | 0.0666 | 0.0720 | 0.0720 | | gp3 IOPS（超出 3,000 基线，USD/IOPS-月） | 0.0050 | 0.0066 | 0.0060 | 0.0060 | 0.0057 | 0.0060 | 0.0055 | | st1 容量 | 0.0450 | 0.0594 | 0.0540 | 0.0540 | 0.0510 | 0.0540 | 0.0500 | | sc1 容量 | 0.0150 | 0.0198 | 0.0180 | 0.0180 | 0.0174 | 0.0180 | 0.0168 | | 快照归档层 | 0.0125 | 0.01375 | 0.0125 | 0.0125 | 0.0125 | 0.01375 | 0.0125 | | Fast Snapshot Restore（USD / DSU-小时） | 0.7500 | 0.9900 | 0.9000 | 0.9000 | 0.8550 | 0.9000 | 0.8250 |

三条可以直接拿去省钱的结论：

1. 香港是全表最贵的区域之一：gp3 容量价比美东高 32%（0.1056 ÷ 0.0800 = 1.32），新加坡/东京/悉尼高 20%，首尔高 14%。如果你的业务"必须放在离用户近的地方"，香港的低延迟是有溢价的；如果只是跑批处理、备份、数据仓库，把冷数据放到美东/爱尔兰能直接省三成。 2. 快照归档层几乎全地域同价（除香港/悉尼略高 10%），且快照跨区域复制后按目标区域标准收费——所以"备份放哪"比"卷放哪"更容易省出钱来。 3. gp3 的 IOPS 单价在各地域同步放大，也就是说"多买 IOPS"这件事在高价区域同样更贵，别只盯着容量价选地域。

把上面这张表换算成更直观的口径——香港地区一块 100 GiB 卷的月成本：

| 卷型 | 单价（USD/GB-月） | 100 GiB 月费 | |---|---|---| | sc1（冷 HDD） | 0.0198 | $1.98 | | st1（吞吐 HDD） | 0.0594 | $5.94 | | gp3（含 3,000 IOPS / 125 MB/s 基线） | 0.1056 | $10.56 | | gp2 | 0.1320 | $13.20 | | io1 / io2（不含 IOPS 费） | 0.1518 | $15.18 |

注意最后一行：io2 的容量费只是"入场券"，真实成本由 IOPS 决定。同样是香港，100 GiB io2 配 5,000 IOPS 的实际月费是 15.18 + (5,000 × 0.0792) ≈ $411/月。

4.1 快照与其他附加能力的官方单价

| 项目 | 官方单价（美东口径） | 计费口径要点 | |---|---|---| | 快照标准层 | $0.05 / GB-月 | 按实际写入的数据块计费，不保存空块 | | 快照归档层 | $0.0125 / GB-月 | 标准层的 1/4；最短保留 90 天，提前删除按剩余期补费 | | 归档取回 | $0.03 / GB（一次性） | 临时恢复期间还要按标准层计费 | | Fast Snapshot Restore | $0.75 / DSU-小时 | 按快照 × 可用区 × 小时计，最短 1 小时，不关就一直收 | | EBS direct APIs | ListSnapshotBlocks / ListChangedBlocks $0.0006 / 千次请求；GetSnapshotBlock $0.003 / 千 SnapshotAPIUnit；PutSnapshotBlock $0.006 / 千 | 每个请求消耗 1 个 SnapshotAPIUnit（块大小固定 512 KiB） | | 定时快照复制（Time-based Copy） | 8 小时完成窗口 $0.010 / GB；3 小时 $0.014；1 小时 $0.016 | 复制越快单价越高，按复制数据量计费 | | 卷初始化速率（Provisioned Rate） | 300 MB/s 档 $0.0036 / GB | 按快照全量大小计，与卷本身费用独立 | | 卷克隆（Volume Clones） | $0.00080 / GB | 按源卷"已写入块"大小计，同 AZ 内即时克隆 |

五、实战一：创建、改型、扩容（Elastic Volumes 全流程）

EBS 最有价值的特性是 Elastic Volumes：线上卷可以不停机扩容、调 IOPS、调吞吐、甚至换卷型。这意味着你完全可以"先用小盘上线，跑起来再按实际负载改"，而不必一开始就按峰值配置买单。

创建一块加密的 gp3，并直接给出 IOPS 与吞吐：

`bash aws ec2 create-volume \ --availability-zone ap-east-1a \ --size 100 \ --volume-type gp3 \ --iops 6000 \ --throughput 250 \ --encrypted \ --tag-specifications 'ResourceType=volume,Tags=[{Key=Name,Value=web-data}]' `

参数说明：--size 单位 GiB；--iops 只对 gp3/io1/io2 有效；--throughput 只对 gp3 有效；--encrypted 默认用 KMS 托管密钥，若要指定自己的密钥再加 --kms-key-id。

挂载到实例上（注意 NVMe 设备名与 lsblk 看到的不一定一致，务必核对）：

`bash aws ec2 attach-volume --volume-id vol-0123456789abcdef0 \ --instance-id i-0123456789abcdef0 --device /dev/sdf lsblk mkfs.xfs /dev/nvme1n1 mkdir -p /data mount /dev/nvme1n1 /data `

运行一段时间后发现 IOPS 不够、容量也满了？一条命令同时改三项，无需停机、无需迁移数据：

`bash aws ec2 modify-volume --volume-id vol-0123456789abcdef0 \ --size 200 --volume-type gp3 --iops 10000 --throughput 500 `

改完必须确认两件事，这是新手最常翻车的地方：

`bash // 1) 查询改型进度，必须等到 State 变成 completed aws ec2 describe-volumes-modifications --volume-ids vol-0123456789abcdef0

// 2) 扩容卷容量后，还要在线把文件系统撑大，否则 df 不变 xfs_growfs -d /data `

xfs_growfs -d 用于 XFS；ext4 用 resize2fs /dev/nvme1n1。扩容之后不做这一步，你会看到 df -h 还是 100 GiB，然后误以为 AWS"没扩容成功"。

三条硬规则： - 卷只能变大，不能变小——想缩容只能新建小卷 + 迁移数据； - 改型（比如 gp2 → gp3）是在线的，但同一卷两次修改之间要等上一次完成，处于 modifying 状态的卷不能再改； - 修改完成后官方建议在实例侧验证一次实际吞吐（fio 或 dd），因为实例的 EBS 带宽上限可能才是真正的瓶颈。

六、实战二：快照、归档层与秒级恢复

EBS 快照是增量的：只有上次快照之后变化的块会被保存，且只对"已写入的块"计费。官方举的例子很典型——100 GB 的卷，上次快照后只改了 5 GB，那这次快照只多消耗 5 GB 存储，虽然两个快照看起来都是"完整"的。删掉中间某个快照也不会连带清空后续快照，因为每个活跃快照都保留了恢复所需的全部块。

创建快照并打标签：

`bash aws ec2 create-snapshot --volume-id vol-0123456789abcdef0 \ --description "web-data 2026-09-28" \ --tag-specifications 'ResourceType=snapshot,Tags=[{Key=Name,Value=web-data-daily}]' `

快照恢复卷是"惰性加载"的——卷创建完就能立刻挂载使用，不需要等数据从 S3 全部下载完。但这带来一个隐藏坑：新卷在后台下载期间，读那些还没落地的块会明显变慢。要追求"恢复即满速"，就得上 Fast Snapshot Restore：

`bash // 开启 FSR：按可用区开启，$0.75/DSU-小时，最短计费 1 小时 aws ec2 enable-fast-snapshot-restores \ --availability-zones ap-east-1a --source-snapshot-ids snap-0123456789abcdef0

// 用完立刻关闭，否则一直按快照×AZ×小时收费 aws ec2 disable-fast-snapshot-restores \ --availability-zones ap-east-1a --source-snapshot-ids snap-0123456789abcdef0 `

长期不用的快照，转归档层能把存储费降到 1/4：

`bash // 转归档层：$0.0125/GB-月，最短保留 90 天 aws ec2 modify-snapshot-tier --snapshot-id snap-0123456789abcdef0 --storage-tier archive

// 临时恢复（例如做一次数据核对），默认按小时恢复，到期自动回到归档层 aws ec2 restore-snapshot-tier --snapshot-id snap-0123456789abcdef0 --temporary-restore-days 3 `

归档层的两个陷阱必须写在预算里：① 最短保留 90 天，第 70 天删掉，剩下 20 天的存储费照样收；② 临时恢复期间，归档副本继续计费，恢复出来的标准层副本另按 $0.05/GB-月计费，一次性取回费 $0.03/GB。

跨区域容灾用快照复制：

`bash aws ec2 copy-snapshot --source-region ap-east-1 \ --source-snapshot-id snap-0123456789abcdef0 \ --destination-region ap-southeast-1 \ --description "cross-region DR copy" `

复制会产生跨区域数据传输费，且复制完成后按目标区域的标准快照价继续收费——所以"多复制几个区域"是持续成本，不是一次性成本。

最后，别用脚本自己写 cron 拍快照，用 Amazon Data Lifecycle Manager（DLM）做生命周期策略，自动建、自动过期删除：

`bash aws dlm create-lifecycle-policy \ --execution-role-arn arn:aws:iam::123456789012:role/service-role/AWSDataLifecycleManagerDefaultRole \ --state ENABLED \ --description "daily snapshots keep 7 days then archive" \ --policy-details file://policy.json `

官方文档明确说明：EBS 卷只要打了标签，就可以用 DLM 按标签自动纳管，并用 CloudWatch 事件监控策略执行结果。生产上正确的姿势是"DLM 自动拍 + 保留策略自动删 + 长期留存转归档"，而不是"拍完就忘了"——后者是 EBS 账单最常见的失控点。

七、实战三：加密、权限与快照锁

EBS 的加密是服务侧透明加密：数据在宿主机上完成加解密，因此 EC2 与 EBS 之间的传输数据也是加密的；密钥可以走 AWS 托管密钥，也可以指定 KMS CMK（自管密钥的权限与轮换见 KMS 实战篇）。

新账号最值得先做的一件事，是把加密设成默认：

`bash aws ec2 enable-ebs-encryption-by-default aws ec2 get-ebs-encryption-by-default `

开启之后，新建卷、新建快照、由快照恢复的卷都会自动加密，不再依赖"创建时记得加 --encrypted"这种人的自觉。

权限侧三条实践建议： - 卷与快照的操作全部走 IAM 策略控制，不要给业务角色 ec2:*； - 对快照开启 Block Public Access，防止共享快照被误设为公开； - 对合规场景启用 快照锁（Snapshot Lock）——快照一旦锁定，任何人（包括根账号）在锁定期内都删不掉，可以做成 WORM 格式满足监管留存要求。这条要和上一节"归档最短 90 天"一起考虑，否则容易把成本锁定成刚性的。

注意一个易踩的边界：multi-attach 只支持 io1 / io2，只能挂到同一可用区的 Nitro 实例，最多 16 台，且 io2 Block Express 的 multi-attach 支持 NVMe 预留（I/O fencing）。gp3、st1、sc1 都不支持 multi-attach——想用共享盘做集群，请走 EFS/FSx 或者 io2 multi-attach + 应用层一致性设计。

八、免费套餐与账单：EBS 没有"每月免费额度"

先给结论：EBS 在 2026 年的 AWS 免费套餐里没有"每月前 N GB 免费"这种额度。 判据很硬：EBS 定价页上没有 with AWS Free Tier 这一列，正文只有计费示例；30+ 个"永远免费（Always Free）"服务清单里也没有 EBS 的存储额度。也就是说，EBS 的费用只能靠账号级赠金抵扣，而不是靠按月发放的免费额度。

2026 年新账号的免费套餐口径（官方免费套餐页原文）：

| 项目 | 口径 | |---|---| | 免费计划（Free plan） | 注册即得 $100 赠金，边体验关键服务最多再赚 $100，合计最高 $200 | | 有效期 | 6 个月；如额度提前用完则按"先到者"结束 | | 可用服务数 | 90+ 项服务，6 个月内不产生费用 | | 到期行为 | 账号自动关闭；不转付费计划就不会被扣费；相关数据保留 90 天 | | 永久免费 | 30+ 项服务在 Free / Paid 两种计划下都有每月用量上限；超出部分自动用赠金抵扣 | | 付费计划（Paid plan） | 按量付费，新客户同样可享最高 $200 赠金 |

三个必须提醒的点：

1. 别再用 2025-07-15 之前的老教程。旧口径是"12 个月免费套餐 + 每月 30 GB 通用型 SSD + 1 GB 快照"，那套只对 2025-07-15 之前开户的老账号成立；新账号走的是赠金模式。 2. 加入 AWS Organizations 或建 Control Tower landing zone 会让免费计划立刻失效并自动转为付费计划。很多用户是"先建组织再建账号"，结果一上来就失去了全部赠金——这条在多账号治理场景里几乎必踩。 3. 免费计划到期是"账号关闭"而不是"停止计费继续保留"。如果你把唯一的数据放在一块 EBS 卷上而没有额外备份，账号关闭后只有 90 天恢复窗口。

九、五招把 EBS 账单压下来

第 1 招：先把所有 gp2 改成 gp3，这一步立刻省 20%。 gp2 的美东价 $0.10/GB-月，gp3 是 $0.08/GB-月，容量价直接低 20%，而且 gp3 无论多大容量都白送 3,000 IOPS + 125 MB/s。100 GB 的 gp2 只有 300 IOPS 基线，改成 gp3 后同样价格拿到 10 倍 IOPS。改型是在线的，不需要迁数据。

第 2 招：只买你真正需要的 IOPS 与吞吐。 gp3 的基线 3,000 IOPS / 125 MB/s 是免费的，超出部分才计费（美东 $0.005/IOPS-月、$0.06/MB/s-月）。很多团队一开始就配 10,000 IOPS + 500 MB/s"图安心"，实际负载峰值只有 4,000 IOPS——这相当于每月白付 (10,000−4,000)×$0.005×区域系数 ≈ $30 起。先按基线跑两周，看 CloudWatch 的 VolumeReadOps/VolumeWriteOps，再决定买多少。

第 3 招：把冷数据下沉到 HDD 卷。 同样是美东，gp3 是 $0.08/GB-月，st1 是 $0.045，sc1 只有 $0.015——sc1 大约是 gp3 的 1/5.3。日志归档、历史数据快照、离线分析素材这类"大块顺序读、不常访问"的负载放 sc1，能省出真金白银。代价是 IOPS 只有 250、吞吐 250 MiB/s，且不能当启动盘。

第 4 招：给快照配生命周期，而不是无限堆积。 快照标准层 $0.05/GB-月，归档层 $0.0125/GB-月，差 4 倍。用 DLM 把"每日快照保留 7 天、每周保留 4 周、超过 90 天的转归档"写成策略，费用立刻可控。反向检查一次：已经终止的 EC2 实例留下的孤儿快照，往往占着一个账号快照账单的大头。

第 5 招：按月清理三类"看不见的钱"。 ① 未挂载的 EBS 卷——卷只要存在就按容量计费，跟挂没挂载无关；② 没关闭的 FSR——$0.75/DSU-小时，一个快照开在 3 个 AZ 一个月就是 $1,620；③ 快照归档提前删的罚金——90 天最短保留期没到就删，剩余期照付。这三项都可以用 Trusted Advisor / Compute Optimizer 成本体检篇里的闲置资源检查自动发现。

十、七个必须避开的坑

坑 1：以为 io2 的 IOPS 可以"多个卷合起来凑档"。 官方明确写了 IOPS 分档按单卷计算。10 个各配 1,000 IOPS 的 io2 卷，总 IOPS 费用是 1 个 10,000 IOPS 卷的 10 倍。正确做法是把 IOPS 集中到一个卷上。

坑 2：买了 80,000 IOPS 的 gp3，却挂在 2 vCPU 的小实例上。 实例的 EBS 专用带宽（EBS-optimized，500 Mbps 到 80,000 Mbps 不等）才是端到端上限。官方文档也点了这一条："要完全用满 EBS 预置 IOPS，请使用 EBS-optimized 实例"。先确认实例规格，再买 IOPS，顺序不能反。

坑 3：扩容后忘了扩文件系统。 modify-volume 改的是块设备大小，文件系统不会自己长大。XFS 用 xfs_growfs，ext4 用 resize2fs，否则 df -h 永远显示旧容量。

坑 4：以为删掉某个快照能"释放那份空间"。 快照是增量的，删除时只会移除"不再被其他快照引用"的块。看到"删了 10 个快照账单几乎没降"是正常现象，不是没生效。

坑 5：把快照归档当成"便宜对半折"的冷备。 归档层 90 天最短保留 + 取回费 $0.03/GB + 临时恢复期间双份计费，只适合"确定不会再动"的长期留存。一个月内可能要恢复的快照放归档层，反而更贵。

坑 6：FSR 开了不关。 Fast Snapshot Restore 按 快照 × 可用区 × 小时 计费，最短 1 小时，且"直到你关闭为止"。应急演练用完必须显式 disable，否则它会安静地跑上一整年。

坑 7：指望 st1/sc1 省系统盘的钱，或用 gp2/gp3 做共享盘。 st1 与 sc1 不能作为启动卷；multi-attach 只支持 io1/io2，且限制在同一可用区内。选型时先把这些硬约束过一遍，能省掉大量返工。

十一、常见问题 FAQ

Q: EBS 有免费额度吗？ A: 没有按月发放的免费额度。EBS 定价页不提供 with AWS Free Tier 档位，30+ 项"永远免费"清单里也没有 EBS 存储额度。新账号只能用免费计划的赠金（注册 $100 + 最多再赚 $100）来抵扣，而赠金 6 个月到期或提前用完时账号会自动关闭。

Q: gp3 和 gp2 到底差在哪里，我要不要换？ A: 差在"性能是否与容量绑定"。gp2 是 3 IOPS/GB 的线性模型，100 GB 只有 300 IOPS；gp3 无论容量大小都白送 3,000 IOPS + 125 MB/s，且容量单价比 gp2 低 20%（美东 $0.08 vs $0.10）。除非你的应用依赖 gp2 的突发积分模型，否则没有理由继续用 gp2，改型在线完成，不停机。

Q: 100 GiB 的卷一个月大概多少钱？ A: 以香港 ap-east-1 为例：sc1 约 $1.98、st1 约 $5.94、gp3 约 $10.56、gp2 约 $13.20、io1/io2 容量部分约 $15.18。io2 还要另加 IOPS 费——同样 100 GiB 配 5,000 IOPS 会到 $411/月左右。io2 的成本由 IOPS 主导，不是由容量主导。

Q: 快照比我卷容量小，是丢数据了吗？ A: 不是。快照按"实际写入的块"计费，不保存空块，所以 1,000 GB 的卷如果只写了 200 GB 数据，归档快照就只有 200 GB。这是官方计费设计，不是快照不完整。

Q: 卷能缩小容量吗？ A: 不能。EBS 卷只支持扩容（以及在线调 IOPS/吞吐/换卷型）。要缩容必须新建小卷、迁移数据、再删除旧卷——所以初始容量不要一次给太大。

Q: io2 和 io1 怎么选？ A: 默认选 io2 Block Express。同样是 $0.125/GB-月的容量价，io2 提供 256,000 IOPS / 4,000 MiB/s / 64 TiB 单卷规格与 99.999% 耐久度，而 io1 上限是 64,000 IOPS / 1,000 MiB/s / 16 TiB。只有在老架构或特定实例不支持 io2 Block Express 时才考虑 io1。

Q: EBS 会不会丢数据？ A: EBS 卷的数据会在同一可用区内跨多台服务器复制，这项复制不额外收费；io2 Block Express 的年度故障率（AFR）为 0.001%，其他卷型为 0.1%–0.2%。但要注意：复制范围只在单个可用区内——整个可用区级别的灾难要靠快照跨区域复制来兜。

Q: EBS 和实例存储（Instance Store）怎么选？ A: 实例存储直接挂在物理机上，延迟最低、不额外收费，但实例停止或终止后数据全部丢失，且容量固定。它适合临时缓存、临时计算中间结果；系统盘、数据库、任何需要持久化的数据都放 EBS。

> ⚠️ 文中价格为 2026 年参考价（单价取自 AWS 官方定价页计费示例与官方价格清单接口，区域差异以美元计价），实际费用随区域、可用区与官方调价变动，请以 AWS 官网为准。

> 🚀 需要 AWS 国际版账号？通过 3.chengzicloud.cloud 获取最新注册教程与专属优惠，助你轻松上云。

> 本文由 3.chengzicloud.cloud 提供，点击访问首页了解更多