> For the complete documentation index, see [llms.txt](https://library.zoom.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://library.zoom.com/technical-library/zh/gao-ji-qi-ye-ban-fu-wu/zoom-node/zoom-node-deployment-field-guide/zoom-node-infrastructure-prerequisites.md).

# Zoom Node 基础设施先决条件

本节详细说明 Zoom Node 部署所需的硬件和软件前提条件，包括模块安装。

### <mark style="color:蓝色;">构建您的混合通信基础</mark>

下面提供了每种部署场景的硬件和软件参考。

#### 支持的 Hypervisor

了解 hypervisor 兼容性可使您的组织利用现有虚拟化投资，同时保持完整的 Zoom Node 功能支持。

| Hypervisor 平台                | 最低版本要求                               | 战略实施注意事项                                    |
| ---------------------------- | ------------------------------------ | ------------------------------------------- |
| **VMware vSphere/ESXi**      | 6.7 或更高版本                            | 行业标准选择，兼容性最广，适合已拥有 VMware 基础设施的企业版          |
| **Proxmox VE**               | Proxmox 8.x 或 9.0.x（仅限 VM / 不支持 LXC） | 经济高效的开源选项，同时支持 Proxmox VE 和 virt-manager 实现 |
| **Nutanix AHV**              | AOS 6.10.x 或 7.x（仅限 VM / 不支持 LXC）    | 最适合利用超融合基础设施策略的组织                           |
| **Microsoft Hyper-V Server** | Hyper-V Server 2019 或更高版本            | 为以 Windows 为中心的环境提供无缝集成                     |
| **AWS EC2**                  | 当前版本                                 | 为以 Windows 为中心的环境提供无缝集成                     |

{% hint style="info" %}
请联系 Zoom 支持以验证特定的 Hyper-V 版本。
{% endhint %}

#### 虚拟机硬件规格

以下规格涵盖标准和最低硬件要求。

**标准生产配置**

此配置通过支持每个 Node 多达四 (4) 个并发 Service Module，使企业版组织最大化利用 Zoom Node 功能。

| 基础设施组件        | 技术规格                                                  | 业务影响和实施依据                        |
| ------------- | ----------------------------------------------------- | -------------------------------- |
| **CPU 架构**    | 64 位 Intel E5-2650v4 或更新 @ 2.0GHz+ AMD 64 位 @ 2.0GHz+ | 支持对高质量用户体验至关重要的实时媒体处理能力          |
| **虚拟 CPU 分配** | 8 vCPU                                                | 支持多个混合服务并发运行而不会降低性能              |
| **内存分配**      | 16 GB RAM                                             | 支持包括转码和媒体路由在内的内存密集型操作            |
| **存储配置**      | 200 GB HDD                                            | 可容纳操作系统、Service Module、日志和临时媒体存储 |
| **网络接口**      | 10 GB 虚拟 NIC                                          | 在大容量媒体处理场景中阻止网络瓶颈                |

**最低可行配置**

此配置适用于初始测试、概念验证、实验室环境或并发使用有限的单服务部署。

| 基础设施组件        | 最低规格          | 适用场景和限制           |
| ------------- | ------------- | ----------------- |
| **虚拟 CPU 分配** | 3 vCPU        | 测试环境、单服务部署        |
| **内存分配**      | 6-8 GB RAM    | 仅支持有限的并发用户，可能需要扩容 |
| **存储配置**      | 200 GB HDD    | 仅用于基本操作的基础存储      |
| **网络接口**      | 1 GB/s 虚拟 NIC | 足以支持低流量实施         |

{% hint style="warning" %}
**关键性能注意事项**：随着使用模式增长，组织必须规划从最低规格扩展到生产标准规格。以最低规格运行生产系统不受支持，并且很可能导致性能或安装问题。
{% endhint %}

### <mark style="color:蓝色;">网络架构和连接前提条件：确保可靠的混合通信</mark>

本节概述实现无缝服务集成以及与 Zoom 云基础设施可靠通信所需的强制性网络、IP 地址和 DNS 要求。

#### 基础网络要求

这些不可妥协的网络配置构成成功实施 Zoom Node 的基础。

| 网络要求                | 技术规格                                                   | 关键实施影响                        |
| ------------------- | ------------------------------------------------------ | ----------------------------- |
| **VM 网络类型**         | 必须采用桥接/直连 VM 网络                                        | 支持实现混合服务所必需的客户端与 Node 之间的直接通信 |
| **NAT 配置**          | 不支持 - VM 不能位于 hypervisor NAT 之后                        | 防止客户端与 Zoom Node 服务之间的通信故障    |
| **互联网连接**           | 需要用于云服务集成                                              | 支持混合服务功能和管理平面通信               |
| **Proxy Server 支持** | 支持 Zoom Node 操作系统通信。代理支持因 Service Module 系列而异；请查看模块文档。 | 可在没有中介复杂性的情况下实现可靠的云服务连接       |
| **内部地址分配**          | 完全支持 RFC 1918 地址编址                                     | 可与现有企业网络方案无缝集成                |

#### IP 地址规划矩阵

战略性 IP 地址分配可实现灵活的服务部署和未来扩展。

| 部署架构           | IP 地址要求                 | 实施灵活性和增长路径        |
| -------------- | ----------------------- | ----------------- |
| **标准多服务 Node** | 每个服务 1 个唯一 IP（总计最多 4 个） | 最大部署灵活性，支持分阶段服务发布 |
| **混合 WAG 实施**  | 需要 2 个专用 IP 地址          | 支持冗余 Web 应用程序网关服务 |
| **合并部署**       | Node + 主模块共享 1 个 IP     | 仅限特定低复杂度场景        |
| **高可用性架构**     | 分布式组件间使用多个 IP           | 支持企业版生存能力要求       |

#### DNS 架构要求

正确的 DNS 配置可确保可靠的服务发现和证书验证。

**关键 DNS 实施要求**

* **公共 DNS 解析要求**：所有 Zoom Node 主机名必须通过公共 DNS 基础设施解析
* **分裂视图 DNS 支持**：外部 DNS 区域必须为 Zoom 云 IP 范围解析 Node 主机名
* **生存能力 DNS 架构**：本地 DNS 服务器在互联网中断期间必须保持可用
* **命名一致性要求**：内部用户和 Zoom 云基础设施必须引用相同的主机名

{% hint style="info" %}
**最佳实践**：在部署前记录并验证所有 DNS 条目，以防止证书和连接问题。
{% endhint %}

### <mark style="color:蓝色;">证书管理策略：保护您的混合通信</mark>

本节概述可用的证书选项——自动或 BYOC——并提供规划指导，以符合您组织的安全策略和部署架构。

#### 战略性证书管理选项

| 管理方式             | 运行模型                | 最佳使用场景和业务收益                    |
| ---------------- | ------------------- | ------------------------------ |
| **Auto PKI（推荐）** | 由 Zoom 管理成本的自动注册和续期 | 降低运营开销，消除证书过期风险，适合大多数部署        |
| **自带证书（BYOC）**   | 来自公共 CA 的组织管理证书     | 可满足现有 PKI 政策的合规性，适用于证书管理成熟的企业版 |

#### BYOC 实施要求

本节详细说明受支持的证书模型，并提供规划模板，以确保跨服务的安全、可扩展部署。

**证书类型选择指南**

| 证书类型         | 技术能力          | 实施示例                   | 部署复杂度     |
| ------------ | ------------- | ---------------------- | --------- |
| **通配符证书**    | 加密所有子域流量      | `*.company.com` 覆盖所有服务 | 管理简化，推荐方法 |
| **多 SAN 证书** | 支持最多 5 个特定主机名 | 每个服务一个单独 FQDN          | 需要全面的前期规划 |

**多服务证书规划模板**

在部署前使用此模板规划您的证书需求：

| 服务角色             | 主机名（SAN 条目）                  | 分配的 IP 地址     | 证书覆盖说明          |
| ---------------- | ---------------------------- | ------------- | --------------- |
| **Zoom Node 平台** | `zoom-node01.company.com`    | `10.1.50.100` | 需要证书覆盖的基础平台     |
| **ZPLS 服务**      | `zpls.company.com`           | `10.1.50.100` | 可与 Node 平台共享 IP |
| **录制服务**         | `zoom-recording.company.com` | `10.1.50.101` | 需要专用 IP 地址      |
| **网络研讨会服务**      | `zoom-网络研讨会.company.com`     | `10.1.50.102` | 需要专用 IP 地址      |
| **未来服务插槽**       | （为扩展预留）                      | 不适用           | 保持部署灵活性         |

{% hint style="danger" %}
**关键部署警告**：标准单主机证书与 Zoom Node 不兼容，唯一例外是 Node 与单个模块共享一个 IP/主机名的特定场景。
{% endhint %}

### <mark style="color:蓝色;">特定服务前提条件：启用高级混合能力</mark>

本节概述在 AWS 环境中部署 Zoom Node 的关键前提条件。

#### AWS 云部署前提条件

| AWS 要求         | 技术规格                 | 实施目的             |
| -------------- | -------------------- | ---------------- |
| **工作站容量**      | 最少 20 GB 存储空间        | 支持工具安装和镜像转换      |
| **AWS CLI 工具** | 需要最新版本               | 支持自动化部署工作流       |
| **QEMU 镜像工具**  | `qemu-img` 实用程序      | 便于将 VMDK 转换为 AMI |
| **IAM 配置**     | `vmimport` 具有适当策略的角色 | 支持安全的 VM 导入操作    |
| **S3 基础设施**    | 具有 `vmimport` 权限的存储桶 | 为 VM 映像提供暂存      |

### <mark style="color:蓝色;">战略实施规划框架</mark>

本节提供部署概况和扩展策略，帮助您规划混合环境中的性能、可靠性和长期增长。

#### 部署规模与容量规划矩阵

根据组织规模和服务要求选择您的部署概况：

| 部署概况         | 基础设施规模     | 模块分布策略          | 目标用例              |
| ------------ | ---------- | --------------- | ----------------- |
| **试点/小型办公室** | 1-2 个 Node | 每个 Node 1-2 个模块 | 概念验证，少于 500 名用户   |
| **标准企业版**    | 3-5 个 Node | 每个 Node 2-3 个模块 | 500-5,000 名用户，多站点 |
| **大型企业版/HA** | 6 个以上 Node | 分布式模块，地理冗余      | 5,000+ 名用户，关键任务   |

#### 资源优化和扩展策略

通过以下方式最大化基础设施投资：

* **战略性模块整合**：使用标准规格，每个 Node 部署多达 4 个模块
* **分阶段扩展方法**：先以最低规格进行测试，再扩展到生产标准
* **服务关键性评估**：将关键任务服务隔离到专用 Node 上
* **地域分布规划**：在不同位置部署 Node，以提高生存能力和性能


---

# 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://library.zoom.com/technical-library/zh/gao-ji-qi-ye-ban-fu-wu/zoom-node/zoom-node-deployment-field-guide/zoom-node-infrastructure-prerequisites.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.