このページの内容は機械翻訳です。Zoomは機械翻訳の正確性を保証しません。
For the complete documentation index, see llms.txt. This page is also available as Markdown.

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サポートに連絡してください。

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

以下の仕様には、標準および最小のハードウェア要件が含まれます。

標準本番構成

この構成では、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アドレス割り当てにより、柔軟なサービス展開と将来の拡張が可能になります。

展開アーキテクチャ
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クラウドインフラストラクチャは、同一のホスト名を参照する必要があります

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

証明書管理戦略: ハイブリッド通信の保護

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

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

管理方法
運用モデル
最適なユースケースとビジネス上の利点

自動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-ウェビナー.company.com

10.1.50.102

専用IPアドレスが必要です

将来のサービススロット

(拡張用に予約済み)

N/A

展開の柔軟性を維持します

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

このセクションでは、AWS環境でZoom Nodeを展開するための主要な前提条件を説明します。

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

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を展開

最終更新

役に立ちましたか?