Zoom Node 基礎架構先決條件

請參考這些先決條件，讓您的組織為 Zoom Node 部署做好準備。

本節詳細說明 Zoom Node 部署的硬體與軟體先決條件，包括模組安裝。

建立您的混合通訊基礎

以下提供各部署情境的硬體與軟體參考。

支援的 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 為中心的環境無縫整合

請聯絡 Zoom 支援以確認特定 Hyper-V 版本的驗證。

虛擬機器硬體規格

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

標準生產配置

此配置可讓企業級組織將 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	足以應付低流量實作

關鍵效能考量：組織必須隨著使用模式成長，規劃由最低規格擴充至生產標準規格。在最低規格上執行生產系統不受支援，而且很可能導致效能或安裝問題。

網路架構與連線先決條件：確保可靠的混合式通訊

本節概述實現無縫服務整合，以及與 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 雲端基礎架構必須使用相同的主機名稱

實作最佳做法：在部署前記錄並驗證所有 DNS 項目，以避免憑證與連線問題。

憑證管理策略：保護您的混合式通訊

本節概述可用的憑證選項——自動化或 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 位址
未來服務槽位	（保留以供擴充）	不適用	維持部署彈性

關鍵部署警告：標準單一主機憑證與 Zoom Node 不相容，除非是 Node 與單一模組共用一個 IP／主機名稱的特定情境。

服務專屬先決條件：啟用進階混合式功能

本節概述在 AWS 環境中部署 Zoom Node 的主要先決條件。

AWS 雲端部署先決條件

AWS 需求	技術規格	實作目的
工作站容量	至少 20 GB 儲存空間	支援工具安裝與映像檔轉換
AWS CLI 工具	需要最新版	可實現自動化部署工作流程
QEMU 映像檔工具	qemu-img 公用程式	可協助 VMDK 轉換為 AMI
IAM 設定	vmimport 具備適當政策的角色	可實現安全的 VM 匯入作業
S3 基礎架構	具備 vmimport 權限的儲存貯體	提供 VM 映像檔的暫存空間

策略性實作規劃架構

本節提供部署設定檔與擴充策略，協助您規劃混合式環境中的效能、可靠性與長期成長。

部署規模與容量規劃矩陣

請根據組織規模與服務需求選擇您的部署設定檔：

部署設定檔	基礎架構規模	模組分配策略	目標使用情境
試點／小型辦公室	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，以提升存活性與效能