> 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/ja/naentpuraizusbisu/zoom-node/zoom-meetings-hybrid/zoom-meetings-hybrid-explainer.md). # Zoom Meetings Hybridの解説 ### Zoom Meetings Hybrid の概要 このセクションでは、Zoom Node ワークロードとしてサポートされる Zoom Meetings Hybrid サービスモジュールの概要を説明します。Zoom Node の詳細については、プラットフォームの概要を本ドキュメント末尾の [付録](#appendix-zoom-node). #### Zoom Meetings Hybrid は、企業ネットワーク内でミーティングメディアを再配信することで帯域幅を節約する、オンプレミスのハイブリッドミーティングソリューションです Zoom Meetings Hybrid は、Zoomクライアントと Zoomクラウドの間の中継接続ポイントとして機能するオンプレミスのハイブリッドミーティングソリューションです。このソリューションは、ミーティングのオーディオ、ビデオ、画面共有メディアストリームを多重化して再配信し、 [最大400人の](#each-sfu-immr-supports-up-to-400-standard-definition-or-200-high-definition-user-connections-per-mod) 同じ企業ネットワーク内で接続されている参加者に配信します。この設計により外部クラウドメディア接続の数が削減され、外部帯域幅の消費を大幅に削減できます。
#### Zoom Meetings Hybrid は、クラウドハイブリッドと内部専用の2つのモードをサポートしています Zoom Meetings Hybrid は、選択的転送ユニットモード（SFU）と呼ばれるクラウドからオンプレミスへのハイブリッドモード、および非クラウドミーティング向けの内部専用モード（iMMR）という2つの動作モードをサポートしています。ミーティングはデフォルトでクラウドハイブリッド接続用に設定されますが、ユーザーがミーティングをスケジュールまたは編集する際に内部専用として指定できます。両方のミーティングタイプを同じモジュールでサポートすることもできます [同時に](#meetings-hybrid-can-simultaneously-support-cloud-hybrid-and-internal-only-meetings). #### クラウドハイブリッドモードでは、企業ネットワーク内のユーザーをハイブリッドモジュール経由でクラウドに接続します クラウドハイブリッドモード（SFUモード）では、企業ネットワーク内のユーザーは、クライアントとクラウドの間の中継接続ポイントとしてハイブリッドモジュールに接続します。ハイブリッドモジュールは、ユーザーとクラウドの間でミーティングのオーディオ、ビデオ、画面共有メディアストリームを多重化して再配信します。
**クラウドハイブリッドミーティングは、クラウドからクライアントへのシグナリング接続に影響しません** Zoom Meetings Hybrid モジュールは、クラウドハイブリッドミーティングの *メディア*を再配信できますが、このモジュールはクラウドからクライアントへのシグナリング接続を処理しません。Meetings Hybrid モジュールに接続しているユーザーは、クラウド録画の開始や参加者リストの更新など、ミーティング内データおよび操作のために、ミーティングのクラウドサーバーとの帯域幅負荷の軽いシグナリング接続を引き続き確立します。 {% hint style="danger" %} **警告** クライアントデバイス **必須** Zoomクラウドサービスに到達できる、インターネットへのプロキシまたはデフォルトルートアクセスが必要です。HTTPSプロキシはサポートされていますが、アクセスできないデバイスはミーティングに接続できません。 {% endhint %} #### 内部専用モードはユーザーをオンプレミスのミーティングに接続し、ネットワーク外の参加者の参加を許可しません ミーティングが内部専用としてスケジュールされると、ハイブリッドモジュールは内部マルチメディアルーター（iMMR）として機能し、企業ネットワーク内のユーザー間でミーティングのオーディオ、ビデオ、画面共有メディアを多重化して再配信します。これらのミーティングは企業ネットワーク内に隔離され、 **できません** クラウドミーティングサーバーまたはサービスへの接続やカスケードができないため、外部ネットワークの参加者やクラウド録画などのサービスがミーティングに参加することを防ぎます。
**内部専用ミーティングでは、シグナリングとメディアの両方の接続をハイブリッドモジュール経由でルーティングします** クラウドハイブリッドモデルとは異なり、内部専用ミーティングではメディアと *および* シグナリングの両方をネットワーク内でハイブリッドモジュールにルーティングします。これにより、外部接続の可能性がない完全なオンプレミスのミーティングタイプが作成されます。 **企業ネットワーク外の従業員は、VPN経由で内部専用ミーティングに参加できます** 企業ネットワーク外の従業員は、VPNサーバーが企業ネットワークを介してハイブリッドモジュールと通信できる場合、VPNに接続中に内部専用ミーティングに参加できます。ただし、ユーザーは **必須** 参加するには、会社のZoomアカウントにサインインしている必要があります。 たとえば、リモート従業員がスプリットトンネリングなしで自宅のネットワークから会社のVPNに接続しているとします。ユーザーが会社のZoomアカウントにサインインしており、接続されたVPNサーバーが企業ネットワーク内のハイブリッドモジュールと通信できる限り、そのリモートユーザーはリモートから内部専用ミーティングに接続できます。 #### Meetings Hybrid は、クラウドハイブリッドと内部専用のミーティングを同時にサポートできます Meetings Hybrid は、クラウドハイブリッドと内部専用のミーティングを同時にサポートできるため、ユースケースごとに個別の展開を行う必要がありません。 たとえば、ある会社のネットワーク内に1つのハイブリッドモジュールが展開され、400人のユーザーが接続されているとします。このシナリオでは、200人のユーザーがクラウドハイブリッドミーティングに接続でき、残りの200人のユーザーは内部専用ミーティングに接続します。接続される各ミーティングタイプについて、Meetings Hybrid モジュールは意図された接続ルーティングに従います。クラウドハイブリッドミーティングではメディアをモジュール経由、シグナリングをクラウドへルーティングし、内部専用ミーティングではメディアとシグナリングの両方をオンプレミス上でのみルーティングします。 #### Zoom Meetings Hybrid は、外部参加者が存在せず、すべてのユーザーが同じハイブリッドモジュールに接続している場合、すべてのメディアをオンプレミスに保持します ユーザーが同じ Meetings Hybrid モジュールを介してクラウドハイブリッド対応ミーティングに接続しており、外部参加者が存在しない場合、ハイブリッドモジュールは Zoomクラウドとの間でメディアを送信しません。代わりに、すべてのミーティングメディアはオンプレミスに保持され、ハイブリッドモジュールを通じて企業ネットワーク内でルーティングされます。外部参加者がクラウドから参加した後、またはネットワーク内の2つ目のハイブリッドモジュールがミーティングに接続した場合にのみ、ミーティングメディアはネットワーク外へ送信されます。 たとえば、企業ネットワーク内のユーザーグループが、同じクラウドハイブリッド対応ミーティングに参加するとします。すべてのユーザーが同じハイブリッドモジュールに接続され、すべてのミーティングメディアが企業ネットワーク内でルーティングされています。外部ユーザーがクラウドからミーティングに参加するか、2つ目のハイブリッドモジュールがミーティングに接続すると、ハイブリッドモジュールはクラウドとのメディア接続を開き、クラウドとの間でミーティングメディアを再配信します。 {% hint style="info" %} **注** ハイブリッドインフラストラクチャが次の状態の場合、内部ユーザーも外部メディア接続を確立できます [定員に達している](#each-sfu-immr-supports-up-to-400-standard-definition-or-200-high-definition-user-connections-per-mod). {% endhint %} #### Zoom Meetings Hybrid は、両方のミーティングモードでエンドツーエンド暗号化されたミーティングをサポートしています Zoom Meetings Hybrid は、 [エンドツーエンド暗号化](https://support.zoom.us/hc/en-us/articles/360048660871-End-to-end-E2EE-encryption-for-meetings) （E2EE）ミーティングを、クラウドハイブリッドおよび内部専用の両方のミーティングモードでサポートしています。これにより機密ミーティングに追加のセキュリティ層が提供され、Zoomプラットフォーム内で利用できる最高レベルのセキュリティを要求するミーティングでは、内部専用ミーティングと組み合わせることができます。 #### お客様は、データセンター全体に複数の地域別ハイブリッドゾーンを展開できます Zoom Meetings Hybrid は複数ゾーンの展開をサポートしており、お客様は異なる位置情報または地域ごとに個別のハイブリッド環境を展開できます。複数のゾーンがある場合、ユーザーは利用可能なアプライアンスへのping時間に基づいて最も近いハイブリッドモジュールに接続します。 たとえば、あるビジネスにニューヨークとロサンゼルスのオフィスがある場合、1つの位置情報に単一のハイブリッド展開を行うと、移動時間の増加によりレイテンシーまたはパフォーマンスの問題が発生する可能性があります。代わりに、お客様はユーザーエクスペリエンスを向上させるため、特定の位置情報または地域ごとにハイブリッド環境を展開できます。ユーザーがミーティングへの接続を試みると、そのユーザーのクライアントは利用可能なハイブリッドモジュールにpingを送信し、レイテンシーが最も低いモジュールに接続します。 #### Zoom Meetings Hybrid は Zoom のミーティングコネクタを置き換えるものではありません Zoom のミーティングコネクタは、クラウドのサポートやフォールバックなしで、会社のデータセンター内にミーティングゾーンを作成するためのクラウド管理型オンプレミスソリューションを提供する Zoom Node ワークロードです。ミーティングコネクタでは、すべてのミーティングサーバーとアプライアンスを会社が所有および保守し、外部参加者がミーティングに参加できるよう外部接続を許可する必要があります。 ミーティングコネクタとは異なり、Zoom Meetings Hybrid は、データセンター内のハイブリッドアプライアンスと連携してクラウドミーティングインフラストラクチャを引き続き利用し、ミーティングサーバーのホスティングや外部参加者によるデータセンターへの接続の許可を必要としません。 次の表は、これら2つの製品の主な違いの一部を示しています。 | 機能 | Meetings Hybrid | ミーティングコネクタ | | ---------------- | ------------------------- | ----------------- | | オンプレミスサーバー | ☑️ | ☑️ | | 複数ゾーンをサポート | ☑️ | ☑️ | | メディアをオンプレミスに限定 |

☑️
（iMMRモードの場合）

|

☑️

| | クラウドへのカスケード | ☑️ |


| | ユーザーはクラウド経由で参加可能 | ☑️ |


| | クラウドサービス（録画など） | ☑️ |


| | 外部ユーザー接続を許可 |


| ☑️ | ### Zoom Meetings Hybrid の機能 このセクションでは、Zoom Meetings Hybrid サービスモジュールの機能と設計について説明します。 #### Zoom Meetings Hybrid は、選択的転送ユニット/内部 MMR とゾーンコントローラプロキシという2つのコンポーネントで構成されています ネットワーク内に Zoom Meetings Hybrid を展開するには、選択的転送ユニット（SFU）/内部 MMR（iMMR）とゾーンコントローラプロキシ（ZCP）という2つの Zoom Node コンポーネントが必要です。詳細については、本ドキュメント末尾の付録を参照してください [サービスモジュールについて](#service-modules-are-the-services-that-run-on-the-zoom-node-os-and-are-easily-deployed-through-the-we).
#### 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 モジュールは同時ミーティング接続をサポートし、1つのモジュールでクラウドハイブリッドと内部専用の両方を含む複数の固有の同時ミーティングをサポートできます。 たとえば、ある位置情報内の400人のユーザーが、外部ユーザーが存在する標準画質の25種類のミーティングに同時に接続しているとします。Zoom Meetings Hybrid では、1つの SFU モジュールで全ユーザーをそれぞれのミーティングに接続でき、外部メディアストリーム数を400から25に削減できます。メディア接続あたり平均1.2 Mbpsの場合、このシナリオでは SFU モジュールによりキャンパスの外部帯域幅を約450 Mbps節約できます。\\
#### SFU/iMMR はクラウドハイブリッドと内部専用のミーティングを同時にサポートできます SFU/iMMR モジュールはクラウドハイブリッドと内部専用のミーティングを同時にサポートできるため、ユースケースごとに個別の展開を行う必要がありません。接続される各ミーティングタイプについて、ハイブリッドモジュールは意図された接続ルーティングに従います。クラウドハイブリッドミーティングではメディアをモジュール経由、シグナリングをクラウドへルーティングし、内部専用ミーティングではメディアとシグナリングの両方をオンプレミスのハイブリッドモジュール経由でのみルーティングします。 たとえば、ある位置情報内の400人のユーザーが、標準画質の3つの別々のミーティングに同時に接続しているとします。2つのミーティングは外部ユーザーが存在するクラウドハイブリッドであり、企業ネットワークの300人のユーザーが SFU モードで動作する SFU/iMMR モジュールを介して接続しています。3つ目のミーティングは内部専用で、100人のユーザーが iMMR モードで動作する同じ SFU/iMMR モジュールに接続しています。 この例では、クラウドハイブリッドミーティングに接続しているユーザーは SFU/iMMR モジュールとの双方向メディア接続を持ち、クラウドとの独立した双方向シグナリング接続を持ちます。一方、内部専用ミーティングに接続しているユーザーは、同じ SFU/iMMR モジュールとのみ双方向のシグナリングおよびメディア接続を持ちます。このモジュールはすべての内部ミーティングデータをオンプレミスに保持し、クラウドにカスケードしません。
#### クラウドハイブリッドミーティングでは、SFU/iMMR は転送デバイスとしてのみ機能し、ミーティングキーまたはユーザーキーにはアクセスできません クラウドハイブリッドミーティング（SFUモード）に接続している場合、SFU/iMMR モジュールはミーティング暗号化キーを必要とせず、それらにアクセスすることもできません。代わりに、モジュールは暗号化されたミーティングメディアプロセッサとしてメディアミキシングの役割を維持し、メディアストリームの内容にアクセスできません。 #### 内部専用ミーティングでは、SFU/iMMR が企業ネットワーク内のすべての暗号化キーを生成して配信します 内部専用ミーティング用のマルチメディアルーター（iMMRモード）として動作する場合、ミーティング内の最上位 SFU/iMMR はミーティング内暗号化キーの生成と配信を担います。暗号化キーは、クラウドベースの MMR と同じ暗号方式を使用して生成および配信されます。 #### SFU/iMMR モジュールは、クラウドハイブリッドミーティングに接続している場合、ネットワークをまたいで相互に通信できません SFU/iMMR モジュールは、クラウドハイブリッドミーティングに接続している場合、データセンター内でのネットワーク間（東西）通信をサポートしません。クラウドハイブリッドミーティングにおける SFU 間のすべての通信は、設計上 Zoomクラウドインフラストラクチャ（南北）経由でルーティングする必要があります。 #### SFU/iMMR モジュールは、内部専用ミーティングに接続している場合、ネットワークをまたいで相互に通信できます クラウドハイブリッドミーティングとは異なり、内部専用ミーティングは内部ミーティング設計によりネットワーク間（東西）通信をサポートします。クラウドハイブリッドミーティングでは、各 SFU/iMMR モジュールが「最上位」のクラウド MMR のメディアフィードをサブスクライブする必要がありますが、内部専用ミーティングではクラウドメディアフィードを利用しません。代わりに、内部専用ミーティングを最初に作成した iMMR/SFU モジュールが「最上位」MMR となり、追加の SFU/iMMR モジュールが最上位 MMR フィードをサブスクライブすることで、ネットワーク間通信が可能になります。 #### ゾーンコントローラプロキシモジュールは、SFU/iMMR を Zoomクラウドに接続します ゾーンコントローラプロキシモジュールは、該当する場合に SFU/iMMR モジュールを Zoom のクラウドミーティングインフラストラクチャに接続する役割を担います。 ユーザーのミーティング接続プロセス中に、Zoom Webサービスは、ミーティングサーバー情報を取得するためゾーンコントローラプロキシとクラウドゾーンコントローラの間でリクエストを送信します。この情報はゾーンコントローラプロキシから SFU/iMMR に中継され、SFU/iMMR はクラウドハイブリッドミーティングの場合は Zoomクラウドに接続し、内部専用ミーティングの場合はミーティングを初期化します。 #### 展開には位置情報ごとに少なくとも2つのゾーンコントローラプロキシが必要です Zoom Meetings Hybrid を展開する地理的な各位置情報には、回復性と安定性のために少なくとも2つのゾーンコントローラプロキシが必要です。 たとえば、ある会社がロサンゼルスとニューヨークのオフィスに Zoom Meetings Hybrid を展開する場合、各位置情報で2つの ZCP モジュールを展開し、合計4つにする必要があります。 #### SFU/iMMR モジュールで予期しない障害が発生した場合、可能であればユーザーは代替接続にフェイルオーバーします 予期しない事態ではありますが、ユーザーの接続中にハイブリッドモジュールが障害（クラッシュなど）を起こした場合、可能であればユーザーは代替接続へのフェイルオーバーを開始します。これらのシナリオについては、次の3つのセクションで説明します。 #### クラウドハイブリッドミーティングに接続しているユーザーは、利用可能な場合は代替 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 グローバルネットワークに接続しています…」と表示されます。一方、クラウドインフラストラクチャに接続しているユーザーには、「Zoom グローバルネットワークに接続しています。」というメッセージが表示されます。 次の画像は、Zoom Meetings Hybrid ミーティングに接続している場合とクラウドベースのミーティングに接続している場合にユーザーに表示される内容を示しています。\\ {% columns %} {% column %}
{% endcolumn %} {% column %}
{% endcolumn %} {% endcolumns %} #### Zoom Meetings Hybrid は Zoom のスタンダードファイアウォール構成を使用し、特別なルールを必要としません Zoom Meetings Hybrid では、次のもの以外に追加のファイアウォールルールまたは構成は必要ありません [Zoom のデフォルト推奨事項](https://support.zoom.us/hc/en-us/articles/201362683-Zoom-network-firewall-or-proxy-server-settings)。メディア接続では、サービスのスタンダードポートとして UDP/TCP 8801 および TCP 443（TLS 1.2）を引き続き使用します。 {% hint style="info" %} **注** メディア用のポート分離（UDP 8801～8803）がサポートされています。ポート分離が有効な場合は、ファイアウォールルールに8802および8803が含まれるよう構成してください。 {% endhint %} ### 付録: Zoom Node このセクションでは、Zoom Node プラットフォームとそのコアコンセプトを一般的に紹介します。 #### Zoom Node は、Zoomサービスの重要な部分を自社のデータセンターとオフィスにもたらします Zoom Node は、データセンターサーバーを Zoom のクラウドと統合して、オフィスに Zoomサービスを提供するハイブリッドソリューションです。 クラウド主導の展開モデルを特徴とし、Zoom管理者はWeb上の一元化されたダッシュボードから、データセンターサーバーに Zoom ハイブリッドサービスを動的かつ迅速に展開できます。このダッシュボードにはさらに、サービス管理、アップグレード、ログ管理、パフォーマンスレポート、および堅牢なトラブルシューティングフレームワークのためのツールが含まれます。 #### Zoom Node はモジュール式の設計であり、必要なサービスモジュールのみを展開します ハイブリッドサービスごとに個別のソフトウェアを必要とするのではなく、Zoom Node は、企業が1つの共通フレームワークを使用して複数のハイブリッドサービスを管理および展開できる「オールインワン」のモジュール式プラットフォームです。 Zoom Node は、Linuxベースのオペレーティングシステムである Zoom Node OS をエンタープライズデータセンターサーバーにインストールして Node に変換することで、このモジュール式設計を実現します。ソフトウェアのインストール後、Node はクラウド内の Zoom Node プラットフォームに登録され、Zoomサービス機能を提供する各種サービスモジュールのインストールを待機します #### Zoom Node には、サービス管理、アップグレード、アラート、トラブルシューティングなどのための機能豊富なダッシュボードが含まれています Zoom Node 展開を管理する中央ハブとして、Zoom Node ダッシュボードには、サービス管理、展開、アップグレード、ログ管理、パフォーマンスレポート、および堅牢なトラブルシューティングフレームワークのためのツールが含まれています。 #### サービスモジュールは Zoom Node OS 上で実行されるサービスであり、Web経由で簡単に展開できます サービスモジュールは、サービスを機能させる Zoom Node オペレーティングシステム上で実行されるサービスアプリケーションです。Zoom管理者は、Webポータル上の Zoom Node ダッシュボードを介してサービスをノードに割り当てます。Node にサービスを割り当てると、Zoom Node プラットフォームは選択されたサービスモジュールを Node にプッシュし、自動的にインストールします。インストールが完了すると、Node エンドポイントは指定されたハイブリッドサービスで使用できる状態になります。 #### 各 Zoom Node は最大4つのサービスモジュールをサポートできます Zoom Phone Local Survivability モジュールを除き、各 Zoom Node アプライアンスはマシンごとに最大4つのサービスモジュールをサポートできます。追加の要件または回復性のために、追加の Node を作成してリンクできます。 たとえば、ある会社が複数のデータセンターに Zoom Meetings Hybrid を展開しており、ニューヨークから開始するとします。各データセンターには Zoom Node プラットフォームに接続された複数の Zoom Node エンドポイントが装備されていますが、次の画像に示すように、機能のための Node サービスはまだいずれにも割り当てられていません。
会社がネットワーク内に Zoom Meetings Hybrid を展開する準備ができると、アカウント管理者は1つのゾーンコントローラプロキシサービスと3つの SFU/iMMR モジュールを Node 1および2に展開します。管理者は、バッファーとして追加の SFU/iMMR モジュールを3つ目の Node にも展開します。Zoom Node プラットフォームはすべての Node サービスを各 Node エンドポイントにプッシュしてインストールし、インストールが完了すると、次の画像に示すように Zoom Meetings Hybrid を使用できる状態になります。
#### Zoom Node はエンドツーエンドの自動 PKI 証明書生成（Auto-PKI）をサポートしています Zoom Node には、DigiCert によるエンドツーエンドの自動公開証明書管理が含まれています。証明書の生成および更新にかかるすべての費用は Zoom が負担しますが、このプロセスを通じて Zoom が顧客の秘密キーを処理またはアクセスすることはありません。 既存の証明書戦略を持つお客様は、任意の認証局を使用して手動で証明書を生成、更新、サポートすることを選択できますが、その費用は Zoom が負担しません。代替の認証局を使用する予定のお客様は、事前にアカウントチームにご相談ください。 #### 各 Zoom Node には、アカウントのバニティURLを使用する動的DNSエントリ（\*.zoomonprem.com）が設定されます（Auto-DNS） Zoom Node は、ホストアカウントの既存のバニティURLを使用して、\*.zoomonprem.com ドメイン配下に各サーバーの動的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 に必要なハードウェアおよび/またはハイパーバイザーインフラストラクチャを管理、保守、サポートすることも、組織に追加のオーバーヘッドをもたらすため、ハイブリッド展開を検討する際には十分に考慮する必要があります。 #### セキュリティ上の利点は限定的です Zoom Node は、専用Webプロキシまたはローカルログ保存先として機能する可能性を除き、ネイティブの Zoomクラウドサービスに比べて追加の暗号化方式や主要なセキュリティ上の利点を提供しません。 ハイブリッド展開では、外部サービスで Node エンドポイントを利用可能にするため、追加のファイアウォールルールと構成も必要です。ネットワークセキュリティチームは、ハイブリッド環境の展開を検討する際に、これらの追加のファイアウォールおよびセキュリティ要件に留意する必要があります。 #### ハイブリッド環境とVPNには構成が必要です リモート従業員は、必要に応じてミーティングトラフィックを Zoom Node サービスにルーティングするため、VPN接続またはスプリットトンネル構成が必要になる場合があります。このトラフィックの増加により、VPNインフラストラクチャが送受信される追加の帯域幅を処理できない場合、負荷が過大になる可能性があります。ハイブリッドサービスをリモートワーカーおよびリモートネットワークインフラストラクチャと組み合わせる場合は、慎重な計画が必要です。 #### サーバーログの共有には慎重な検討が必要です Zoom Node のログと記録に対するローカル制御の維持はハイブリッド展開の構成要素ですが、この機能はハイブリッドインフラストラクチャのトラブルシューティング時に障害となる場合があります。 サービスログはデフォルトでローカルに保持され、データ、診断情報、および Zoom が閲覧できないその他の情報を含みます。ただし、ハイブリッド構成と品質に関する懸念を効果的にトラブルシューティングするには、トラブルシューティング目的でハイブリッドデータログを Zoom と共有する必要があります。Zoom Node は、お客様の裁量でWebポータルを通じた安全なログファイルアップロードサービスを提供しますが、これらのログをアップロードすると、ハイブリッド展開では通常 Zoom と共有されないサービスメタデータが公開される場合があります。このデータには、ローカルで参加する参加者の名前、Zoomバージョン番号、オペレーティングシステム情報などが含まれる場合があります。 --- # 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/ja/naentpuraizusbisu/zoom-node/zoom-meetings-hybrid/zoom-meetings-hybrid-explainer.md?ask=&goal= ``` `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.