为什么阿里云服务器磁盘容量用GiB而不是GB来表示？

这是一个非常经典且容易让人困惑的问题，但首先要纠正一个核心误区：阿里云服务器（ECS）在控制台展示和计费时，底层使用的确实是 GB（Gigabyte），但在某些技术文档、底层存储接口或用户自行通过命令行查看时，可能会看到 GiB 的字样。

这并非阿里云“故意”混淆概念，而是由计算机存储计量标准的历史沿革以及不同层级的定义差异导致的。下面从技术原理、行业标准和使用场景三个维度来拆解这个问题。

1. 根本原因：二进制 vs 十进制的定义冲突

问题的根源在于“Giga”这个前缀在不同语境下的含义不同：

• GB (Gigabyte, 十进制)：

  • 定义：$1 text{ GB} = 10^9 text{ Bytes} = 1,000,000,000 text{ Bytes}$
  • 应用场景：硬盘厂商标称容量、云服务商计费单位、网络带宽速率。
  • 为什么用这个？因为十进制计算简单，符合人类直觉，也是国际电工委员会（IEC）后来推荐的用于表示存储容量的标准之一（尽管目前仍有争议）。

• GiB (Gibibyte, 二进制)：

  • 定义：$1 text{ GiB} = 2^{30} text{ Bytes} = 1,073,741,824 text{ Bytes}$
  • 应用场景：操作系统内核、内存寻址、文件系统底层结构、Linux/Windows 的系统工具（如 df、lsblk）。
  • 为什么用这个？计算机是二进制机器，内存地址、块设备大小都是按 2 的幂次分配的。

换算关系：
$$1 text{ GiB} approx 1.074 text{ GB}$$

也就是说，1 GiB 比 1 GB 大约大 7.4%。

2. 为什么你在阿里云环境中会看到 GiB？

A. 操作系统层面的“诚实”显示

当你登录到阿里云 ECS 实例（无论是 Linux 还是 Windows），使用系统命令查看磁盘时：

• Linux: 执行 df -h 或 lsblk。

  • 这些工具默认倾向于使用二进制单位（KiB, MiB, GiB）来报告内存和块设备的大小，因为它们是基于内核的页（page）和扇区（sector）计算的。
  • 如果你购买了一块标称 100 GB 的云盘，操作系统内部可能将其划分为 $100 times 10^9$ 字节的数据块，但在以 2 的幂次进行格式化和管理时，显示为约 93.1 GiB。
  • 注意：这不是容量丢失，而是单位换算造成的视觉差异。

• Windows: 资源管理器中显示的可用空间通常也基于二进制计算，所以你会看到类似 “93.1 GB 可用” 的情况（这里 Windows 其实也用 GB 表示 GiB，这是微软长期的习惯，进一步加剧了混淆）。

B. 云盘底层技术栈

阿里云的云盘（ESSD, SSD, HDD）是基于分布式存储架构构建的。虽然对外售卖时按 GB 计费，但其底层存储引擎在处理 I/O 请求、分配存储空间时，往往遵循标准的块设备协议（Block Device Protocol）。许多开源存储软件（如 Ceph, LVM）和虚拟化层（KVM/QEMU）在日志和调试信息中更倾向于使用 GiB，因为这更符合硬件抽象层的逻辑。

3. 阿里云的实际做法：计费用 GB，显示需区分

• 计费标准：阿里云明确声明，所有云产品（ECS、OSS、NAS 等）的容量单位均为 GB（十进制）。你购买的 100GB 云盘，就是 100 × 10⁹ 字节。
• 控制台展示：在阿里云控制台的“云盘”列表中，通常会标注单位为 GB。但如果你下载镜像或查看某些技术参数表，可能会遇到 GiB 的表述，这通常是引用上游技术文档或兼容国际标准（IEC）的结果。

4. 为什么行业普遍存在这种混淆？

• 硬盘厂商的传统：自 20 世纪 80 年代以来，硬盘制造商一直使用十进制（1 GB = 10⁹ Bytes）来标称容量，因为这样数字更大，看起来更划算。
• 操作系统厂商的习惯：微软和早期的 Unix/Linux 开发者坚持使用二进制（1 GB = 2³⁰ Bytes）来计算内存和文件占用，因为他们认为这才是“真实”的物理寻址能力。
• 结果：用户买了一个 500 GB 的硬盘，插进电脑后只看到 465 GB，以为被“偷”了，其实是单位换算问题。

5. 给开发者和运维人员的建议

1. 不要恐慌：如果你在阿里云 ECS 上看到磁盘大小为 93.1 GiB，而你购买的是 100 GB 云盘，这是完全正常的现象。实际可用字节数是 $100 times 10^9$，只是显示方式不同。
2. 统一认知：
   • 谈钱、谈合同、谈采购：一律视为 GB = 10⁹ Bytes。
   • 写代码、调优、看系统日志：注意区分 KiB/MiB/GiB（二进制）和 KB/MB/GB（十进制）。在 Linux 中，du -sh 默认使用 1024 进制，而 ls -lh 的文件大小也可能因文件系统而异。
3. 如何验证：
   在 Linux 服务器上，你可以运行以下命令验证实际字节数：

   # 查看/dev/vdb1 的实际总字节数
   lsblk /dev/vdb1 -b
   # 或者
   stat -c '%s' /path/to/file_on_disk

   如果结果是 ~100,000,000,000，那就是 100 GB；如果是 ~107,374,182,400，那就是 100 GiB。

总结

阿里云服务器并没有“用 GiB 代替 GB”，而是：

• 对外销售和基本计量：使用 GB（十进制）。
• 对内技术实现和操作系统反馈：由于计算机底层是二进制架构，常以 GiB（二进制） 呈现。

这是一种跨学科的标准不一致问题，而非云厂商的营销手段。理解这一点，就能避免在容量监控和成本核算中出现不必要的误解。