> 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-pour-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 de Zoom Node, y compris l'installation des modules.
### Construire votre base de communication hybride
Des 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 maintenant une prise en charge complète des Fonctionnalités de Zoom Node.
| Plateforme d'hyperviseur | Exigence de version minimale | Considérations stratégiques de mise en œuvre |
| ---------------------------- | ----------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------- |
| **VMware vSphere/ESXi** | 6.7 ou supérieure | Choix standard de l'industrie offrant la compatibilité la plus large, idéal pour les entreprises disposant déjà d'une infrastructure VMware |
| **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) | Idéal pour les organisations tirant parti des stratégies d'infrastructure hyperconvergée |
| **Microsoft Hyper-V Server** | Hyper-V Server 2019 ou supérieur | 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 l'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 Zoom Node.
| 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 vCPU virtuels** | 8 vCPU | Permet le fonctionnement simultané de plusieurs services hybrides sans dégradation des performances |
| **Allocation de mémoire** | 16 Go de RAM | Prend en charge les opérations gourmandes en mémoire, notamment le transcodage et le routage multimédia |
| **Provisionnement du stockage** | 200 Go HDD | Peut accueillir 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 Gb/s | Empêche les goulets d'étranglement réseau lors des scénarios de traitement multimédia à volume élevé |
**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 appropriés et limitations |
| ------------------------------- | ----------------------- | ------------------------------------------------------------------------------------------- |
| **Allocation de vCPU virtuels** | 3 vCPU | 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 capacité |
| **Provisionnement du stockage** | 200 Go 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 en matière de performances**: Les organisations doivent prévoir une montée en charge des spécifications minimales vers les spécifications standard de production à mesure que les schémas d'utilisation augmentent. 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 performances ou d'installation.
{% endhint %}
### Prérequis d'architecture réseau et de connectivité : garantir des communications hybrides fiables
Cette section présente les exigences obligatoires en matière de réseau, d'adressage IP et de DNS nécessaires à des Intégrations de services fluides et à une communication fiable avec l'infrastructure cloud de Zoom.
#### Exigences réseau fondamentales
Ces configurations réseau non négociables constituent la base de déploiements Zoom Node réussis.
| Exigence réseau | Spécification technique | Impact critique sur la mise en œuvre |
| ------------------------------------ | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------ |
| **Type de réseau de la VM** | Mise en réseau bridgée/directe de la VM obligatoire | Permet une communication directe du client vers Zoom Node essentielle pour les services hybrides |
| **Configuration NAT** | NON prise en charge - la VM ne peut pas se trouver 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 les Intégrations des services cloud | Permet le fonctionnement des services hybrides et la communication avec le plan de gestion |
| **Prise en charge du serveur proxy** | Pris en charge pour les communications du SYSTÈME D'EXPLOITATION de 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** | L'adressage RFC 1918 est entièrement pris en charge | Permet une Intégrations fluide avec les schémas réseau d'entreprise existants |
#### Matrice de planification des adresses IP
Une allocation stratégique des adresses IP permet un déploiement flexible des services et une expansion future.
| Architecture de déploiement | Exigences relatives aux adresses IP | Flexibilité de mise en œuvre et voie de croissance |
| -------------------------------------- | ------------------------------------------------------- | ------------------------------------------------------------------------------------------- |
| **Zoom Node standard multiservice** | 1 adresse IP unique par service (jusqu'à 4 au total) | Flexibilité maximale de déploiement, prend en charge un déploiement progressif des services |
| **Mise en œuvre hybride de WAG** | 2 adresses IP dédiées requises | Permet des services Web Application Gateway redondants |
| **Déploiement consolidé** | 1 adresse IP partagée pour Zoom Node + module principal | Limité à des scénarios spécifiques de faible complexité |
| **Architecture à haute disponibilité** | Plusieurs adresses IP sur des composants distribués | Prend en charge les exigences de survivabilité de l'entreprise |
#### Exigences d'architecture DNS
Une configuration DNS appropriée garantit une découverte de service fiable 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 se résoudre via l'infrastructure DNS publique
* **Prise en charge du DNS à horizon partagé**: Les zones DNS externes doivent résoudre les noms d'hôte de Zoom Node pour les plages d'adresses IP du cloud Zoom
* **Architecture DNS de résilience**: Les serveurs DNS locaux doivent rester disponibles pendant les pannes d'Internet
* **Exigence de cohérence des noms**: Les utilisateurs internes et l'infrastructure cloud Zoom doivent faire référence aux mêmes noms d'hôte
{% hint style="info" %}
**Bonne pratique de mise en œuvre**: Documentez et validez toutes les entrées DNS avant le déploiement afin d'empêcher les problèmes de certificat et de connectivité.
{% endhint %}
### Stratégie de gestion des certificats : sécuriser vos communications hybrides
Cette section présente les options de certificat disponibles — automatisées ou BYOC — et fournit des conseils de planification pour s'aligner sur les politiques de sécurité de votre organisation et votre architecture de déploiement.
#### 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 |
| **Apportez votre propre certificat (BYOC)** | Certificats gérés par l'organisation provenant de CA 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 certificat 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é de 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 multiservice**
Utilisez ce modèle pour planifier vos exigences en matière de certificat avant le déploiement :
| Rôle du service | Nom d'hôte (entrée SAN) | Adresse IP attribuée | Notes sur la couverture du certificat |
| -------------------------------- | ---------------------------- | -------------------- | ---------------------------------------------------------- |
| **Plateforme Zoom Node** | `zoom-node01.company.com` | `10.1.50.100` | Plateforme de base nécessitant la couverture du certificat |
| **Service ZPLS** | `zpls.company.com` | `10.1.50.100` | Peut partager une adresse IP avec la plateforme Zoom 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 futur du service** | (Réservé pour une extension) | N/A | Maintient la flexibilité du déploiement |
{% hint style="danger" %}
**Avertissement critique concernant le déploiement**: Les certificats standard à hôte unique sont incompatibles avec Zoom Node, sauf dans le scénario spécifique d'une adresse IP/un nom d'hôte partagés entre Zoom Node et un seul module.
{% endhint %}
### Prérequis spécifiques aux services : activer des capacités hybrides avancées
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 mise en œuvre |
| ------------------------------------- | ----------------------------------------------- | ------------------------------------------------------------------ |
| **Capacité de la station de travail** | Stockage minimal de 20 Go | Prend en charge l'installation des outils et la conversion d'image |
| **Outils AWS CLI** | Dernière version requise | Permet des flux de travail de déploiement automatisés |
| **Outils d'image QEMU** | `qemu-img` utilitaire | Facilite la conversion de VMDK vers AMI |
| **Configuration IAM** | `vmimport` Rôle avec les politiques appropriées | Permet des opérations d'importation de VM sécurisées |
| **Infrastructure S3** | Bucket avec `vmimport` autorisations | Fournit un espace de préparation pour les images de VM |
### Cadre de planification stratégique de la mise en œuvre
Cette section fournit des profils de déploiement et des stratégies de montée en charge pour vous aider à planifier les performances, la fiabilité et la croissance à long terme dans les 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 Zoom Node | 1 à 2 modules par nœud Zoom Node | Preuve de concept, moins de 500 utilisateurs |
| **Entreprise standard** | 3 à 5 nœuds Zoom Node | 2 à 3 modules par nœud Zoom Node | 500 à 5 000 utilisateurs, multisite |
| **Grande Entreprise/HA** | 6+ nœuds Zoom Node | Modules distribués, redondance géographique | 5 000+ utilisateurs, critiques pour la mission |
#### Stratégies d'optimisation des ressources et de montée en charge
Maximisez l'investissement infrastructurel grâce à :
* **Consolidation stratégique des modules**: Déployez jusqu'à 4 modules par nœud Zoom Node avec des spécifications standard
* **Approche de montée en charge progressive**: Commencez avec des spécifications minimales pour les tests, puis passez aux normes de production
* **Évaluation de la criticité des services**: Isolez les services critiques sur des nœuds Zoom Node dédiés
* **Planification de la distribution géographique**: Déployez les nœuds Zoom Node 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-pour-entreprise/zoom-node/zoom-node-deployment-field-guide/zoom-node-infrastructure-prerequisites.md?ask=&goal=
```
`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.