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

# Prérequis d'infrastructure de Zoom Node

Cette section détaille les prérequis matériels et logiciels pour les déploiements Zoom Node, y compris l'installation des modules.

### <mark style="color:bleu;">Construire votre base de communication hybride</mark>

Les références matérielles et logicielles pour chaque scénario de déploiement sont fournies ci-dessous.

#### Hyperviseurs pris en charge

Comprendre la compatibilité des hyperviseurs permet à votre organisation de tirer parti des investissements de virtualisation existants tout en conservant une prise en charge complète des Fonctionnalités Zoom Node.

| Plateforme d'hyperviseur     | Exigence de version minimale                                    | Considérations stratégiques de mise en œuvre                                                                                                 |
| ---------------------------- | --------------------------------------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------- |
| **VMware vSphere/ESXi**      | 6.7 ou plus                                                     | Choix Standard du secteur offrant la compatibilité la plus large, idéal pour les entreprises disposant d'une infrastructure VMware existante |
| **Proxmox VE**               | Proxmox 8.x ou 9.0.x (VM uniquement/Pas de prise en charge LXC) | Option open source rentable prenant en charge à la fois les implémentations Proxmox VE et virt-manager                                       |
| **Nutanix AHV**              | AOS 6.10.x ou 7.x (VM uniquement/Pas de prise en charge LXC)    | Optimal pour les organisations tirant parti de stratégies d'infrastructure hyperconvergée                                                    |
| **Microsoft Hyper-V Server** | Hyper-V Server 2019 ou plus récent                              | Intégrations transparentes pour les environnements centrés sur Windows                                                                       |
| **AWS EC2**                  | Version actuelle                                                | Intégrations transparentes pour les environnements centrés sur Windows                                                                       |

{% hint style="info" %}
Contactez Assistance Zoom pour la validation de la version Hyper-V spécifique.
{% endhint %}

#### Spécifications matérielles de la machine virtuelle

Les spécifications suivantes couvrent les exigences matérielles Standard et minimales.

**Configuration de production Standard**

Cette configuration permet aux organisations de niveau Entreprise de maximiser les capacités de Zoom Node en prenant en charge jusqu'à quatre (4) modules de service simultanés par nœud.

| Composant d'infrastructure      | Spécification technique                                                  | Impact sur les Affaires et justification de la mise en œuvre                                                                         |
| ------------------------------- | ------------------------------------------------------------------------ | ------------------------------------------------------------------------------------------------------------------------------------ |
| **Architecture CPU**            | Intel E5-2650v4 64 bits ou plus récent à 2,0 GHz+ AMD 64 bits à 2,0 GHz+ | Prend en charge des capacités de traitement multimédia en temps réel essentielles pour offrir des expériences utilisateur de qualité |
| **Allocation de CPU virtuel**   | 8 vCPUs                                                                  | Permet le fonctionnement simultané de plusieurs services hybrides sans dégradation des performances                                  |
| **Allocation de mémoire**       | 16 GB RAM                                                                | Prend en charge les opérations gourmandes en mémoire, notamment le transcodage et le routage multimédia                              |
| **Provisionnement du stockage** | 200 GB HDD                                                               | Prend en charge le SYSTÈME D'EXPLOITATION, les modules de service, les journaux et le stockage temporaire des médias                 |
| **Interface réseau**            | NIC virtuelle de 10 Go                                                   | Évite les goulots d'étranglement réseau lors de scénarios de traitement multimédia à grand volume                                    |

**Configuration minimale viable**

Cette configuration convient aux tests initiaux, aux preuves de concept, aux environnements de laboratoire ou aux déploiements à service unique avec une utilisation simultanée limitée.

| Composant d'infrastructure      | Spécification minimale  | Cas d'utilisation et limites appropriés                                                   |
| ------------------------------- | ----------------------- | ----------------------------------------------------------------------------------------- |
| **Allocation de CPU virtuel**   | 3 vCPUs                 | Environnements de test, déploiements à service unique                                     |
| **Allocation de mémoire**       | 6 à 8 Go de RAM         | Prise en charge limitée des utilisateurs simultanés, peut nécessiter une montée en charge |
| **Provisionnement du stockage** | 200 GB HDD              | Stockage de base uniquement pour les opérations essentielles                              |
| **Interface réseau**            | NIC virtuelle de 1 Go/s | Adapté aux implémentations à faible volume                                                |

{% hint style="warning" %}
**Considération critique de performance**: Les organisations doivent prévoir de passer des spécifications minimales aux spécifications Standard de production à mesure que les modèles d’utilisation se développent. L’exécution d’un système de production avec des spécifications minimales n’est pas prise en charge et entraînera probablement des problèmes de performance ou d’installation.
{% endhint %}

### <mark style="color:bleu;">Architecture réseau et prérequis de connectivité : assurer des communications hybrides fiables</mark>

Cette section décrit les exigences obligatoires en matière de réseau, d’adressage IP et de DNS nécessaires à une Intégrations de service transparente et à une communication fiable avec l’infrastructure cloud de Zoom.

#### Exigences réseau fondamentales

Ces configurations réseau non négociables constituent la base d’implémentations réussies de Zoom Node.

| Exigence réseau                      | Spécification technique                                                                                                                                                                           | Impact critique sur l’implémentation                                                      |
| ------------------------------------ | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ----------------------------------------------------------------------------------------- |
| **Type de réseau VM**                | Réseau VM en pont/direct obligatoire                                                                                                                                                              | Permet une communication directe client-vers-Node, essentielle pour les services hybrides |
| **Configuration NAT**                | NON pris en charge - la VM ne peut pas résider derrière le NAT de l’hyperviseur                                                                                                                   | Empêche les échecs de communication entre les clients et les services Zoom Node           |
| **Connectivité Internet**            | Requise pour l’Intégrations de service cloud                                                                                                                                                      | Permet la fonctionnalité des services hybrides et la communication du plan de gestion     |
| **Prise en charge du serveur proxy** | Pris en charge pour les communications avec le SYSTÈME D'EXPLOITATION Zoom Node. La prise en charge du proxy varie selon la famille de modules de service ; consultez la documentation du module. | Permet une connectivité fiable aux services cloud sans complications intermédiaires       |
| **Adressage interne**                | Adressage RFC 1918 entièrement pris en charge                                                                                                                                                     | Permet une Intégrations transparente avec les schémas réseau d’entreprise existants       |

#### Matrice de planification des adresses IP

L’allocation stratégique des adresses IP permet un déploiement flexible des services et une विस्तार future.

| Architecture de déploiement          | Exigences en matière d’adresses IP                       | Flexibilité de l’implémentation et voie de croissance                                       |
| ------------------------------------ | -------------------------------------------------------- | ------------------------------------------------------------------------------------------- |
| **Node multi-services Standard**     | 1 adresse IP unique par service (jusqu’à 4 au total)     | Flexibilité maximale de déploiement, prend en charge un déploiement progressif des services |
| **Implémentation WAG hybride**       | 2 adresses IP dédiées requises                           | Permet des services de passerelle d’application Web redondants                              |
| **Déploiement consolidé**            | 1 adresse IP partagée pour le Node + le module principal | Limité à des scénarios spécifiques à faible complexité                                      |
| **Architecture haute disponibilité** | Plusieurs adresses IP sur des composants distribués      | Prend en charge les exigences de survie de l’entreprise                                     |

#### Exigences d’architecture DNS

Une configuration DNS appropriée garantit une découverte fiable des services et la validation du certificat.

**Exigences critiques de mise en œuvre DNS**

* **Obligation de résolution DNS publique**: Tous les noms d’hôte Zoom Node doivent être résolus via l’infrastructure DNS publique
* **Assistance DNS Split-Horizon**: Les zones DNS externes doivent résoudre les noms d’hôte Node pour les plages d’adresses IP de cloud Zoom
* **Architecture DNS de résilience**: Les serveurs DNS locaux doivent rester Disponible pendant les pannes d’Internet
* **Exigence de cohérence de nommage**: Les utilisateurs internes et l’infrastructure cloud Zoom doivent faire référence à des noms d’hôte identiques

{% hint style="info" %}
**bonne pratique de mise en œuvre**: Document et validez toutes les entrées DNS avant le déploiement afin d’empêcher les problèmes de certificat et de connectivité.
{% endhint %}

### <mark style="color:bleu;">Stratégie de gestion des certificats : sécuriser vos communications hybrides</mark>

Cette section décrit les options de certificat disponibles — automatisées ou BYOC — et fournit des conseils de planification pour s’aligner sur les politiques de sécurité et l’architecture de déploiement de votre organisation.

#### Options stratégiques de gestion des certificats

| Méthode de gestion                          | Modèle opérationnel                                                     | Cas d’utilisation optimal et avantages pour les Affaires                                                                       |
| ------------------------------------------- | ----------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------ |
| **Auto PKI (recommandé)**                   | Inscription et renouvellement automatisés avec des coûts gérés par Zoom | Réduit la charge opérationnelle, élimine les risques d’expiration des certificats, idéal pour la plupart des déploiements      |
| **Apporter votre propre certificat (BYOC)** | Certificats gérés par l’organisation provenant d’AC publiques           | Permet la conformité avec les politiques PKI existantes, adapté aux entreprises disposant d’une gestion mature des certificats |

#### Exigences de mise en œuvre BYOC

Cette section détaille les modèles de certificats pris en charge et fournit un modèle de planification pour garantir des déploiements sécurisés et évolutifs sur l’ensemble des services.

**Guide de sélection du type de certificat**

| Type de certificat       | Capacité technique                                | Exemple de mise en œuvre                 | Complexité du déploiement                      |
| ------------------------ | ------------------------------------------------- | ---------------------------------------- | ---------------------------------------------- |
| **Certificat wildcard**  | Chiffre tout le trafic des sous-domaines          | `*.company.com` couvre tous les services | Gestion simplifiée, approche recommandée       |
| **Certificat Multi-SAN** | Prend en charge jusqu'à 5 noms d'hôte spécifiques | FQDN individuel par service              | Nécessite une planification préalable complète |

**Modèle de planification de certificat Multi-Service**

Utilisez ce modèle pour planifier vos besoins en certificat avant le déploiement :

| Rôle du service                  | Nom d’hôte (entrée SAN)      | Adresse IP attribuée | Notes de couverture du certificat                           |
| -------------------------------- | ---------------------------- | -------------------- | ----------------------------------------------------------- |
| **Zoom Node plateforme**         | `zoom-node01.company.com`    | `10.1.50.100`        | Plateforme de base nécessitant une couverture de certificat |
| **Service ZPLS**                 | `zpls.company.com`           | `10.1.50.100`        | Peut partager l’adresse IP avec la plateforme Node          |
| **Service d’enregistrement**     | `Zoom-recording.company.com` | `10.1.50.101`        | Nécessite une adresse IP dédiée                             |
| **Service de webinaire**         | `Zoom-webinaire.company.com` | `10.1.50.102`        | Nécessite une adresse IP dédiée                             |
| **Emplacement de service futur** | (Réservé pour l'expansion)   | N/A                  | Conserve la flexibilité de déploiement                      |

{% hint style="danger" %}
**Avertissement critique de déploiement**: Les certificats Standard pour un seul hôte sont incompatibles avec Zoom Node, sauf dans le scénario spécifique d'une adresse IP/un nom d'hôte partagés entre Node et un seul module.
{% endhint %}

### <mark style="color:bleu;">Prérequis spécifiques au service : activation des capacités hybrides avancées</mark>

Cette section présente les principaux prérequis pour déployer Zoom Node dans un contexte AWS.

#### Prérequis de déploiement cloud AWS

| Exigence AWS                          | Spécification technique                         | Objectif de la mise en œuvre                                      |
| ------------------------------------- | ----------------------------------------------- | ----------------------------------------------------------------- |
| **Capacité de la station de travail** | 20 Go d’espace de stockage minimum              | Prend en charge l’installation d’outils et la conversion d’images |
| **Outils AWS CLI**                    | Version la plus récente requise                 | Permet des workflows de déploiement automatisés                   |
| **Outils d'image QEMU**               | `qemu-img` utilitaire                           | Facilite la conversion de VMDK en AMI                             |
| **Configuration IAM**                 | `vmimport` Rôle avec des stratégies appropriées | Permet des opérations d'importation de VM sécurisées              |
| **Infrastructure S3**                 | Seau avec `vmimport` autorisations              | Fournit un environnement de staging pour les images de VM         |

### <mark style="color:bleu;">Cadre de planification stratégique de mise en œuvre</mark>

Cette section fournit des profils de déploiement et des stratégies de mise à l’échelle pour vous aider à planifier les performances, la fiabilité et la croissance à long terme dans des environnements hybrides.

#### Matrice de dimensionnement du déploiement et de planification de la capacité

Sélectionnez votre profil de déploiement en fonction de la taille de l’organisation et des exigences de service :

| Profil de déploiement    | Échelle de l’infrastructure | Stratégie de distribution des modules       | Cas d’utilisation cible                        |
| ------------------------ | --------------------------- | ------------------------------------------- | ---------------------------------------------- |
| **Pilote/Petit bureau**  | 1-2 nœuds                   | 1-2 modules par nœud                        | Preuve de concept, moins de 500 utilisateurs   |
| **Standard Entreprise**  | 3-5 nœuds                   | 2-3 modules par nœud                        | 500-5 000 utilisateurs, multi-site             |
| **Grande Entreprise/HA** | 6+ nœuds                    | Modules distribués, redondance géographique | 5 000+ utilisateurs, critiques pour la mission |

#### Stratégies d’optimisation des ressources et de mise à l’échelle

Maximisez l’investissement dans l’infrastructure grâce à :

* **Consolidation stratégique des modules**: Déployez jusqu’à 4 modules par nœud avec des spécifications Standard
* **Approche de mise à l’échelle par phases**: Commencez avec des spécifications minimales pour les tests, puis passez à des spécifications de production Standard
* **Évaluation de la criticité des services**: Isolez les services critiques pour la mission sur des nœuds dédiés
* **Planification de la répartition géographique**: Déployez des nœuds sur plusieurs sites pour la résilience et les performances


---

# 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/fr/services-avances-entreprise/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.
