> For the complete documentation index, see [llms.txt](https://docs.verge.io/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.verge.io/run-the-platform/zh/cun-chu/storage-units.md).

# 存储单位与容量报告

## 概述

VergeOS 在 GUI、仪表板和使用情况报告中使用熟悉的标签（KB、MB、GB、TB）显示存储容量，并通过以下方式计算存储值 **基于 1024 的（二进制）运算**。这些标签采用 SI 风格（“TB”），而底层数值则以 tebibyte（TiB）、gibibyte（GiB）等单位表示。本页解释这种行为、其重要性，以及如何将 VergeOS 的数值与磁盘制造商宣传的 SI 容量数值进行对照。

这种标签约定并非 VergeOS 独有。大多数操作系统和企业基础设施存储产品（Windows、大多数 Linux 工具、传统 SAN/NAS 阵列以及其他 HCI 平台）都使用 SI 风格的标签——KB、MB、GB、TB——同时在底层采用 1024 进制计算。相比之下，磁盘制造商在产品标签和数据表中始终使用严格的 SI 定义（每 TB 为 10¹² 字节），这就造成了下文所述的表面差异。

## 快速参考

{% hint style="info" %}
**VergeOS UI 中“TB”的含义**

显示为 **1 TB** 的值在 VergeOS 中代表 **1 TiB** ——即 2⁴⁰ 字节（1,099,511,627,776 字节），而不是 SI 定义的 10¹² 字节（1,000,000,000,000 字节）。同样的原则也适用于 KB / MB / GB。
{% endhint %}

## 为什么这很重要

磁盘制造商和大多数面向消费者的存储产品使用 SI（十进制、1000 进制）前缀，这是一种行业惯例，会使容量数字看起来比二进制单位更大。操作系统和基础设施平台（包括 VergeOS）通常使用二进制（1024 进制）计算，因为存储按 2 的幂进行分配、寻址和报告。由于磁盘制造商的规格表和 VergeOS UI 都使用“TB”这一标签，这两个数值看起来可以直接比较——但实际上并非如此。制造商的“TB”表示 10¹² 字节；VergeOS 的“TB”表示 2⁴⁰ 字节（1 TiB）。

这种差异会随着容量增大而累积：在 VergeOS 中标为 1 TB 的容量，比制造商标称的 1 TB 硬盘大约多 9.95%。到 PB 级别时，这一差距接近 12.6%。

## 示例计算

制造商标称为 **1 TB** 的硬盘包含 1,000,000,000,000 字节（10¹² B，SI）。

在 VergeOS 中报告的相同字节数将显示为 **\~0.909 TB**，因为 VergeOS 使用 TiB 计算（1 TB 标签 = 1,099,511,627,776 B）。

等效地，VergeOS 标为 **1 TB** 是 **1,099,511,627,776 B**的值相当于 **\~1.0995 SI TB** ——大约比 **9.95% 大** 于硬盘标签所宣传的容量。

## 示例场景

一位客户购买了四块制造商标称为 **4 TB** 的硬盘，预期获得 **16 TB** 原始容量。安装后，VergeOS UI 将该阵列报告为大约 **14.55 TB**，客户便询问少掉的约 1.45 TB 去哪了。

没有任何容量丢失——购买的每一个字节都还在，而且可以使用。每块硬盘都包含 4 × 10¹² 字节（4 SI TB），而 VergeOS 可以访问全部这些容量。它只是使用 TiB 计算方式，但用“TB”标签来报告相同的字节数：

* 每块硬盘 4 SI TB × 4 块硬盘 = 16,000,000,000,000 字节
* 16,000,000,000,000 ÷ 1,099,511,627,776 = **\~14.55 TiB**，显示为“14.55 TB”

在常见硬盘容量下也会出现同样的效果：

| 制造商标签    | VergeOS 显示 |
| -------- | ---------- |
| 1 TB 硬盘  | \~0.91 TB  |
| 4 TB 硬盘  | \~3.64 TB  |
| 8 TB 硬盘  | \~7.28 TB  |
| 12 TB 硬盘 | \~10.91 TB |
| 16 TB 硬盘 | \~14.55 TB |

## 单位参考

| VergeOS 标签 | 内部值（字节）                     | SI 等值             | 与 SI 的差异 |
| ---------- | --------------------------- | ----------------- | -------- |
| 1 KB       | 1,024 (2¹⁰)                 | 1,000             | +2.40%   |
| 1 MB       | 1,048,576 (2²⁰)             | 1,000,000         | +4.86%   |
| 1 GB       | 1,073,741,824 (2³⁰)         | 1,000,000,000     | +7.37%   |
| 1 TB       | 1,099,511,627,776 (2⁴⁰)     | 1,000,000,000,000 | +9.95%   |
| 1 PB       | 1,125,899,906,842,624 (2⁵⁰) | 10¹⁵              | +12.59%  |

## 适用范围

TB 作为 TiB 的约定适用于整个 VergeOS 平台，包括：

* 系统、集群和层级仪表板中显示的 vSAN 容量和可用空间数值
* GUI 中报告的存储层级大小（参见 [存储层级](/run-the-platform/zh/cun-chu/storage-tiers.md))
* 虚拟机磁盘大小和快照
* NAS 卷大小
* 租户资源分配和 [使用情况报告](/run-the-platform/zh/zu-hu/tenant-usagereports.md)
* 备份和复制大小报告

除标签约定外，vSAN 可用容量还会受到冗余级别的影响，冗余会以容错为代价降低可用容量。相比之下，重复数据删除通常通过折叠重复块来增加可用容量。这些影响与本页所述的单位标签行为无关。参见 [vSAN 架构](/run-the-platform/zh/cun-chu/vsan-architecture.md) 和 [vSAN 冗余级别](/run-the-platform/zh/cun-chu/vsan-redundancy-levels.md) 了解详细信息。

## 跨屏幕显示舍入

同一块硬盘的容量在 VergeOS UI 的不同屏幕上可能会显示不同。某些页面——例如节点硬盘列表——会四舍五入到整数，通常与制造商的 SI 标签一致（标称为“2 TB”的硬盘显示为“2 TB”）。其他页面——例如节点硬盘仪表板——会显示精确的二进制值，并四舍五入到最接近的十分位（同一块硬盘显示为“1.8 TB”）。这两个数值指的是同一块物理硬盘；只是舍入约定不同。

## 规划建议

根据制造商规格规划 VergeOS 部署时：

* 将硬盘标签上的“TB”数值视为 **SI TB** （10¹² 字节）。
* 在与 VergeOS 数值比较前，先换算为二进制计算（TiB）：TiB ≈ SI TB × 0.9095。
* 或者等效地，将 VergeOS 的“TB”数值乘以约 1.0995，再与硬盘标签容量进行比较。

## 相关指南

* [节点容量规划指南](/plan-and-deploy/zh/shi-shi-zhi-nan/sizing.md) — VergeOS 部署的容量规划建议
* [vSAN 架构](/run-the-platform/zh/cun-chu/vsan-architecture.md) — vSAN 如何分发并保护数据
* [vSAN 冗余级别](/run-the-platform/zh/cun-chu/vsan-redundancy-levels.md) — 冗余如何影响可用容量
* [存储层级](/run-the-platform/zh/cun-chu/storage-tiers.md) — 性能与容量分层
* [租户使用报告](/run-the-platform/zh/zu-hu/tenant-usagereports.md) — 解读按租户容量报告


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://docs.verge.io/run-the-platform/zh/cun-chu/storage-units.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.