Zoom Meetings 混合式說明

Zoom Meetings Hybrid 總覽

本節提供 Zoom Meetings Hybrid 服務模組的總覽，該模組支援作為 Zoom Node 工作負載。欲了解更多關於 Zoom Node 的資訊，可參閱本文檔末尾的 附錄.

Zoom Meetings Hybrid 是一種本地部署的混合會議解決方案，透過在企業網路內重新分配會議媒體來節省頻寬

Zoom Meetings Hybrid 是一種本地部署的混合會議解決方案，作為 Zoom 用戶端與 Zoom 雲端之間的中介連線點。此解決方案會對會議的音訊、視訊及螢幕分享媒體串流進行多工處理並重新分配， 最多 400 同一企業網路內的已連線參與者。此設計可減少外部雲端媒體連線的數量，進而大幅降低外部頻寬消耗。

Zoom Meetings Hybrid 支援兩種模式：雲端混合與僅內部

Zoom Meetings Hybrid 支援兩種運作模式：一種稱為選擇性轉送單元模式（Selective Forwarding Unit，SFU）的雲端到本地混合模式，以及供非雲端會議使用的僅內部模式（iMMR）。會議預設會設定為雲端混合連線，但使用者在排程或編輯會議時也可指定為僅內部。兩種類型的會議也可由同一模組 同時.

雲端混合模式會透過混合模組將您企業網路內的使用者連線到雲端

在雲端混合模式（SFU 模式）下，您企業網路內的使用者會連線到混合模組，作為其用戶端與雲端之間的中介連線點。混合模組會在使用者與雲端之間對會議的音訊、視訊及螢幕分享媒體串流進行多工處理並重新分配。

雲端混合會議不會影響雲端到用戶端的信令連線

雖然 Zoom Meetings Hybrid 模組可以重新分配雲端混合會議的 媒體，但該模組不會處理雲端到用戶端的信令連線。連線至 Meetings Hybrid 模組的使用者，仍會持續與會議的雲端伺服器建立低頻寬的信令連線，以便處理會議中的資料與作業，例如開始雲端錄製或更新參與者清單。

警告

用戶端裝置 必須 具有可透過 Proxy 或預設路由存取網際網路、且能連至 Zoom 雲端服務的能力。支援 HTTPS Proxy，但無法存取的裝置將無法連線到會議。

僅內部模式會將使用者連線至本地部署的會議，且不允許網路外的參與者加入

當會議排程為僅內部時，混合模組會充當內部多媒體路由器（iMMR），在企業網路內的使用者之間對會議的音訊、視訊及螢幕分享媒體進行多工處理並重新分配。這些會議僅限於企業網路內，且 無法 連線或串接到雲端會議伺服器或服務，從而防止外部網路參與者或雲端錄製等服務加入會議。

僅內部會議會透過混合模組路由信令與媒體連線

與雲端混合模型不同，僅內部會議會將媒體 與 信令在網路內路由至混合模組。這會建立一種完整的本地部署會議類型，沒有任何外部連線的可能。

企業網路外的員工可透過 VPN 加入僅內部會議

若 VPN 伺服器可透過企業網路與混合模組通訊，企業網路外的員工在連線至 VPN 時也可加入僅內部會議。不過，使用者 必須 必須登入其公司 Zoom 帳戶才能加入。

例如，一名遠端員工從家用網路連線到公司的 VPN，且未使用分割通道。只要該使用者已登入其公司 Zoom 帳戶，且所連線的 VPN 伺服器可與企業網路內的混合模組通訊，遠端使用者即可遠端連線到僅內部會議。

Meetings Hybrid 可同時支援雲端混合與僅內部會議

Meetings Hybrid 可同時支援雲端混合與僅內部會議，免去為每種使用情境分別部署的需要。

例如，一家公司在其網路內部署了一個混合模組，並有 400 名已連線使用者。在此情境下，200 名使用者可連線至雲端混合會議，其餘 200 名使用者則連線至僅內部會議。對於每一種已連線的會議類型，Meetings Hybrid 模組都會遵循預期的連線路由：雲端混合會議會將媒體透過該模組路由，並將信令送往雲端；僅內部會議則會將媒體與信令完全限制於本地部署。\

如果沒有外部參與者且所有使用者都連線至同一個混合模組，Zoom Meetings Hybrid 會將所有媒體保留在本地部署

如果使用者透過同一個 Meetings Hybrid 模組連線到已啟用雲端混合的會議，但沒有外部參與者，混合模組將不會在 Zoom 雲端之間傳輸媒體。相反地，所有會議媒體都會保留在本地部署，並透過混合模組在企業網路內路由。只有在外部參與者從雲端加入後，或是網路內的第二個混合模組連線到會議時，會議媒體才會離開網路。

例如，一組位於企業網路內的使用者正加入同一個已啟用雲端混合的會議。所有使用者都連線到同一個混合模組，且所有會議媒體都在企業網路內路由。當外部使用者從雲端加入會議，或第二個混合模組連線到會議時，混合模組將與雲端建立媒體連線，並在雲端與本地之間重新分配會議媒體。

注意

內部使用者也可以在混合基礎架構 已達容量上限.

Zoom Meetings Hybrid 支援兩種會議模式的端對端加密會議

Zoom Meetings Hybrid 支援 端對端加密 （E2EE）會議，適用於雲端混合與僅內部兩種會議模式。這為機密會議提供額外一層安全防護，並可與僅內部會議搭配使用，以滿足在 Zoom 平台內可提供的最高安全等級需求。

客戶可在其資料中心跨多個特定區域部署混合區域

Zoom Meetings Hybrid 支援多區域部署，讓客戶可為不同地點或區域部署獨立的混合環境。當存在多個區域時，使用者會根據對可用設備的 ping 時間，連線到最近的混合模組。

例如，如果企業在紐約與洛杉磯各有一個辦公室，僅在單一地點部署混合環境可能會因傳輸時間過長而造成延遲或效能問題。相反地，客戶可針對每個特定地點或區域部署一個混合環境，以提升使用者體驗。當使用者嘗試連線到會議時，使用者的用戶端會對可用的混合模組進行 ping，並連線到延遲最低的模組。

Zoom Meetings Hybrid 並不取代 Zoom 的 Meeting Connector

Zoom 的 Meeting Connector 是一個 Zoom Node 工作負載，提供雲端管理的本地解決方案，可在您公司的資料中心內建立一個會議區域，且不需要雲端支援或備援。使用 Meeting Connector 時，所有會議伺服器與設備都由您的公司擁有並維護，且必須允許外部連線，才能讓外部參與者加入您的會議。

與 Meeting Connector 不同，Zoom Meetings Hybrid 會持續將雲端會議基礎架構與您資料中心中的混合設備一併使用，且不需要代管會議伺服器或允許外部參與者連線到您的資料中心。

下表列出這兩種產品之間的一些主要差異：

功能	Meetings Hybrid	Meeting Connector
本地伺服器	☑️	☑️
支援多區域	☑️	☑️
媒體完全保留於本地部署	☑️ （在 iMMR 模式下）	☑️
串接至雲端	☑️
使用者可透過雲端加入	☑️
雲端服務（錄製等）	☑️
允許外部使用者連線		☑️

Zoom Meetings Hybrid 功能

本節討論 Zoom Meetings Hybrid 服務模組的功能與設計。

Zoom Meetings Hybrid 由兩個元件組成：選擇性轉送單元／內部 MMR，以及區域控制器 Proxy

若要在網路內部署 Zoom Meetings Hybrid，需要兩個 Zoom Node 元件：選擇性轉送單元（SFU）／內部 MMR（iMMR），以及區域控制器 Proxy（ZCP）。如需更多關於 服務模組.

SFU/iMMR 的運作方式像一條延長線，會將媒體重新分配給已連線的 Zoom 用戶端

選擇性轉送單元（SFU）／內部 MMR（iMMR）模組是 Zoom Meetings Hybrid 設計的核心。類似於延長線，SFU/iMMR 是一個集中式網路「插接點」，可將媒體分配給已連線的 Zoom 用戶端。然而，SFU/iMMR 模組的功能會因會議類型而異。

在混合會議中，SFU/iMMR 作為內部 Zoom 用戶端的主要連線點，在網路內已連線的 Zoom 用戶端與雲端之間對會議媒體進行多工處理並重新分配。

對於僅內部會議，SFU/iMMR 會充當本地多媒體路由器，在沒有 Zoom 雲端的情況下，集中對已連線使用者及其他 SFU/iMMR 單元（若已連線）進行媒體多工處理與分配。

每個 SFU/iMMR 模組每個模組最多支援 400 個標準畫質或 200 個高畫質使用者連線

每個 SFU/iMMR 模組每個模組最多支援 400 名同時的標準畫質參與者，或最多 200 名同時的高畫質（720p）參與者。在單一會議達到最大容量時，SFU/iMMR 模組可依會議解析度，以 400:1 或 200:1 的比例降低外部頻寬消耗。

單一 SFU/iMMR 可同時支援多場會議

SFU/iMMR 模組支援同時連線多場會議，讓單一模組可支援多場獨立且同時進行的會議，包括雲端混合與僅內部會議。

例如，同一地點內有 400 名使用者同時連線到 25 場不同的標準畫質會議，且會議中有外部使用者。使用 Zoom Meetings Hybrid 時，一個 SFU 模組即可支援所有使用者分別連線到其各自的會議，將外部媒體串流數從 400 降至 25。以每個媒體連線平均 1.2 Mbps 計算，在此情境下，SFU 模組可為校園節省約 450 Mbps 的外部頻寬。\

單一 SFU/iMMR 可同時支援雲端混合與僅內部會議

SFU/iMMR 模組可同時支援雲端混合與僅內部會議，免去為每種使用情境分別部署的需求。對於每一種已連線的會議類型，混合模組都會遵循預期的連線路由：雲端混合會議會將媒體透過該模組路由，並將信令送往雲端；僅內部會議則會將媒體與信令完全透過本地部署的混合模組路由。

例如，同一地點內有 400 名使用者同時連線到三場不同的標準畫質會議。其中兩場是有外部使用者的雲端混合會議，而來自企業網路的 300 名使用者是透過以 SFU 模式運作的 SFU/iMMR 模組連線。第三場會議為僅內部會議，有 100 名使用者連線至以 iMMR 模式運作的同一個 SFU/iMMR 模組。

在此例中，連線至雲端混合會議的使用者與 SFU/iMMR 模組之間具有雙向媒體連線，並與雲端之間具有獨立的雙向信令連線。同時，連線至僅內部會議的使用者則僅與同一個 SFU/iMMR 模組建立雙向信令與媒體連線，該模組會將所有內部會議資料保留在本地部署，且不會串接到雲端。

對於雲端混合會議，SFU/iMMR 僅作為轉送裝置，且無法存取任何會議或使用者金鑰

當連線至雲端混合會議（SFU 模式）時，SFU/iMMR 模組不需要也無法存取會議加密金鑰。相反地，該模組會以加密會議媒體處理器的角色維持媒體混合作業，無法存取媒體串流內容。

對於僅內部會議，SFU/iMMR 會在企業網路內產生並分配所有加密金鑰

在作為僅內部會議的多媒體路由器（iMMR 模式）運作時，會議中的最上層 SFU/iMMR 負責產生與分配會議內加密金鑰。加密金鑰的產生與分配方式與雲端式 MMR 使用相同的密碼學方法。

當連線至雲端混合會議時，SFU/iMMR 模組彼此之間無法透過網路通訊

當連線至雲端混合會議時，SFU/iMMR 模組不支援資料中心內的跨網路（east-west）通訊。所有雲端混合會議的 SFU 對 SFU 通訊，依設計都必須透過 Zoom 雲端基礎架構（north-south）路由。

當連線至僅內部會議時，SFU/iMMR 模組可彼此透過網路通訊

與雲端混合會議不同，僅內部會議因其內部會議設計而支援跨網路（east-west）通訊。雲端混合會議要求每個 SFU/iMMR 模組訂閱「頂層」雲端 MMR 的媒體來源；然而，僅內部會議不使用雲端媒體來源。相反地，第一個建立僅內部會議的 iMMR/SFU 模組即為「頂層」MMR，而其他 SFU/iMMR 模組會訂閱該頂層 MMR 的來源，因而可進行跨網路通訊。

區域控制器 Proxy 模組將 SFU/iMMR 連接至 Zoom 雲端

區域控制器 Proxy 模組負責在適用時將 SFU/iMMR 模組連接至 Zoom 的雲端會議基礎架構。

在使用者的會議連線過程中，Zoom 網頁服務會在區域控制器 Proxy 與雲端區域控制器之間發出請求，以擷取會議伺服器資訊。此資訊會由區域控制器 Proxy 轉送至 SFU/iMMR，該模組將連線到 Zoom 雲端以進行雲端混合會議，或為僅內部會議初始化會議。

部署每個地點至少需要兩個區域控制器 Proxy

Zoom Meetings Hybrid 部署的每個地理位置都至少需要兩個區域控制器 Proxy，以確保可靠性與穩定性。

例如，如果公司要在洛杉磯與紐約辦公室部署 Zoom Meetings Hybrid，則每個地點都應部署兩個 ZCP 模組，總共四個。

若 SFU/iMMR 模組意外失敗，使用者將在可能時切換至替代連線

雖然這種情況不太可能發生，但如果混合模組在使用者連線時失敗（例如當機），使用者將在可能時開始切換到替代連線。以下三節將說明這些情境。

連線至雲端混合會議的使用者將切換至其他可用的 SFU/iMMR 模組，最後才會切換至雲端

如果使用者透過某個 SFU/iMMR 模組連線至雲端混合會議，而該模組突然失效，用戶端將自動嘗試切換至網路內可用的其他 SFU/iMMR 模組。若其他資源已達容量上限或不可用，用戶端將建立獨立的雲端連線作為最終備援方案。

連線至僅內部會議的使用者，若失效的模組不是頂層 MMR，則會切換到不同的 SFU/iMMR 模組

如果使用者連線至僅內部會議且其 SFU/iMMR 模組失效，若其 SFU/iMMR 不是該內部會議的頂層 MMR 主機，使用者將切換至可用的替代 SFU/iMMR 模組。

如果啟動僅內部會議的 SFU/iMMR 失效，則必須重新啟動會議

由於僅內部會議的網路設計，啟動會議的 SFU/iMMR 模組會被指定為該會議的頂層 MMR。若會議的頂層 MMR 失效、退出或離開會議，會議將會中斷，且必須重新啟動。頂層 MMR 無法 會切換到其他混合資源。

Zoom Meetings Hybrid 連線在用戶端中顯示為「由您的 Zoom 帳戶擁有者所控制的資料中心」

連線到 Meetings Hybrid 基礎架構時，使用者會在用戶端中看到「…已透過由您的 Zoom 帳戶擁有者所控制的資料中心連線至 Zoom Global network…」。相對地，連線至雲端基礎架構的使用者則會看到「已連線至 Zoom Global Network」的訊息。

下列圖片會顯示使用者連線到 Zoom Meetings Hybrid 會議與連線到雲端會議時所看到的畫面。\

Zoom Meetings Hybrid 使用 Zoom 的標準防火牆設定，不需要特殊規則

Zoom Meetings Hybrid 不需要任何額外的防火牆規則或設定，超出 Zoom 的預設建議的範圍。媒體連線仍會使用 UDP/TCP 8801 與 TCP 443（TLS 1.2）作為此服務的標準連接埠。

注意

支援媒體的埠分離（UDP 8801-8803）。若已啟用埠分離，請確保防火牆規則包含 8802 與 8803。

附錄：Zoom Node

本節提供 Zoom Node 平台及其核心概念的概覽。

Zoom Node 將 Zoom 服務的關鍵部分帶入您自己的資料中心與辦公室

Zoom Node 是一種混合解決方案，將您的資料中心伺服器與 Zoom 雲端整合，以協助將 Zoom 服務提供給您的辦公室。

採用雲端驅動的部署模型，Zoom 管理員可透過網頁上的集中式儀表板，動態且快速地將 Zoom 混合服務部署到其資料中心伺服器。此外，該儀表板還包含服務管理、升級、記錄檔管理、效能報告以及強大的疑難排解框架等工具。

Zoom Node 採用模組化設計，只部署您需要的服務模組

Zoom Node 不需要為每項混合服務安裝不同的軟體，而是一個「一體化」的模組化平台，讓公司可使用一個共通框架來管理與部署多種混合服務。

Zoom Node 透過在企業資料中心伺服器上安裝 Zoom Node OS（以 Linux 為基礎的作業系統），將其轉換為 Node，從而實現此模組化設計。安裝軟體後，Node 會向雲端中的 Zoom Node Platform 註冊，並等待安裝可提供 Zoom 服務功能的各種服務模組

Zoom Node 提供功能豐富的儀表板，用於服務管理、升級、警示、疑難排解等

作為管理 Zoom Node 部署的中央樞紐，Zoom Node 儀表板包含服務管理、部署、升級、記錄檔管理、效能報告以及強大的疑難排解框架等工具。

服務模組是執行於 Zoom Node OS 上的服務，並可透過網頁輕鬆部署

服務模組是執行於 Zoom Node 作業系統上的服務應用程式，使各項服務得以運作。Zoom 管理員透過網頁入口網站上的 Zoom Node 儀表板，將服務指派給各個 Node。將服務指派給 Node 之後，Zoom Node Platform 會將所選服務模組推送到 Node 並自動安裝。安裝完成後，Node 端點即可搭配其指定的混合服務使用。

每個 Zoom Node 最多可支援四個服務模組

每個 Zoom Node 設備每台最多可支援四個服務模組，但 Zoom Phone 本地容錯模組除外。可建立並連結額外的 Node，以滿足更多需求或提高可靠性。

例如，一家公司正將 Zoom Meetings Hybrid 部署到多個資料中心，首先從紐約開始。每個資料中心都配備了多個連接到 Zoom Node Platform 的 Zoom Node 端點，但目前都尚未指派任何 Node 服務來提供功能，如下圖所示。

當公司準備在其網路內部署 Zoom Meetings Hybrid 時，帳戶管理員會部署一個區域控制器 Proxy 服務，以及三個 SFU/iMMR 模組到 Node 1 與 Node 2。管理員也會將額外一個 SFU/iMMR 模組部署到第三個 Node 作為緩衝。Zoom Node Platform 會將所有 Node 服務推送並安裝到每個 Node 端點，安裝完成後，Zoom Meetings Hybrid 即可使用，如下圖所示。

Zoom Node 支援端對端自動化 PKI 憑證產生（Auto-PKI）

Zoom Node 透過 DigiCert 提供端對端自動化公開憑證管理。產生與更新憑證的所有費用皆由 Zoom 支付，但 Zoom 不會透過此程序處理或取得客戶的私密金鑰。

若客戶已有既定的憑證策略，可選擇以偏好的憑證機構手動產生、更新與支援憑證，但這些費用將不由 Zoom 支付。打算使用替代憑證機構的客戶應提前與其帳戶團隊溝通。

每個 Zoom Node 都會使用帳戶的 Vanity URL 建立動態 DNS 項目：*.zoomonprem.com（Auto-DNS）

Zoom Node 會自動為每台伺服器在 *.zoomonprem.com 網域下，使用主機帳戶既有的 Vanity URL 產生動態 DNS 項目，例如 success01.zoomonprem.com.

此系統可在連線到其他 Zoom 客戶使用的 Zoom Node 部署時簡化防火牆管理。個別客戶將不再需要為了連線到另一位 Zoom Node 客戶而設定防火牆規則，而是可以使用萬用字元值核准整個 zoomonprem.com 網域。

Zoom Node 可在虛擬機器上執行

Zoom Node 設計可在伺服器等級硬體上以虛擬機器方式執行，並安裝強化版的 Zoom Node 作業系統映像。所有服務都需要靜態內部 IP 位址，部分服務則需要公開 IP 才能進行外部連線。

硬體需求與規格會依您的混合部署目標而異。若要進一步了解如何辨識貴組織的混合部署需求，請洽詢您的帳戶團隊。

Zoom Node 不適合所有客戶

每個企業在統一通訊服務方面都有獨特需求。在決定是否部署混合環境之前，必須仔細評估這些需求。在大多數情況下，傳統的 Zoom 雲端設定是大多數公司的最佳解決方案；然而，某些組織會從混合設定中受益。組織應詳盡考量建立與維護混合環境所帶來的影響。

擴充可能難以管理且成本高昂

在混合環境中擴充硬體以支援大量使用者可能相當昂貴。視部署的服務而定，支援 10,000 名使用者可能需要 7 到 13 台 Zoom Node，而支援 100,000 名使用者則可能需要 60 到 120 台 Zoom Node。

管理、維護及支援 Zoom Node 所需的硬體及／或 hypervisor 基礎架構，也會為任何組織帶來額外負擔，在評估混合部署時應審慎考量。

安全優勢有限

除了可作為特殊網頁 Proxy 或本地記錄檔駐留外，Zoom Node 並未提供比原生 Zoom 雲端服務更多的加密方法或重大安全優勢。

混合部署也需要額外的防火牆規則與設定，才能讓 Node 端點可與外部服務一起使用。網路安全團隊在考慮部署混合環境時，應留意這些額外的防火牆與安全需求。

混合環境與 VPN 需要設定

遠端員工若希望將其會議流量路由至 Zoom Node 服務，可能需要 VPN 連線或分割通道設定。若 VPN 基礎架構無法處理額外傳送與接收的頻寬，增加的流量可能使其不堪負荷。將混合服務與遠端工作者及遠端網路基礎架構結合時，需要仔細規劃。

共享伺服器記錄檔需要審慎考量

雖然在本地保留 Zoom Node 記錄檔與紀錄是混合部署的一部分，但此功能在疑難排解混合基礎架構時可能會造成阻礙。

服務記錄檔預設會在本地保留，並包含 Zoom 無法檢視的資料、診斷資訊及其他資訊。然而，為了有效排解混合設定與品質問題，需要將混合資料記錄檔與 Zoom 共享以進行疑難排解。Zoom Node 可依客戶選擇，透過網頁入口網站提供安全的記錄檔上傳服務，但上傳這些記錄檔可能會暴露在混合部署中原本不會與 Zoom 分享的服務中繼資料。這些資料可能包括本地加入的參與者名稱、Zoom 版本號碼、作業系統資訊等。