For the complete documentation index, see llms.txt. This page is also available as Markdown.

本地节点 Tier 0 元数据冗余(D+x)

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

概述

要点

  • 规则 — 每个控制器节点会根据系统冗余级别要求,保留尽可能多的 Tier 0 元数据本地副本(N+1 为两个,N+2 为三个),但不超过该节点中的 Tier 0 驱动器数量。

  • 自动 — 只要某个控制器节点拥有多个 Tier 0 驱动器,VergeOS 就会在本地镜像元数据。无需进行任何配置。

  • 容量影响 — 可用的 Tier 0 容量等于 Tier 0 原始总容量除以本地副本数。N+1 系统中的两块 1.6 TB 驱动器可提供约 1.6 TB 的可用容量。

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

节点间冗余 (N+1 或 N+2)会在控制器节点之间保留元数据副本。在每个控制器节点内部,VergeOS 还会在该节点的本地 Tier 0 驱动器之间镜像元数据。这种本地镜像(D+x)与系统冗余级别一致:N+1 系统保留两个本地副本(D+1),N+2 系统保留三个(D+2)——但副本数量永远不会超过该节点的 Tier 0 驱动器数量。

为什么只有 Tier 0?

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

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

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

可用的 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 的可用元数据容量。

容量规划建议

  • 在每个控制器节点中安装数量相同、容量相同的 Tier 0 驱动器。

  • 对于 N+1 系统,每个控制器节点安装两块 Tier 0 驱动器,以获得完全本地保护(D+1)。

  • 对于 N+2 系统,每个控制器节点安装三块 Tier 0 驱动器,以获得完全本地保护(D+2)。

  • 有关按每 TB 计算的元数据容量规划指导,请参阅 节点容量规划指南.

当 Tier 0 驱动器故障时

如果某块 Tier 0 驱动器发生故障,其余驱动器会继续不中断地提供元数据服务。随后,在你更换该驱动器之前,该层将以降低的本地保护级别运行。驱动器停机期间, 冗余 该层状态卡上的复选框将被取消勾选——请参见 查看层冗余状态。请尽快更换故障驱动器。

下一步

最后更新于

这有帮助吗?