Prérequis d'infrastructure pour Zoom Node

Reportez-vous à ces prérequis pour préparer votre organisation à un déploiement 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 fondation de communication hybride

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 maintenant la prise en charge complète des fonctionnalités de Zoom Node.

Plateforme d'hyperviseur	Exigence minimale de version	Considérations stratégiques de mise en œuvre
VMware vSphere/ESXi	6.7 ou supérieur	Choix standard de l'industrie 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 seulement / pas de prise en charge LXC)	Option open source rentable prenant en charge les implémentations Proxmox VE et virt‑manager
Nutanix AHV	AOS 6.10.x ou 7.x (VM seulement / pas de prise en charge LXC)	Optimal pour les organisations exploitant des stratégies d'infrastructure hyper‑convergée
Microsoft Hyper‑V Server	Hyper‑V Server 2019 ou supérieur	Intégration transparente pour les environnements centrés sur Windows
AWS EC2	Version actuelle	Intégration transparente pour les environnements centrés sur Windows

Contactez le support Zoom pour la validation spécifique des versions Hyper‑V.

Spécifications matérielles de la machine virtuelle

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

Configuration standard de production

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

Composant d'infrastructure	Spécification technique	Impact commercial et justification de mise en œuvre
Architecture CPU	Intel 64 bits E5‑2650v4 ou plus récent @ 2,0 GHz+ AMD 64 bits @ 2,0 GHz+	Prend en charge les capacités de traitement média en temps réel essentielles pour une expérience utilisateur de qualité
Allocation de CPU virtuel	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, y compris le transcodage et l'acheminement des médias
Provisionnement de stockage	200 Go HDD	Accepte le système d'exploitation, les modules de service, les journaux et le stockage temporaire des médias
Interface réseau	NIC virtuelle 10 Gb	Prévention des goulets d'étranglement réseau lors de scénarios de traitement média à fort volume

Configuration viable minimale

Cette configuration convient aux tests initiaux, aux preuves de concept, aux environnements de laboratoire ou aux déploiements d'un seul service avec utilisation concurrente limitée.

Composant d'infrastructure	Spécification minimale	Cas d'utilisation appropriés et limitations
Allocation de CPU virtuel	3 vCPU	Environnements de test, déploiements d'un seul service
Allocation de mémoire	6‑8 Go de RAM	Prise en charge limitée des utilisateurs concurrents, peut nécessiter une mise à l'échelle
Provisionnement de stockage	200 Go HDD	Stockage de base pour les opérations essentielles uniquement
Interface réseau	NIC virtuelle 1 Gb/s	Adéquat pour les implémentations à faible volume

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 schémas d'utilisation augmentent. Exécuter un système de production sur des spécifications minimales n'est pas pris en charge et entraînera probablement des problèmes de performance ou d'installation.

Architecture réseau et prérequis de connectivité : garantir des communications hybrides fiables

Cette section décrit les exigences obligatoires en matière de réseau, d'adressage IP et de DNS nécessaires pour une intégration 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 des implémentations réussies de Zoom Node.

Exigence réseau	Spécification technique	Impact critique sur la mise en œuvre
Type de réseau VM	Mise en réseau VM en pont/direct obligatoire	Permet la communication directe client‑vers‑Node essentielle pour les services hybrides
Configuration NAT	NON prise en charge - la VM ne peut pas être derrière le NAT de l'hyperviseur	Évite les échecs de communication entre les clients et les services Zoom Node
Connectivité Internet	Requise pour l'intégration des services cloud	Permet la fonctionnalité des services hybrides et la communication du plan de gestion
Prise en charge du serveur proxy	Prise en charge pour les communications du système d'exploitation Zoom Node. La prise en charge des proxys varie selon la famille de modules de service ; vérifiez 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égration transparente 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 de services flexible et une expansion future.

Architecture de déploiement	Exigences en matière d'adresses IP	Flexibilité de mise en œuvre et trajectoire de croissance
Node multi‑services standard	1 IP unique par service (jusqu'à 4 au total)	Flexibilité maximale de déploiement, prend en charge le 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 IP partagée pour le Node + module principal	Limité à des scénarios spécifiques de faible complexité
Architecture haute disponibilité	Multiples IP réparties entre des composants distribués	Prend en charge les exigences de résilience des entreprises

Exigences d'architecture DNS

Une configuration DNS appropriée assure la découverte fiable des services et la validation des certificats.

Exigences critiques de mise en œuvre DNS

• Mandat 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é (Split‑Horizon): Les zones DNS externes doivent résoudre les noms d'hôte Node pour les plages d'adresses IP cloud de Zoom

• Architecture DNS de résilience: Les serveurs DNS locaux doivent rester disponibles lors des pannes Internet

• Exigence de cohérence des noms: Les utilisateurs internes et l'infrastructure cloud de Zoom doivent référencer des noms d'hôte identiques

Meilleure pratique de mise en œuvre: Documentez et validez toutes les entrées DNS avant le déploiement pour éviter les problèmes de certificats et de connectivité.

Stratégie de gestion des certificats : sécuriser vos communications hybrides

Cette section décrit les options de certificats disponibles — automatisées ou BYOC — et fournit des orientations 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 bénéfices commerciaux
PKI automatique (recommandé)	Inscription et renouvellement automatisés avec 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
Bring Your Own Certificate (BYOC)	Certificats gérés par l'organisation provenant d'AC publiques	Permet la conformité avec les politiques PKI existantes, adapté aux entreprises ayant une gestion des certificats mature

Exigences d'implémentation 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 à travers les services.

Guide de sélection du type de certificat

Type de certificat	Capacité technique	Exemple d'implémentation	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ôtes spécifiques	FQDN individuel par service	Nécessite une planification préalable complète

Modèle de planification des certificats multi‑services

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

Rôle du service	Nom d'hôte (entrée SAN)	Adresse IP assigné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 par certificat
Service ZPLS	zpls.company.com	10.1.50.100	Peut partager l'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-webinar.company.com	10.1.50.102	Nécessite une adresse IP dédiée
Emplacement de service futur	(Réservé pour expansion)	N/A	Maintient la flexibilité du déploiement

Avertissement critique de déploiement: Les certificats standard à hôte unique sont incompatibles avec Zoom Node sauf dans le scénario spécifique d'une IP/nom d'hôte partagé entre le Node et un seul module.

Prérequis spécifiques au service : activer des capacités hybrides avancées

Cette section décrit les prérequis clés pour déployer Zoom Node dans un contexte AWS.

Prérequis de déploiement dans le cloud AWS

Exigence AWS	Spécification technique	But de mise en œuvre
Capacité de la station de travail	Minimum 20 Go de stockage	Prend en charge l'installation d'outils et la conversion d'images
Outils CLI AWS	Dernière version requise	Permet des workflows de déploiement automatisés
Outils d'image QEMU	qemu‑img utilitaire	Facilite la conversion VMDK vers AMI
Configuration IAM	vmimport rôle avec des politiques appropriées	Permet des opérations d'importation de VM sécurisées
Infrastructure S3	Bucket avec vmimport autorisations	Fournit une zone de préparation pour les images VM

Cadre de planification stratégique de mise en œuvre

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 et de planification de capacité pour le déploiement

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 d'infrastructure	Stratégie de distribution des modules	Cas d'utilisation cible
Pilote/Petit bureau	1‑2 Nodes	1‑2 modules par Node	Preuve de concept, moins de 500 utilisateurs
Entreprise standard	3‑5 Nodes	2‑3 modules par Node	500‑5 000 utilisateurs, multi‑site
Grande entreprise/HA	6+ Nodes	Modules distribués, redondance géographique	Plus de 5 000 utilisateurs, mission critique

Optimisation des ressources et stratégies de mise à l'échelle

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

• Consolidation stratégique des modules: Déployer jusqu'à 4 modules par Node avec des spécifications standard

• Approche de mise à l'échelle par phases: Commencez avec des spécifications minimales pour les tests, passez aux normes de production

• Évaluation de la criticité du service: Isolez les services critiques pour la mission sur des Nodes dédiés

• Planification de la distribution géographique: Déployez des Nodes sur plusieurs emplacements pour la résilience et les performances