> 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/plan-and-deploy/zh/shi-shi-zhi-nan/sizing.md). # 节点容量规划 VergeOS 节点的基线硬件配置方案。请使用这些建议来规划标准生产、小型/边缘、备份部署。如需性能型或大规模设计，请联系销售或合作伙伴。 使用本指南为 VergeOS 部署规划硬件。 以下配置文件是 **基准建议**，而不是硬性最低要求。请从与您的部署相匹配的配置文件开始，然后根据工作负载密度、快照计划与保留、维护窗口以及增长情况进行调整。 {% hint style="info" %} **工作负载资源** 本指南中的数值涵盖 VergeOS 系统运行。请为虚拟机、应用程序、峰值负载和增长额外分配 CPU、RAM 和存储。 {% endhint %} ## 部署模型选择 使用此表选择正确的配置文件来为节点定容。这些模型旨在提供方向性指导，而非严格规定。请选择适合您环境的模型，然后根据具体需求进行调整。 | 部署模型 | 典型使用场景 | 主要特征 | 何时选择 | | ----------------------------------------------------- | ------------------------------ | ----------------------------------------- | ---------------------------- | | [**标准生产**](#standard-production) | 混合工作负载、中型数据库、通用业务应用 | CPU/RAM 均衡、性能可预测、完全冗余 | 适用于需要简单扩展且为业务线应用提供可预测性能的通用部署 | | [**备份**](#backup-nodes) | 归档保留、同步备份 | 可接受耐久度较低的介质，仅在控制器节点上使用 Tier 0 | 当节点存储的是备份数据而非生产工作负载时 | | [**小型 / 边缘**](#small-edge) | 零售、远程站点、传感器、轻量分析 | 1–2 个节点，简单、低密度，通常没有专用 Tier 0 | 当简单性和占用空间比性能更重要时 | | [**单节点**](#single-node-systems) | 小型站点、实验室、测试环境 | 无 Core Fabric，元数据位于主层 | 当不需要冗余时 | | [**性能 / 高容量 / 规模**](#performance-high-capacity-scale) | 高 IOPS 数据库、GPU 分析、大型 VDI、多租户托管 | 高基础频率 CPU、大容量 RAM 缓冲、高耐久 Tier 0、以 NVMe 为主 | 当性能或规模是首要需求时 | ## 如何使用本指南 1. [应用通用节点要求](#generic-node-requirements) — CPU、RAM、NIC、磁盘类型、耐久度 2. [识别您的部署模型](#deployment-model-selection) — 使用上表选择您的配置文件 3. [确定 Tier 0（元数据）容量](#tier-0-metadata-sizing) — 基于可用的 Tier 1–5 容量和快照保留 4. [为工作负载增加 CPU 和 RAM](#ram-for-storage) — VergeOS 系统要求加上来宾工作负载资源 大多数标准生产系统作为一个 HCI 集群运行。集群数量是部署模型的一个简短代理： * **1 个集群：** HCI。控制器、存储和计算角色可以共享相同节点。 * **2 个集群：** 混合 UCI/HCI。 * **3 个或更多集群：** 完整 UCI。 有关 HCI 和 UCI 模型、节点类型以及何时分离角色，请参见 [HCI 与 UCI：部署模型](/learn-the-platform/zh/mo-kuai-1-jia-gou-ji-chu/02-hci-vs-uci.md) 以及 [集群与节点类型](/learn-the-platform/zh/mo-kuai-1-jia-gou-ji-chu/05-clusters-nodes.md) 在“了解平台”中。 {% hint style="info" %} **HCI 是默认选择** 专用控制器、仅存储或仅计算节点是可选的设计选择，并非每个部署都必须具备。 {% endhint %} VergeOS 销售、支持以及授权经销商可协助进行工作负载评估和硬件选择。请参见 [联系 Verge.io](https://www.verge.io/contact/). ## 通用节点要求 以下最低要求适用于所有节点类型和配置文件： * 支持硬件虚拟化的 AMD 或 Intel x86\_64 处理器 * 最低要求 **16 GB RAM** 专用于 VergeOS * IPMI、iDRAC、iLO 或同等带外管理 * HBA 或 RAID 控制器处于 **JBOD 或 IT 模式** （无 RAID）；优先使用 NVMe 直连 * **1 × 1 GbE** 用于外部网络的 NIC（Intel、NVIDIA Mellanox 或 Broadcom） * **1 × 10 GbE** 用于 Core Fabric 网络的 NIC（Intel、NVIDIA Mellanox 或 Broadcom；单节点部署不需要） {% hint style="info" %} **硬件驱动参考** VergeOS 作为平台的一部分包含广泛的网络和存储驱动程序。如果您正在规划部署并想查看驱动清单，请参见： * [包含的以太网驱动程序](/plan-and-deploy/zh/shi-shi-zhi-nan/sizing/nic-driver-list.md) * [包含的存储驱动程序](/plan-and-deploy/zh/shi-shi-zhi-nan/sizing/storage-driver-list.md) 如果您没有看到计划使用的硬件，请联系 **VergeOS 销售** 以获取指导。 {% endhint %} 有关核心 Fabric 和外部网络设计，请参见 [网络设计](/plan-and-deploy/zh/shi-shi-zhi-nan/network-design.md). ### 磁盘和耐久度指导 在为某个配置文件选择磁盘之前，请先查看此指导。 {% hint style="danger" %} **仅限企业级磁盘（生产环境）** VergeOS 官方不支持在生产环境或生产备份系统中使用消费级磁盘。请使用企业级设备。消费级磁盘在测试、开发或概念验证场景中，如果可以接受数据丢失，则可使用。某些消费级设备会因固件限制或非标准命令而失效。 {% endhint %} {% hint style="warning" %} **仅用于启动的设备（包括 Dell BOSS）** 诸如 Dell BOSS 卡之类的启动导向设备仅用于 **启动或操作系统**。不要将它们分配到存储层级 0–5。请将其选为 VergeOS 的仅启动设备。这些设备缺乏 Tier 0 和工作负载层所需的写入耐久度和写入缓冲。 {% endhint %} * **Tier 0：** 仅使用企业级介质。不要使用消费级 NVMe。有关耐久度和容量要求，请参见 [Tier 0（元数据）定容](#tier-0-metadata-sizing). * **生产工作负载层（Tier 1–5）：** 仅使用企业级介质。不要使用消费级 NVMe。对于写入型或通用介质，最低使用 **每天 1 次全盘写入（DWPD）**。如果该介质与工作负载相匹配，则可以使用读取密集型企业级介质。 * 大于 **8 TB** 的 HDD 不建议在归档专用环境之外使用。大容量 HDD 会延长重建时间，并可能影响性能和可用性。 ### Tier 0（元数据）定容 Tier 0 保存 vSAN 元数据：即 VergeOS 用于跟踪可用数据的结构信息。在每种部署配置文件中，正确的 Tier 0 定容对于稳定运行 vSAN 至关重要。元数据需求会随工作负载行为、快照策略和 vSAN 规模而变化。请参见 [VergeOS vSAN 中的存储层级](/run-the-platform/zh/cun-chu/storage-tiers.md). **元数据存储位置：** 大多数部署将元数据存储在专用 Tier 0 上。小型/边缘系统 [也可以将元数据存储在主层上](#small-edge)。适用相同的定容指导；请在主层中预留所需的元数据容量。 #### Tier 0 基线要求 * **介质：** 企业级 SSD。Tier 0 不必是 NVMe——只要满足以下耐久度和容量要求，企业级 SAS SSD 也是可以接受的。 * **最低耐久度：** 1 DWPD * **容量：** 约 **每 1 TB 可用 Tier 1–5 容量对应 5 GB 可用 Tier 0** （3 DWPD），或等效的容量和耐久度配置文件（例如，1 DWPD 下每 1 TB 为 15 GB） 该比例的两侧都属于 **系统级可用容量**，按冗余后计算。元数据副本——跨控制器节点以及节点内的本地驱动器——属于冗余，而不是新增的可用容量：可用 Tier 0 等于原始 Tier 0 除以本地副本数。请参见 [本地节点 Tier 0 元数据冗余（D+x）](/run-the-platform/zh/cun-chu/tier0-local-redundancy.md). 这种等效关系是用容量换取耐久度：无论哪种方式，元数据都占用约每 1 TB 5 GB。对于 1 DWPD 介质，额外容量意味着耐久度余量，而不是额外的元数据空间。当 1 DWPD 企业级介质已能满足需求时，应优先选择在 1 DWPD 下具有足够容量的介质，而不是追求 3 DWPD。 此基线假设默认的 [*系统快照* 配置文件](/automate-protect-and-extend/zh/bei-fen-yu-dr/snapshot-profiles.md) 或类似的计划。该配置文件会同时保留 **7 个快照** ：3 个每小时、3 个每日（午夜）以及 1 个每日（中午）。在计算您自己的保留快照时，请将 VM 和卷快照配置文件以及系统配置文件都包括在内。 #### 何时增加 Tier 0 容量 **增加快照保留** 快照行为是元数据增长的主要驱动因素。每个保留的快照最多会增加约 **每 1 TB 可用 Tier 1–5 容量 0.5 GB** （上限）。实际使用量取决于快照增量：重 SQL 或随机写模式等写入密集型工作负载会接近上限，而顺序型或变更较少的工作负载每个快照使用的元数据更少。 保守基线可吸收默认配置文件之外的中等保留量。对于大多数具有 **低到中等变更率**的系统，基线（5 GB/TB）可容纳约 **25–30 个快照**。机群遥测证实了这一点：25 个快照时的第 75 百分位大约为 4.7 GB/TB，正好处于基线水平。具有 **中到高变更率** （例如高密度 SQL 数据库使用、高频交易系统、PLC）的系统，在保留 25–30 个快照时，应提高到约 **每 1 TB 可用 Tier 1–5 容量 10 GB 可用 Tier 0** 。 **Tier 0 定容示例** | 变更率 | 保留的快照数 | Tier 0 定容 | 备注 | | ---- | ------ | ----------- | ---------------------- | | 低到中等 | 7（默认） | 5 GB/TB（基线） | 基线可安全容纳默认的 7 个快照 | | 低到中等 | 25–30 | 5 GB/TB（基线） | 25–30 个快照仍可被吸收 | | 中到高 | 7（默认） | 5 GB/TB（基线） | 基线可安全容纳默认的 7 个快照 | | 中到高 | 25–30 | 10 GB/TB | 在中到高变更率下、保留更多快照时的较高指导值 | 如果您计划保留超过大约 25–30 个快照，或面临超出此表范围的工作负载，请联系 VergeOS 销售或授权经销商合作伙伴以获得帮助。请参见 [联系 Verge.io](https://www.verge.io/contact/). **计划中的 vSAN 容量扩展** 请按总的 vSAN 可用容量来规划 Tier 0。如果您预计近期会扩容（增加存储节点或扩展 Tier 1–5），请提前加大 Tier 0，以避免日后更换元数据设备。 如需在安装后添加 Tier 0，请参见 [向现有系统添加 Tier 0](/knowledge-base/zh/storage-vsan/adding-tier-zero.md). 元数据定容涉及多个相互依赖的因素。VergeOS 销售和授权经销商合作伙伴可协助进行新部署和扩容的工作负载评估及 Tier 0 规划。请参见 [联系 Verge.io](https://www.verge.io/contact/). ### 用于存储的 RAM * **基线：** 在每个节点上，预留 **16 GB 给 VergeOS，再加上每 1 TB 原始存储 1 GB RAM** 在该节点上。来宾工作负载 RAM 另行计算。例如，一个拥有 8 TB 原始容量的节点，在来宾 RAM 之前需预留 24 GB。 * **存储缓冲（缓存）RAM** 是单独且叠加的需求。在性能环境中它最为重要。不要把单一较高的 GB/TB 数值当作这两项需求的替代。要为 [性能](#performance-high-capacity-scale) 部署模型节点及其存储缓冲进行定容，请联系 VergeOS 合作伙伴或 VergeOS 销售团队。 ### CPU 和存储磁盘 对于标准生产和备份配置文件，请计划 **每个存储磁盘配备 1 个物理核心** 在每个提供 vSAN 磁盘的节点上。将 Tier 0 设备算作存储磁盘。不要将启动设备计入，也不要将硬件线程算作额外核心。 ## 部署配置文件 ### 标准生产 适用于混合工作负载的平衡型通用部署，具有可预测的性能、中等 VM 密度、完全冗余和简单扩展。 **通常适用于：** 业务线应用、中型数据库、轻量 AI/ML 工作负载。 **示例用例：** * 运行 ERP、SQL、文件服务和一个小型 VDI 池的制造公司 * 运行 Windows Server 工作负载、SQL 数据库、文档管理和季节性高负载应用的咨询公司 #### 角色灵活性 VergeOS 支持灵活的节点角色设计。以下要求描述了控制器、存储和计算角色的功能需求；根据硬件可用性、工作负载密度和部署规模，这些角色可以组合在同一物理节点上。大多数标准生产系统使用既作为控制器又参与存储的节点，而较小环境可能将控制器、存储和计算工作负载运行在同一节点上。有关节点角色设计，请参见 [集群与节点类型](/learn-the-platform/zh/mo-kuai-1-jia-gou-ji-chu/05-clusters-nodes.md). 通用 NIC 清单只是最低要求。生产系统使用两条带冗余连接的 Core Fabric 网络，通常每个节点配备 4 × 10/25/40/100 GbE 端口。请参见 [网络设计](/plan-and-deploy/zh/shi-shi-zhi-nan/network-design.md). #### 控制器角色（节点 1 和 2；以及 N+2 设计中的节点 3） 承担控制器角色的节点也可以参与存储并运行工作负载，这取决于部署设计。有关 N+1 和 N+2 要求，请参见 [了解 vSAN 冗余级别](/run-the-platform/zh/cun-chu/vsan-redundancy-levels.md). * **处理器：** 2.7 GHz+ CPU（基础频率） * **RAM：** 每个节点 16 GB + 每 1 TB 原始存储 1 GB，再加上来宾工作负载 RAM（见 [用于存储的 RAM](#ram-for-storage)) * **Tier 0（元数据存储）：** * 高耐久企业级 SSD（NVMe 或等效产品），在 3 DWPD 下每 1 TB 可用 Tier 1–5 容量提供 5 GB 可用 Tier 0，或等效的耐久度配置文件（例如，1 DWPD 下每 1 TB 为 15 GB） * 最低可接受耐久度：1 DWPD {% hint style="info" %} **容量考量** * 当节点拥有多个 Tier 0 驱动器时，VergeOS 会自动在本地驱动器之间镜像元数据，以匹配系统冗余级别（N+1 为两份副本，N+2 为三份副本），最多不超过驱动器数量。可用 Tier 0 容量等于总原始 Tier 0 容量除以本地副本数；超出所需副本数的驱动器会增加可用容量。详情请参见 [本地节点 Tier 0 元数据冗余（D+x）](/run-the-platform/zh/cun-chu/tier0-local-redundancy.md). * 在 N+1 系统中，每个控制器节点安装两块 Tier 0 驱动器；在 N+2 系统中安装三块，以获得完整本地保护。 * 对于数据变更率高和/或快照保留扩大的环境，必须增加元数据容量；请参见 [Tier 0（元数据）定容](#tier-0-metadata-sizing). {% endhint %} #### 存储角色（vSAN 参与节点） 承担存储角色的节点也可以充当控制器或运行计算工作负载。至少使用两个磁盘配置相同的节点（除外 [单节点系统](#single-node-systems)). * **处理器：** 2.7 GHz+ CPU（基础频率）。基础频率也会影响在节点上运行计算时的存储性能。 * **RAM：** 每个节点 16 GB + 每 1 TB 原始存储 1 GB（见 [用于存储的 RAM](#ram-for-storage)) * **CPU：** 每个存储磁盘 1 个物理核心（见 [CPU 和存储磁盘](#cpu-and-storage-disks)) * **存储：** * 每个节点至少一个企业级 NVMe 或 SATA/SAS SSD（主层） * 企业级 HDD 可用于低性能、快照、归档或文件服务（见 [磁盘和耐久度指导](#disk-and-endurance-guidance)) #### 计算角色 仅计算节点是可选的；在较小或合并式部署中，计算工作负载可以运行在控制器或存储节点上。 * **仅计算节点：** 遵循 [通用节点要求](#generic-node-requirements) 并根据其承载的工作负载来规划 CPU 和 RAM。基础频率仍会影响来宾磁盘延迟：即使磁盘位于其他节点上，仅计算节点也会处理 I/O。 * **组合角色：** 当计算工作负载运行在同时承担控制器或存储角色的节点上时，请分配足够的额外资源。来宾工作负载需要独立于 VergeOS 为控制器功能、元数据处理和 vSAN 参与所需资源的 CPU 和 RAM 容量。为组合角色节点定容时，应为来宾内存预留额外 RAM，并提供足够的 CPU 余量，以确保系统服务和托管工作负载的性能都保持可预测。 *** ### 性能 / 高容量 / 规模 将此配置文件用于高密度、高 IOPS、低延迟环境、大量快照、持续写入模式或大规模东西向流量。 适用于标准生产的固定 GB/TB 比例无法线性扩展到大型性能系统中。快照计划和保留决定元数据需求。存储缓冲 RAM 是单独的叠加要求。 {% hint style="warning" %} **与合作伙伴或销售一起进行架构设计** 请联系 VergeOS 合作伙伴或 VergeOS 销售团队，为您的性能环境进行架构设计。使用已发布的 [参考架构](/plan-and-deploy/zh/can-kao-jia-gou/data-science.md) 在适用的地方。不要将标准生产比例视为超大规模 NVMe 系统的线性指导（例如，多十几个节点、PB 级别）。 {% endhint %} **示例用例：** * 拥有高交易量数据库、大型 VDI 或 GPU 分析的金融服务 * 提供多租户托管和 GPU 加速工作负载的区域 MSP 当由合作伙伴设计系统时，典型构件包括更高基础频率的 CPU、每 TB 原始存储更多的 RAM 加上明确的存储缓冲 RAM、冗余的高耐久 Tier 0、每个存储节点多个企业级 SSD 或 NVMe 设备，以及 25/40/100 GbE Fabric。具体数值取决于工作负载和规模。 相关页面： * [高性能集群部署](/plan-and-deploy/zh/can-kao-jia-gou/data-science.md) * [多租户部署](/plan-and-deploy/zh/can-kao-jia-gou/csp.md) *** ### 小型 / 边缘 两个节点或更少。紧凑型部署，优先考虑简单性和较低的运维开销。适用于小型站点、零售、远程设施和分布式边缘。工作负载适中，密度不高。 **示例：** * 接入传感器并运行轻量分析的远程监控站点 * 向中央或区域站点上报的零售门店 #### 节点要求 * **处理器：** 请参见 [通用节点要求](#generic-node-requirements) * **RAM：** 每个节点 16 GB + 每 1 TB 原始存储 1 GB（见 [用于存储的 RAM](#ram-for-storage)) * **Tier 0：** 如果设计需要专用元数据设备，仍需规划 Tier 0。Tier 0 不必是 NVMe——企业级 SAS 或 NVMe SSD 都可以。 * 在 **1–2 个节点** 的系统中，如果主层已经全部是 NVMe 或全部是 SSD， **专用的** Tier 0 设备通常是不必要的。此时元数据位于主层；适用相同的定容指导，因此请在主层中预留所需的元数据容量（见 [Tier 0（元数据）定容](#tier-0-metadata-sizing)）。如有疑问，请与销售、支持或授权经销商确认布局。 * **网络：** 请参见 [通用节点要求](#generic-node-requirements) * **集群规模：** 至少 2 个节点，除非您部署 [单节点系统](#single-node-systems) * **注：** 不适合对性能敏感的工作负载 有关拓扑示例，请参见 [边缘集群部署](/plan-and-deploy/zh/can-kao-jia-gou/edge.md). *** ### 备份节点 面向备份或归档保留的以存储为重点的节点。 **示例：** * 在生产集群中使用较低 DWPD 企业级 SSD 存储备份数据的存储节点 * 位于独立 VergeOS 备份集群中、接收同步备份的节点 #### 节点要求 * **处理器：** 请参见 [通用节点要求](#generic-node-requirements) * **RAM：** 每个节点 16 GB + 每 1 TB 原始存储 1 GB（见 [用于存储的 RAM](#ram-for-storage)) * **CPU：** 每个存储磁盘 1 个物理核心（见 [CPU 和存储磁盘](#cpu-and-storage-disks)) * **Tier 0：** 在备份系统的控制器节点（节点 1 和 2）上规划 Tier 0。此配置文件中的备份系统按 N+1 运行，因此有两个控制器节点。不要在每个备份存储节点上都添加专用 Tier 0 设备。Tier 0 不必是 NVMe。请使用企业级 SAS 或 NVMe SSD；不要使用消费级设备。最低可接受耐久度： **1 DWPD**。保留比默认配置文件更多的快照会消耗更多元数据，并可能需要增加 Tier 0 容量；请参见 [Tier 0（元数据）定容](#tier-0-metadata-sizing). * **网络：** 请参见 [通用节点要求](#generic-node-requirements) * **存储：** * 性能较低、耐久度较低的企业级设备是可接受的 * 大于 8 TB 的 HDD 可用于归档专用布局；请预期重建时间会延长 * **注：** 不适合对性能敏感的工作负载 *** ### 单节点系统 单节点系统遵循上面的 **小型 / 边缘** 配置文件，但有一个不同之处：单节点系统没有节点间 vSAN 或 fabric 流量，因此 **不需要 Core Fabric 网络**. #### 节点要求 * **处理器：** 请参见 [通用节点要求](#generic-node-requirements) * **RAM：** 每个节点 16 GB + 每 1 TB 原始存储 1 GB（见 [用于存储的 RAM](#ram-for-storage)) * **Tier 0：** 与小型 / 边缘相同的指导。当主层全部是 NVMe 或全部是 SSD 时，专用 Tier 0 设备通常是不必要的；此时元数据位于主层，因此请在该处预留所需的元数据容量（见 [Tier 0（元数据）定容](#tier-0-metadata-sizing)) * **网络：** 用于外部网络的 1 × 1 GbE NIC；不需要 Core Fabric NIC * **注：** 单个节点不提供节点级冗余。冗余来自节点本地驱动器之间的副本——见 [本地节点 Tier 0 元数据冗余（D+x）](/run-the-platform/zh/cun-chu/tier0-local-redundancy.md)。请通过快照和异地同步或备份来保护工作负载。 *** ## 扩展注意事项 VergeOS 集群按横向扩展。添加节点即可增加存储容量和计算能力。请参见 [核心概念](/plan-and-deploy/zh/shi-shi-zhi-nan/concepts.md) 了解节点和集群类型。 当您规划控制器容量时： * 请定容 **Tier 0 存储和 RAM** 以满足集群总存储容量和快照策略的需求。 * 随着 VM 密度增加，控制器和 HCI 节点可能需要更多 CPU。 随着环境增长，请重新审视硬件配置文件。适用于首次部署的设计，在容量或工作负载大幅增加后可能就不再合适。 --- # 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/plan-and-deploy/zh/shi-shi-zhi-nan/sizing.md?ask=&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.