谷歌云CDN流量包代充 GCP Persistent Disk vs AWS EBS：云盘 IOPS 性能与动态扩容对比
用户真正需要判断的，通常不是“哪家的云盘标称 IOPS 更高”，而是三个问题：同样容量下能否达到业务所需性能、后续能否在线扩容、账单和账号是否容易出现支付或风控问题。
如果比较的是 AWS gp3 与 GCP 常用的 pd-balanced / pd-ssd，AWS EBS 的 IOPS 和吞吐量更容易单独调整；GCP 传统 Persistent Disk 的性能通常与磁盘容量、虚拟机规格和区域配额相关。若在 GCP 上要求独立购买 IOPS，应进一步比较 Hyperdisk 或 pd-extreme，而不能只拿 pd-balanced 与 gp3 对比。
先按业务场景选择，而不是按标称参数下单
| 业务情况 | 更适合优先评估的产品 | 下单前需要确认 |
|---|---|---|
| 普通网站、API、日志、开发环境 | AWS gp3 或 GCP pd-balanced | 实际随机读写比例、虚拟机磁盘带宽上限 |
| 数据库需要固定 8,000～20,000 IOPS | AWS gp3；GCP 评估 Hyperdisk 或 pd-extreme | 实例是否支持目标 IOPS，不能只看云盘参数 |
| 磁盘容量本身较大，性能随容量增加即可满足 | GCP pd-balanced / pd-ssd 可纳入比较 | 增加容量是否会造成不必要的存储费用 |
| 低延迟、高持久性数据库 | AWS io2 或 GCP 高性能磁盘产品 | IOPS、延迟、快照、跨可用区复制成本 |
| 跨可用区高可用 | 不能只靠单块 EBS 或 Persistent Disk | 数据库复制、快照恢复、区域磁盘和应用切换方式 |
IOPS 对比：gp3 更容易单独调，传统 GCP PD 更依赖容量
AWS gp3 的常见起始配置是每卷 3,000 IOPS 和 125 MiB/s 吞吐量，IOPS 与吞吐量可以在不改变容量的情况下单独调整。公开规格上，gp3 可配置到较高的 IOPS 和吞吐量，但实际可用上限还受 EC2 实例类型、EBS 带宽、区域配额以及 Nitro 支持情况影响。
GCP pd-balanced 和 pd-ssd 通常不是按“存储容量 + 单独购买 IOPS”的方式计算。容量、磁盘类型、虚拟机 vCPU 数量、磁盘接口和区域限制都会影响最终表现。因此，同样是 500 GB，不能直接认为 GCP pd-ssd 与 AWS gp3 预置 3,000 IOPS 是同一档性能。
一个经常遇到的情况是：业务开始时只需要 300 GB，但希望获得较高随机读性能。AWS gp3 可以保持 300 GB，只增加 IOPS；GCP 传统 PD 可能需要增加磁盘容量，或者改用支持独立性能配置的产品。此时 GCP 的存储容量虽然没有被业务使用，但仍会按照分配容量计费。
另外，IOPS 并不等于数据库实际吞吐。4K 随机读、16K 随机写、顺序写、带 fsync 的事务写入，测试结果差别很大。正式采购前，建议在相同 vCPU、相同文件系统和相同队列深度下，用 fio 测试随机读写和 p99 延迟，不要只看控制台显示的最大值。
动态扩容的实际操作：两家都能在线扩大，但都不能直接缩小
谷歌云CDN流量包代充 GCP Persistent Disk 扩容
GCP 磁盘通常可以在线增加容量。扩容后，云平台层面容量已经变大，但 Linux 系统中的分区和文件系统不一定自动变大。
gcloud compute disks resize DISK_NAME \
--size=1000GB \
--zone=ZONE如果磁盘使用单独分区，通常还需要执行类似操作：
sudo growpart /dev/sdb 1
sudo resize2fs /dev/sdb1 # ext4
sudo xfs_growfs /data # XFS实际设备名称需要通过 lsblk、df -Th 和云平台提供的磁盘标识确认。使用 LVM 时，还需要执行 pvresize、lvextend 等步骤。Windows 实例则需要重新扫描磁盘，并在磁盘管理中扩展卷。
AWS EBS 扩容与性能调整
AWS EBS 支持 Elastic Volumes。以 gp3 为例，可以同时调整容量、IOPS 和吞吐量：
aws ec2 modify-volume \
--volume-id vol-xxxxxxxx \
--size 1000 \
--iops 12000 \
--throughput 500修改提交后，需要通过 describe-volumes-modifications 查看状态。部分修改会经历 optimizing 阶段，业务通常可以继续运行，但不要在修改刚提交时立即用一次测试结果判断最终性能。
操作系统层面同样要扩展分区和文件系统。AWS Nitro 实例中，EBS 设备可能显示为 NVMe 名称，不能想当然地使用 /dev/sdf。扩容前应记录卷 ID 与系统设备的对应关系。
两家共同限制：云盘一般只能扩大，不能把 1 TB 直接缩回 500 GB。需要缩小时，应新建较小磁盘，再通过 rsync、数据库备份恢复、快照恢复或镜像迁移数据。直接修改分区表存在数据损坏风险。
成本算例：不要把“磁盘单价”当成最终账单
以下使用美国常见区域的公开价格做预算示例，未包含税费、快照、跨区域流量和实例费用，实际价格需要以购买区域的计算器为准。
| 配置示例 | 计算方式 | 预算结果 | 注意事项 |
|---|---|---|---|
| AWS gp3，500 GB，3,000 IOPS，125 MiB/s | 500 × 约 0.08 美元/GB/月 | 约 40 美元/月 | 属于 gp3 的常见基础配置 |
| AWS gp3，500 GB，12,000 IOPS，500 MiB/s | 存储约 40 美元 额外 IOPS 约 45 美元 额外吞吐约 15 美元 |
约 100 美元/月 | 实例带宽不足时，增加 IOPS 也不会提高实际速度 |
| GCP pd-balanced，500 GiB | 按约 0.10 美元/GiB/月估算 | 约 50 美元/月 | IOPS 通常不能像 gp3 一样直接单独购买 |
| GCP pd-ssd，500 GiB | 按约 0.17 美元/GiB/月估算 | 约 85 美元/月 | 仍需检查虚拟机规格和区域性能限制 |
这个表不能说明哪家一定便宜，因为 GCP 的 500 GB 磁盘可能无法达到 AWS gp3 12,000 IOPS 的同等结果；反过来，如果业务本来就需要 2 TB 容量，GCP 通过大容量带来的性能可能已经够用，容量和性能合并计费反而更容易预算。
还要把快照、备份副本和高可用成本加入计算。AWS EBS 卷位于某个可用区，跨可用区使用通常要依赖快照、复制或数据库自身同步；GCP zonal Persistent Disk 也与区域内的 zone 绑定，regional disk 会产生额外副本成本。停止虚拟机通常不会停止已分配云盘的计费。
账号开通与实名认证：不要为了省几美元购买现成账号
所谓“买 AWS 账号”或“买 GCP 账号”看起来能绕过注册审核，实际经常带来后续问题：原始注册邮箱可能被卖家找回，绑定的付款资料与企业名称不一致，账号历史上可能有欠费、违规资源或异常登录记录。即便初期可以创建实例，后续申请高配实例、提升 EBS IOPS 配额或开通结算功能时，仍可能重新触发审核。
企业使用时，建议用公司邮箱和公司付款资料开设自己的根账号或组织账号，再通过 IAM、AWS Organizations 或 GCP 项目权限分配给员工。不要把根账号密码交给代开人员，也不要让服务商长期掌握付款卡和恢复邮箱。
实名认证通常检查什么
- AWS：国际站通常先要求邮箱、手机号、付款卡和账单地址，后续可能要求身份证件、企业资料、付款证明或业务说明。AWS 的审核不一定使用中国平台所说的“实名认证”名称，但实际会进行账户验证。
- GCP：需要 Google 账号、Cloud Billing 账号和付款资料。试用转正式结算、申请配额、开通某些服务或触发异常风控时，可能要求验证个人或企业身份。
- 企业资料：营业执照、公司法定名称、注册地址、税务信息、授权人资料应保持一致。不要为了通过审核自行修改公司英文名称、地址或付款国家。
谷歌云CDN流量包代充 中国大陆用户开国际站账号时，最容易出问题的是付款国家、账单地址、手机号、登录位置和银行卡信息互相矛盾。使用香港或其他地区的付款卡，不代表可以随意把账单国家填写成该地区。资料不一致时，应先确认企业实际注册地和卡片账单地址，再决定注册区域。
充值、续费和支付：AWS、GCP都不是传统“买年限”模式
| 项目 | AWS | GCP |
|---|---|---|
| 计费方式 | 通常按月后付费，自动从付款方式扣款 | 通常按月或达到结算阈值后自动扣款 |
| 充值理解 | 一般不是购买固定时长；可使用符合规则的 credits 或合同结算 | 部分地区和合同账户支持预付款或发票结算，取决于付款国家和资质 |
| 常用支付 | Visa、Mastercard、American Express 及部分地区本地方式 | 信用卡、借记卡及部分地区支持的银行或发票方式 |
| 常见失败点 | 不支持跨境循环扣款、3DS失败、账单地址不匹配 | 付款资料国家不一致、银行卡不支持自动扣款、验证资料不足 |
企业卡最好确认支持跨境线上交易、循环扣款和 3D Secure。一次性虚拟卡、匿名预付卡、他人名下银行卡和第三方“代充值余额”都容易在后续扣款或风控时出现问题。促销额度也不等于现金，通常存在有效期、适用产品和区域限制，可能不能支付税费、技术支持、某些 Marketplace 项目或承诺消费。
账号开通后，建议立即设置预算提醒和消费通知。AWS 可按账户、服务和标签监控 EBS 成本；GCP 可按项目、账单账号和标签查看 Persistent Disk 支出。云盘扩容属于持续增加的月度成本，不是只收一次操作费。
使用限制是性能采购中最容易漏掉的一环
- 可用区限制：AWS EBS 卷通常只能挂载到同一 Availability Zone 的实例；GCP zonal PD 只能挂载到对应 zone。更换 zone 不能直接“搬过去”，需要快照、复制或迁移。
- 实例带宽限制：云盘配置了 20,000 IOPS，并不代表虚拟机能实际处理 20,000 IOPS。实例的 EBS 带宽、GCP 磁盘吞吐上限和 vCPU 数量都可能成为瓶颈。
- 挂载数量限制：不同实例规格有最大 EBS 或 Persistent Disk 挂载数。高并发数据库还要确认队列、设备接口和文件系统参数。
- 配额限制：新账号创建大容量磁盘、高 IOPS 卷或大量实例时，可能遇到区域级配额。生产环境应提前申请，而不是等到上线当天处理。
- 加密权限：AWS 使用 KMS 密钥时要检查实例角色和跨账号权限；GCP 使用 Cloud KMS 时要确认服务账号可以访问密钥，否则磁盘创建或挂载会失败。
常见失败案例与处理方式
| 现象 | 常见原因 | 处理建议 |
|---|---|---|
扩容后 df -h 没变化 |
只扩了云盘，没有扩分区或文件系统 | 先确认分区结构，再执行 growpart、resize2fs 或 xfs_growfs |
| gp3 增加 IOPS 后性能几乎不变 | 实例 EBS 带宽、CPU、数据库锁或队列深度受限 | 同时查看 CloudWatch、系统 iostat 和数据库等待事件 |
| GCP pd-ssd 达不到测试结果 | 虚拟机规格、磁盘容量、读写比例或区域上限限制 | 在相同实例规格和相同 fio 参数下重新测试 |
| 银行卡添加失败或自动扣款失败 | 不支持跨境循环扣款、3DS失败、地址或姓名不一致 | 联系发卡行确认授权，再检查云账号账单资料，不要连续重复尝试 |
| 账号刚注册就被要求补充资料 | 新账号、登录环境、付款方式或资源申请触发风控 | 提交真实身份证明、企业资料和付款证明，避免重新注册多个账号 |
| 磁盘无法挂载到目标实例 | zone 不一致、挂载数量达到上限或权限不足 | 先检查区域、实例限制、IAM/KMS 权限和磁盘状态 |
几个购买前经常被问到的问题
1. 500 GB 的 AWS gp3 和 GCP pd-balanced，哪个更快？
不能仅凭容量判断。gp3 至少有独立的 IOPS 和吞吐配置；pd-balanced 的结果与容量和虚拟机规格有关。若业务要求固定 12,000 IOPS，应分别确认 GCP 产品是否支持独立 IOPS 配置，并用同一套测试参数验证。
2. 动态扩容会不会导致业务中断？
云平台层面的扩容通常可以在线完成，但操作系统扩展分区和文件系统仍有风险。数据库、LVM、RAID 和 Windows 动态磁盘的处理方式不同。正式操作前应有快照或可验证的备份，不能把“支持在线扩容”理解成“任何文件系统都无需准备”。
3. 可以先买大盘，以后再缩小吗？
两家云盘都不适合直接缩容。容量规划不确定时，可以使用 LVM、按业务拆分多个数据卷，或定期把数据迁移到新建的小盘。日志盘尤其不要一次分配过大，否则即使暂时没有写满，也会持续产生存储费用。
4. 为了降低成本，是否应该购买海外现成账号？
不建议。账号历史、根邮箱、付款资料和风控记录无法彻底核验，后续申请配额或发生扣款争议时，实际使用者往往无法提供完整证明。企业项目应使用自身主体开通，再通过权限管理交给员工或服务商。
实际决策时，可以先确定三个数字：业务需要的有效容量、4K 随机读写的目标 IOPS、虚拟机能够提供的磁盘带宽。若希望性能和容量分别调整，优先核算 AWS gp3 或 GCP Hyperdisk；若容量较大且性能随容量增长已经足够，再比较传统 Persistent Disk 的总成本。账号则应按照真实企业主体、匹配的付款资料和可持续扣款方式开通，避免后续扩容、续费和风控审核同时出现问题。
