> 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/tier0-local-redundancy.md).

# 本地节点 Tier 0 元数据冗余（D+x）

VergeOS 如何将 Tier 0 元数据镜像到控制器节点的本地驱动器（D+x）上，以匹配系统冗余级别，以及驱动器数量如何决定可用的元数据容量。

## 概述

{% hint style="info" %}
**要点**

* **规则** — 每个控制器节点会根据系统冗余级别要求，保留尽可能多的 Tier 0 元数据本地副本（N+1 为两个，N+2 为三个），但不超过该节点中的 Tier 0 驱动器数量。
* **自动** — 只要某个控制器节点拥有多个 Tier 0 驱动器，VergeOS 就会在本地镜像元数据。无需进行任何配置。
* **容量影响** — 可用的 Tier 0 容量等于 Tier 0 原始总容量除以本地副本数。N+1 系统中的两块 1.6 TB 驱动器可提供约 1.6 TB 的可用容量。
  {% endhint %}

Tier 0 是 VergeOS 系统中最关键的存储层。它保存元数据，并且 **没有元数据，所有层上的数据都会无法访问**。Tier 0 仅存在于控制器节点上。

[节点间冗余](/run-the-platform/zh/cun-chu/vsan-redundancy-levels.md) （N+1 或 N+2）会在控制器节点之间保留元数据副本。在每个控制器节点内部，VergeOS 还会在该节点的本地 Tier 0 驱动器之间镜像元数据。这种本地镜像（D+x）与系统冗余级别一致：N+1 系统保留两个本地副本（D+1），N+2 系统保留三个（D+2）——但副本数量永远不会超过该节点的 Tier 0 驱动器数量。

{% hint style="info" %}
**为什么只有 Tier 0？**

Tier 0 存储元数据——即将每个卷的每个块映射到其物理位置的索引。丢失元数据意味着无法访问所有数据，即使底层块本身完好无损。对于元数据，VergeOS 会在每个控制器节点本地匹配集群的弹性能力。
{% endhint %}

## 按驱动器数量划分的本地副本与可用容量

本地副本会分摊原始容量：

**可用的 Tier 0 容量 ≈ Tier 0 原始总容量 ÷ 本地副本数**

为简化起见，下表使用 1 TB 驱动器：

| 系统冗余 | Tier 0 驱动器 | 原始容量 | 本地副本 | 可用容量    | 本地保护    |
| ---- | ---------- | ---- | ---- | ------- | ------- |
| N+1  | 1          | 1 TB | 1    | 1 TB    | 无       |
| N+1  | 2          | 2 TB | 2    | 1 TB    | 完全（D+1） |
| N+1  | 3          | 3 TB | 2    | 1.5 TB  | 完全（D+1） |
| N+1  | 4          | 4 TB | 2    | 2 TB    | 完全（D+1） |
| N+2  | 1          | 1 TB | 1    | 1 TB    | 无       |
| N+2  | 2          | 2 TB | 2    | 1 TB    | 部分（D+1） |
| N+2  | 3          | 3 TB | 3    | 1 TB    | 完全（D+2） |
| N+2  | 4          | 4 TB | 3    | 1.33 TB | 完全（D+2） |

例如，N+2 系统的目标是三个本地副本（D+2），但只有两块 Tier 0 驱动器的控制器节点只能提供两个副本。超过所需副本数量的驱动器会增加可用容量，而不会增加副本数。以实际场景为例，N+1 系统中配有两块 1.6 TB 驱动器的控制器节点可提供约 1.6 TB 的可用元数据容量。

{% hint style="warning" %}
**单驱动器控制器节点**

只有一块 Tier 0 驱动器的控制器节点没有本地元数据保护。N+1 或 N+2 冗余仍可在节点之间保护元数据，但该节点上任何 Tier 0 驱动器故障都会使其依赖其他控制器节点上的副本。每个控制器节点至少安装两块 Tier 0 驱动器。
{% endhint %}

## 容量规划建议

* 在每个控制器节点中安装数量相同、容量相同的 Tier 0 驱动器。
* 对于 N+1 系统，每个控制器节点安装两块 Tier 0 驱动器，以获得完全本地保护（D+1）。
* 对于 N+2 系统，每个控制器节点安装三块 Tier 0 驱动器，以获得完全本地保护（D+2）。
* 有关按每 TB 计算的元数据容量规划指导，请参阅 [节点容量规划指南](/plan-and-deploy/zh/shi-shi-zhi-nan/sizing.md).

## 当 Tier 0 驱动器故障时

如果某块 Tier 0 驱动器发生故障，其余驱动器会继续不中断地提供元数据服务。随后，在你更换该驱动器之前，该层将以降低的本地保护级别运行。驱动器停机期间， **冗余** 该层状态卡上的复选框将被取消勾选——请参见 [查看层冗余状态](/run-the-platform/zh/cun-chu/vsan-redundancy-levels.md#viewing-tier-redundancy-status)。请尽快更换故障驱动器。

## 下一步

* [了解 vSAN 冗余级别](/run-the-platform/zh/cun-chu/vsan-redundancy-levels.md) — N+1 和 N+2 节点间冗余。
* [VergeOS vSAN 中的存储层](/run-the-platform/zh/cun-chu/storage-tiers.md) — 完整的层级模型，包括 Tier 0 硬件建议。
* [更换有缺陷或已达寿命终点的驱动器](/run-the-platform/zh/yun-wei/drive-replacement.md) — 驱动器更换流程。
* [节点容量规划指南](/plan-and-deploy/zh/shi-shi-zhi-nan/sizing.md) — Tier 0 容量和驱动器建议。


---

# 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 by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://docs.verge.io/run-the-platform/zh/cun-chu/tier0-local-redundancy.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

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.