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

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

### <mark style="color:青;">ハイブリッド通信基盤の構築</mark>

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

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

ハイパーバイザーの互換性を理解することで、組織は既存の仮想化投資を活用しながら、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中心の環境にシームレスに連携                                    |

{% hint style="info" %}
特定のHyper-Vバージョンの検証については、Zoomサポートに連絡してください。
{% endhint %}

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

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

**標準本番構成**

この構成により、エンタープライズレベルの組織は、1つのNodeあたり最大4つの同時Service Moduleをサポートすることで、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 | 低ボリュームの実装に適しています                     |

{% hint style="warning" %}
**重要なパフォーマンスに関する考慮事項**: 組織は、使用パターンの増加に応じて、最小構成から本番スタンダード仕様へスケールする計画を立てる必要があります。Minimum仕様で本番システムを運用することはサポートされておらず、パフォーマンス上またはインストール上の問題を引き起こす可能性が高くなります。
{% endhint %}

### <mark style="color:青;">ネットワークアーキテクチャと接続性の前提条件: 信頼性の高いハイブリッド通信の確保</mark>

このセクションでは、シームレスなサービス連携とZoomのクラウドインフラストラクチャとの信頼性の高い通信に必要な、必須のネットワーク、IPアドレス指定、およびDNS要件について説明します。

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

これらの譲れないネットワーク構成は、Zoom Node の導入成功の基盤となります。

| ネットワーク要件           | 技術仕様                                                                                      | 重要な実装への影響                                |
| ------------------ | ----------------------------------------------------------------------------------------- | ---------------------------------------- |
| **VMネットワークタイプ**    | ブリッジ接続/直接VMネットワーキングが必須                                                                    | ハイブリッドサービスに不可欠な、クライアントとNode間の直接通信を可能にします |
| **NAT構成**          | 非対応 - VM はハイパーバイザー NAT の背後に配置できません                                                        | クライアントと Zoom Node サービス間の通信障害を防ぎます        |
| **インターネット接続性**     | クラウド サービス連携に必要です                                                                          | ハイブリッド サービス機能と管理プレーン通信を有効にします            |
| **プロキシ サーバー サポート** | Zoom Node OS 通信でサポートされています。プロキシ サポートは Service Module ファミリによって異なります。モジュールのドキュメントを確認してください。 | 中間の複雑さなしに、信頼性の高いクラウド サービス接続を有効にします       |
| **内部アドレス指定**       | RFC 1918 のアドレス指定を完全にサポート                                                                  | 既存のエンタープライズ ネットワーク方式とのシームレスな連携を可能にします    |

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

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

| 展開アーキテクチャ             | IPアドレス要件                    | 実装の柔軟性と成長パス                           |
| --------------------- | --------------------------- | ------------------------------------- |
| **スタンダード マルチサービスノード** | サービスごとに1つの固有IP（合計最大4つ）      | 最大限の展開柔軟性を実現し、段階的なサービス展開をサポート         |
| **ハイブリッドWAG実装**       | 2つの専用IPアドレスが必要              | 冗長化されたWeb アプリケーション Gatewayサービスを可能にします |
| **統合デプロイメント**         | Node とプライマリモジュールで 1 つの共有 IP | 特定の低複雑度シナリオに限定                        |
| **高可用性アーキテクチャ**       | 分散コンポーネント全体で複数の IP          | エンタープライズの存続要件をサポート                    |

#### DNS アーキテクチャ要件

適切な DNS 設定により、信頼性の高いサービス検出と証明書検証が確保されます。

**重要な DNS 実装要件**

* **パブリック DNS 解決の必須要件**：すべてのZoom Nodeホスト名は、パブリックDNSインフラストラクチャ経由で解決されなければなりません
* **スプリットホライズンDNSサポート**：外部DNSゾーンは、ZoomクラウドIPアドレス範囲に対してNodeホスト名を解決しなければなりません
* **サバイバビリティDNSアーキテクチャ**：ローカルDNSサーバーは、インターネット障害時にもオンラインのままでなければなりません
* **命名の一貫性要件**：内部ユーザーとZoomクラウドインフラストラクチャは、同一のホスト名を参照しなければなりません

{% hint style="info" %}
**実装のベストプラクティス**：証明書および接続性の問題を阻止するため、導入前にすべてのDNSエントリをドキュメント化して検証してください。
{% endhint %}

### <mark style="color:青;">証明書管理戦略：ハイブリッドコミュニケーションの保護</mark>

このセクションでは、利用可能な証明書オプション（自動または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           | 導入の柔軟性を維持します            |

{% hint style="danger" %}
**重要な導入警告**: スタンダードの単一ホスト証明書は、Nodeと単一モジュール間で1つの共有IP/ホスト名を使用する特定のシナリオを除き、Zoom Nodeと互換性がありません。
{% endhint %}

### <mark style="color:青;">サービス固有の前提条件: 高度なハイブリッド機能の有効化</mark>

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

#### AWSクラウド導入の前提条件

| AWS要件            | 技術仕様                     | 実装目的                      |
| ---------------- | ------------------------ | ------------------------- |
| **ワークステーションの定員** | 最低20 GBのストレージ            | ツールのインストールとイメージ変換をサポートします |
| **AWS CLIツール**   | 最新バージョンが必要です             | 自動化された導入ワークフローを可能にします     |
| **QEMUイメージツール**  | `qemu-img` ユーティリティ       | VMDKからAMIへの変換を容易にします      |
| **IAM設定**        | `vmimport` 適切なポリシーを持つロール | 安全なVMインポート操作を可能にします       |
| **S3インフラストラクチャ** | 〜付きのバケット `vmimport` 権限   | VMイメージのステージングを提供します       |

### <mark style="color:青;">戦略的な実装計画フレームワーク</mark>

このセクションでは、ハイブリッド環境全体でのパフォーマンス、信頼性、長期的な成長を計画するのに役立つ導入プロファイルとスケーリング戦略を示します。

#### 導入規模と定員計画マトリックス

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

| 導入プロファイル           | インフラ規模  | モジュール配分戦略       | 対象ユースケース                  |
| ------------------ | ------- | --------------- | ------------------------- |
| **パイロット/小規模オフィス**  | 1〜2ノード  | Nodeあたり1〜2モジュール | 概念実証、500ユーザー未満            |
| **スタンダードエンタープライズ** | 3〜5ノード  | Nodeあたり2〜3モジュール | 500〜5,000ユーザー、マルチサイト      |
| **大規模エンタープライズ/HA** | 6以上のノード | 分散モジュール、地理的冗長性  | 5,000人以上のユーザー、ミッションクリティカル |

#### リソース最適化とスケーリング戦略

以下を通じてインフラ投資を最大化：

* **戦略的モジュール統合**: スタンダード仕様で、ノードごとに最大4つのモジュールを展開
* **段階的なスケーリングアプローチ**: テスト用の最小仕様から開始し、本番スタンダードへ拡張
* **サービス重要度の評価**: 専用ノード上にミッションクリティカルなサービスを分離
* **地理的分散計画**: 耐障害性と性能のために、複数の拠点にノードを展開


---

# Agent Instructions: 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:

```
GET https://library.zoom.com/technical-library/ja/naentpuraizusbisu/zoom-node/zoom-node-deployment-field-guide/zoom-node-infrastructure-prerequisites.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
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.