Zoom Nodeインフラストラクチャの前提条件

Zoom Node展開のために組織を準備するためのこれらの前提条件を参照してください。

このセクションでは、モジュールのインストールを含む Zoom Node 展開のハードウェアおよびソフトウェアの前提条件について詳述します。

ハイブリッドコミュニケーション基盤の構築

各展開シナリオ向けのハードウェアおよびソフトウェア参照を以下に示します。

サポートされているハイパーバイザ

ハイパーバイザの互換性を理解することで、既存の仮想化投資を活用しつつ、Zoom Node のすべての機能サポートを維持できます。

ハイパーバイザ プラットフォーム	最小バージョン要件	戦略的実装に関する考慮事項
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 中心の環境へのシームレスな統合を提供します。

特定の Hyper-V バージョンの検証については Zoom サポートにお問い合わせください。

仮想マシンのハードウェア仕様

以下の仕様は標準および最小ハードウェア要件をカバーします。

標準の本番構成

この構成により、エンタープライズレベルの組織はノードあたり最大4つの同時サービスモジュールをサポートすることで Zoom Node の機能を最大限に活用できます。

インフラストラクチャ構成要素	技術仕様	ビジネスへの影響と実装の理由
CPU アーキテクチャ	64ビット Intel E5-2650v4 以降 @ 2.0GHz+、AMD 64ビット @ 2.0GHz+	品質の高いユーザー体験に必要なリアルタイムメディア処理機能をサポートします。
仮想 CPU 割り当て	8 vCPU	複数のハイブリッドサービスを同時に動作させても性能低下を起こさないことを可能にします。
メモリ割り当て	16 GB RAM	トランスコーディングやメディアルーティングなどメモリ集約型の動作をサポートします。
ストレージプロビジョニング	200 GB HDD	OS、サービスモジュール、ログ、および一時的なメディア保存を収容します。
ネットワークインターフェース	10 GB 仮想 NIC	大量のメディア処理が発生するシナリオでのネットワークボトルネックを防ぎます。

実行可能な最小構成

この構成は、初期テスト、概念実証、ラボ環境、または同時利用が限定された単一サービスの展開に適しています。

インフラストラクチャ構成要素	最小仕様	適切な使用事例と制限
仮想 CPU 割り当て	3 vCPU	テスト環境、単一サービスの展開向け
メモリ割り当て	6-8 GB RAM	同時ユーザーのサポートが限定的であり、スケーリングが必要になる場合があります。
ストレージプロビジョニング	200 GB HDD	重要な操作のための基本的なストレージのみ
ネットワークインターフェース	1 GB/s 仮想 NIC	低トラフィック実装には十分です。

重要なパフォーマンスに関する考慮事項: 組織は使用状況の増加に伴い、最小仕様から標準の本番仕様へスケールする計画を立てる必要があります。最小仕様での本番稼働はサポートされておらず、パフォーマンスやインストールの問題を引き起こす可能性があります。

ネットワークアーキテクチャと接続の前提条件：信頼できるハイブリッドコミュニケーションの確保

このセクションでは、Zoom のクラウドインフラストラクチャとのシームレスなサービス統合と信頼性のある通信に必要な必須のネットワーク、IP アドレッシング、および DNS 要件を概説します。

基本的なネットワーク要件

これらの交渉不可のネットワーク設定が成功する Zoom Node 展開の基盤を形成します。

ネットワーク要件	技術仕様	重要な実装への影響
VM ネットワークタイプ	ブリッジ／ダイレクトの VM ネットワーキングが必須	ハイブリッドサービスに不可欠なクライアントからノードへの直接通信を可能にします。
NAT 構成	サポートされていません - VM をハイパーバイザの NAT の背後に配置できません	クライアントと Zoom Node サービス間の通信障害を防ぎます。
インターネット接続性	クラウドサービス統合に必須	ハイブリッドサービス機能と管理プレーン通信を可能にします。
プロキシサーバーサポート	Zoom Node OS 通信ではサポートされます。プロキシのサポートはサービスモジュールのファミリーによって異なるため、モジュールのドキュメントを確認してください。	仲介による複雑さを避けつつ信頼できるクラウドサービス接続を可能にします。
内部アドレッシング	RFC 1918 アドレッシングを完全にサポート	既存のエンタープライズネットワーク構成とシームレスに統合できます。

IPアドレス計画マトリックス

戦略的な IP アドレス割り当てにより、柔軟なサービス展開と将来の拡張が可能になります。

展開アーキテクチャ	IP アドレス要件	実装の柔軟性と成長の道筋
標準のマルチサービスノード	サービスごとに 1 つのユニーク IP（最大合計 4）	最大の展開柔軟性を提供し、段階的なサービス展開をサポートします。
ハイブリッド WAG 実装	専用の IP アドレス 2 個が必要	冗長な Web アプリケーションゲートウェイサービスを可能にします。
統合された展開	ノード＋主要モジュールで共有される 1 つの IP	特定の低複雑度シナリオに限定されます。
高可用性アーキテクチャ	分散コンポーネントにまたがる複数の IP	エンタープライズの継続性要件をサポートします。

DNS アーキテクチャ要件

適切な DNS 構成は、信頼できるサービス検出と証明書検証を確保します。

重要な DNS 実装要件

• パブリック DNS 解決の義務: すべての Zoom Node ホスト名はパブリック DNS インフラストラクチャで解決される必要があります。

• スプリットホライズン DNS サポート: 外部 DNS ゾーンは Zoom クラウドの IP 範囲に対してノードのホスト名を解決する必要があります。

• サバイバビリティ DNS アーキテクチャ: インターネットの障害時にローカル DNS サーバーが利用可能である必要があります。

• 命名の一貫性要件: 内部ユーザーと Zoom クラウドインフラストラクチャは同一のホスト名を参照する必要があります。

実装のベストプラクティス: 証明書と接続の問題を防ぐために、導入前にすべての DNS エントリを文書化し検証してください。

証明書管理戦略：ハイブリッドコミュニケーションの保護

このセクションでは、自動化されたオプションまたは BYOC（Bring Your Own Certificate）など利用可能な証明書オプションを概説し、組織のセキュリティポリシーおよび展開アーキテクチャに合わせた計画ガイダンスを提供します。

戦略的な証明書管理オプション

管理方法	運用モデル	最適な利用ケースとビジネス上の利点
自動 PKI（推奨）	Zoom 管理下での自動登録と更新、費用は Zoom が管理	運用上の負担を軽減し、証明書の有効期限リスクを排除し、ほとんどの展開に最適です。
Bring Your Own Certificate (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	ノードプラットフォームと IP を共有できます
録画サービス	zoom-recording.company.com	10.1.50.101	専用の IP アドレスが必要です
ウェビナーサービス	zoom-webinar.company.com	10.1.50.102	専用の IP アドレスが必要です
将来のサービススロット	（拡張のために予約）	該当なし	展開の柔軟性を維持します

重要な展開に関する警告: 標準の単一ホスト証明書は、ノードと単一モジュール間で IP/ホスト名を共有する特定のシナリオを除き、Zoom Node とは互換性がありません。

サービス固有の前提条件：高度なハイブリッド機能の有効化

このセクションでは、AWS コンテキストで Zoom Node を展開するための主要な前提条件を概説します。

AWS クラウド展開の前提条件

AWS 要件	技術仕様	実装目的
ワークステーション容量	最小 20 GB のストレージ	ツールのインストールとイメージ変換をサポートします。
AWS CLI ツール	最新バージョンが必要です	自動化されたデプロイワークフローを可能にします。
QEMU イメージツール	qemu-img ユーティリティ	VMDK から AMI への変換を促進します。
IAM 構成	vmimport 適切なポリシーを持つロール	安全な VM インポート操作を可能にします。
S3 インフラストラクチャ	バケット（with） vmimport 権限	VM イメージのステージングを提供します。

戦略的な実装計画フレームワーク

このセクションでは、ハイブリッド環境全体でパフォーマンス、信頼性、および長期的な成長を計画するための展開プロファイルとスケーリング戦略を提供します。

展開サイズおよび容量計画マトリックス

組織の規模とサービス要件に基づいて展開プロファイルを選択してください：

展開プロファイル	インフラストラクチャ規模	モジュール配分戦略	ターゲット使用ケース
パイロット／小規模オフィス	1-2 ノード	ノードあたり 1-2 モジュール	概念実証、500 ユーザー未満
標準エンタープライズ	3-5 ノード	ノードあたり 2-3 モジュール	500〜5,000 ユーザー、複数拠点
大規模エンタープライズ／高可用性	6 ノード以上	分散モジュール、地理的冗長性	5,000 名以上、ミッションクリティカル

リソース最適化およびスケーリング戦略

次の方法でインフラ投資を最大化します：

• 戦略的モジュール統合: 標準仕様でノードあたり最大4モジュールをデプロイします。

• 段階的なスケーリングアプローチ: テストには最小仕様で開始し、本番仕様へスケールしてください。

• サービス重要度の評価: ミッションクリティカルなサービスは専用ノードに分離してください。

• 地理的分散計画: サバイバビリティと性能のために拠点全体にノードを展開してください。