> 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-node-deployment-field-guide/zoom-node-infrastructure-prerequisites.md).

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

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 %}

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

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

**標準本番構成**

この構成では、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 | 低容量の実装には十分です                         |

{% hint style="warning" %}
**重要なパフォーマンス上の考慮事項**: 組織は、使用パターンの増加に合わせて、最小仕様から本番標準仕様へ拡張する計画を立てる必要があります。本番システムを最小仕様で運用することはサポートされておらず、パフォーマンスやインストールの問題を引き起こす可能性が高くなります。
{% 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アドレスの要件                  | 実装の柔軟性と成長パス                        |
| ------------------ | -------------------------- | ---------------------------------- |
| **標準のマルチサービス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クラウドインフラストラクチャは、同一のホスト名を参照する必要があります

{% 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 Nodes    | Nodeあたり1～2モジュール | 概念実証、500ユーザー未満          |
| **標準エンタープライズ**     | 3～5 Nodes    | Nodeあたり2～3モジュール | 500～5,000ユーザー、マルチサイト    |
| **大規模エンタープライズ/HA** | 6+ Nodes     | 分散モジュール、地理的冗長性  | 5,000ユーザー以上、ミッションクリティカル |

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

以下を通じてインフラストラクチャ投資を最大化します:

* **戦略的モジュール統合**: 標準仕様でNodeあたり最大4モジュールを展開
* **段階的スケーリングアプローチ**: テスト用に最小仕様から開始し、本番標準へ拡張
* **サービス重要度評価**: ミッションクリティカルなサービスを専用Node上に分離
* **地理的分散計画**: 継続運用性とパフォーマンスのために、複数拠点にNodeを展開


---

# 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-node-deployment-field-guide/zoom-node-infrastructure-prerequisites.md?ask=<question>&goal=<endgoal>
```

`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.