> 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-tw/jin-jie-qi-ye-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 %}

#### 虛擬機器硬體規格

以下規格涵蓋標準與最低硬體需求。

**標準生產配置**

此配置可讓企業級組織將 Zoom Node 功能發揮到最大，支援每個 Node 最多四（4）個同時執行的 Service Module。

| 基礎架構元件        | 技術規格                                                      | 業務影響與實作理由                          |
| ------------- | --------------------------------------------------------- | ---------------------------------- |
| **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 伺服器支援** | 支援 Zoom Node OS 通訊。Proxy 支援因 Service Module 家族而異；請查閱模組文件。 | 可在不透過中介元件造成複雜性的情況下，確保可靠的雲端服務連線 |
| **內部位址配置**      | 完全支援 RFC 1918 位址編址                                        | 可與現有企業網路方案無縫整合                 |

#### IP 位址規劃矩陣

策略性 IP 位址配置可實現彈性的服務部署與未來擴充。

| 部署架構           | IP 位址需求                | 實作彈性與成長路徑                         |
| -------------- | ---------------------- | --------------------------------- |
| **標準多服務 Node** | 每個服務 1 個唯一 IP（最多共 4 個） | 最大部署彈性，支援分階段推出服務                  |
| **混合式 WAG 實作** | 需要 2 個專用 IP 位址         | 可實現備援的 Web Application Gateway 服務 |
| **整合式部署**      | 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-webinar.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-tw/jin-jie-qi-ye-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.