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中心の環境とのシームレスな連携
仮想マシンのハードウェア仕様
以下の仕様には、標準および最小のハードウェア要件が含まれます。
標準本番構成
この構成では、Nodeあたり最大4つの同時サービスモジュールをサポートすることで、エンタープライズレベルの組織がZoom Nodeの機能を最大限に活用できます。
CPUアーキテクチャ
64ビット Intel E5-2650v4以上 @ 2.0GHz+ AMD 64ビット @ 2.0GHz+
高品質なユーザー体験に不可欠なリアルタイムメディア処理機能をサポートします
仮想CPU割り当て
8 vCPU
パフォーマンスを低下させることなく、複数のハイブリッドサービスを同時に運用できます
メモリ割り当て
16 GB RAM
トランスコーディングやメディアルーティングを含む、メモリ集約型の操作をサポートします
ストレージの割り当て
200 GB HDD
OS、Service Modules、ログ、一時メディアストレージを収容できます
ネットワークインターフェース
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はハイパーバイザーNATの背後に配置できません
クライアントとZoom Nodeサービス間の通信失敗を防ぎます
インターネット接続
クラウドサービス連携に必要です
ハイブリッドサービス機能と管理プレーン通信を可能にします
プロキシサーバーサポート
Zoom Node OSの通信でサポートされています。プロキシサポートはService Moduleファミリによって異なります。モジュールのドキュメントを確認してください。
仲介による複雑さなしに、信頼性の高いクラウドサービス接続を可能にします
内部アドレス指定
RFC 1918アドレス指定を完全にサポート
既存のエンタープライズネットワーク方式とのシームレスな連携を可能にします
IPアドレス計画マトリックス
戦略的なIPアドレス割り当てにより、柔軟なサービス展開と将来の拡張が可能になります。
標準のマルチサービスNode
サービスごとに固有のIP 1つ(合計最大4つ)
最大限の展開柔軟性を実現し、段階的なサービス展開をサポートします
ハイブリッドWAG実装
専用IPアドレス2つが必要
冗長なWeb アプリケーション Gatewayサービスを可能にします
統合展開
Node + プライマリモジュール用の共有IP 1つ
特定の低複雑性シナリオに限定されます
高可用性アーキテクチャ
分散コンポーネント全体に複数のIPを配置
エンタープライズの継続運用要件をサポートします
DNSアーキテクチャ要件
適切なDNS構成により、信頼性の高いサービス検出と証明書の検証が確保されます。
重要なDNS実装要件
公開DNS解決の義務: すべてのZoom Nodeホスト名は公開DNSインフラストラクチャ経由で解決される必要があります
スプリットホライズンDNSサポート: 外部DNSゾーンは、ZoomクラウドのIPアドレス範囲に対してNodeホスト名を解決する必要があります
継続運用のDNSアーキテクチャ: インターネット障害中もローカルDNSサーバーは利用可能なままでなければなりません
命名の一貫性要件: 社内ユーザーとZoomクラウドインフラストラクチャは、同一のホスト名を参照する必要があります
証明書管理戦略: ハイブリッド通信の保護
このセクションでは、自動化またはBYOCの利用可能な証明書オプションを説明し、組織のセキュリティポリシーおよび展開アーキテクチャに合わせるための計画ガイダンスを提供します。
戦略的な証明書管理オプション
自動PKI(推奨)
Zoom管理のコストによる自動登録と更新
運用負荷を軽減し、証明書の有効期限切れリスクを排除するため、ほとんどの展開に最適です
独自の証明書を持ち込む(BYOC)
公開CAによる組織管理の証明書
既存のPKIポリシーに対するコンプライアンスを可能にし、成熟した証明書管理を持つエンタープライズに適しています
BYOC実装要件
このセクションでは、サポートされる証明書モデルを詳しく説明し、サービス全体で安全かつ拡張可能な展開を確実にするための計画テンプレートを提供します。
証明書タイプ選択ガイド
ワイルドカード証明書
すべてのサブドメインのトラフィックを暗号化します
*.company.com すべてのサービスをカバー
管理が簡単で、推奨されるアプローチ
マルチ SAN 証明書
最大5つの特定ホスト名をサポート
サービスごとの個別FQDN
包括的な事前計画が必要です
マルチサービス証明書計画テンプレート
展開前に証明書要件を計画するために、このテンプレートを使用してください:
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-ウェビナー.company.com
10.1.50.102
専用IPアドレスが必要です
将来のサービススロット
(拡張用に予約済み)
N/A
展開の柔軟性を維持します
重要な展開警告: 標準の単一ホスト証明書は、Nodeと単一モジュール間で1つの共有IP/ホスト名を使用する特定のシナリオを除き、Zoom Nodeとは互換性がありません。
サービス固有の前提条件: 高度なハイブリッド機能を有効化する
このセクションでは、AWS環境でZoom Nodeを展開するための主要な前提条件を説明します。
AWSクラウド展開の前提条件
ワークステーション定員
最小20 GBのストレージ
ツールのインストールとイメージ変換をサポート
AWS CLIツール
最新バージョンが必要
自動化された展開ワークフローを可能にします
QEMUイメージツール
qemu-img ユーティリティ
VMDKからAMIへの変換を容易にします
IAM構成
vmimport 適切なポリシーを持つロール
安全なVMインポート操作を可能にします
S3インフラストラクチャ
権限付きのバケット vmimport 権限
VMイメージのステージングを提供します
戦略的実装計画フレームワーク
このセクションでは、ハイブリッド環境全体でのパフォーマンス、信頼性、長期的な成長を計画するのに役立つ展開プロファイルとスケーリング戦略を提供します。
展開サイジングと定員計画マトリクス
組織の規模とサービス要件に基づいて、展開プロファイルを選択してください:
パイロット/小規模オフィス
1~2 Nodes
Nodeあたり1~2モジュール
概念実証、500ユーザー未満
標準エンタープライズ
3~5 Nodes
Nodeあたり2~3モジュール
500~5,000ユーザー、マルチサイト
大規模エンタープライズ/HA
6+ Nodes
分散モジュール、地理的冗長性
5,000ユーザー以上、ミッションクリティカル
リソース最適化とスケーリング戦略
以下を通じてインフラストラクチャ投資を最大化します:
戦略的モジュール統合: 標準仕様でNodeあたり最大4モジュールを展開
段階的スケーリングアプローチ: テスト用に最小仕様から開始し、本番標準へ拡張
サービス重要度評価: ミッションクリティカルなサービスを専用Node上に分離
地理的分散計画: 継続運用性とパフォーマンスのために、複数拠点にNodeを展開
最終更新
役に立ちましたか?

