Il contenuto di questa pagina è tradotto automaticamente. Zoom non ne garantisce l’accuratezza.

Prerequisiti infrastrutturali di Zoom Node

Consulta questi prerequisiti per preparare la tua Organizzazione a una distribuzione di Zoom Node.

Questa sezione descrive in dettaglio i prerequisiti hardware e software per le distribuzioni di Zoom Node, inclusa l'installazione dei moduli.

Costruire le fondamenta della tua comunicazione ibrida

Di seguito sono forniti i riferimenti hardware e software per ciascuno scenario di distribuzione.

Hypervisor supportati

Comprendere la compatibilità dell'hypervisor consente alla tua Organizzazione di sfruttare gli investimenti di virtualizzazione esistenti mantenendo il pieno supporto delle Funzionalità di Zoom Node.

piattaforma Hypervisor
Requisito di versione minima
Considerazioni strategiche per l'implementazione

VMware vSphere/ESXi

6.7 o successiva

Scelta standard del settore che offre la compatibilità più ampia, ideale per le aziende con infrastruttura VMware esistente

Proxmox VE

Proxmox 8.x o 9.0.x (solo VM/nessun supporto LXC)

Opzione open source conveniente che supporta sia le implementazioni Proxmox VE sia virt-manager

Nutanix AHV

AOS 6.10.x o 7.x (solo VM/nessun supporto LXC)

Ottimale per le organizzazioni che adottano strategie di infrastruttura iperconvergente

Microsoft Hyper-V Server

Hyper-V Server 2019 o successiva

Integrazioni fluida per ambienti incentrati su Windows

AWS EC2

Versione corrente

Integrazioni fluida per ambienti incentrati su Windows

Contatta Assistenza Zoom per la convalida della versione specifica di Hyper-V.

Specifiche hardware della macchina virtuale

Le seguenti specifiche coprono i requisiti hardware Standard e minimi.

Configurazione di produzione Standard

Questa configurazione consente alle organizzazioni di livello Enterprise di massimizzare le capacità di Zoom Node supportando fino a quattro (4) moduli di servizio simultanei per Node.

Componente dell'infrastruttura
Specifica tecnica
Impatto sul Business e motivazione dell'implementazione

Architettura CPU

Intel E5-2650v4 a 64 bit o più recente a 2.0GHz+ AMD a 64 bit a 2.0GHz+

Supporta capacità di elaborazione multimediale in tempo reale essenziali per esperienze utente di qualità

Allocazione CPU virtuale

8 vCPU

Consente il funzionamento simultaneo di più servizi ibridi senza degrado delle prestazioni

Allocazione della memoria

16 GB di RAM

Supporta operazioni ad alta intensità di memoria, inclusa la transcodifica e l'Instradamento dei media

Provisioning dello storage

200 GB HDD

Ospita sistema operativo, moduli di servizio, registri e archiviazione temporanea dei media

Interfaccia di rete

NIC virtuale da 10 GB

Previene colli di bottiglia di rete durante scenari di elaborazione multimediale ad alto volume

Configurazione minima praticabile

Questa configurazione è adatta per test iniziali, proof of concept, ambienti di laboratorio o distribuzioni a servizio singolo con utilizzo simultaneo limitato.

Componente dell'infrastruttura
Specifica minima
Casi d'uso appropriati e limitazioni

Allocazione CPU virtuale

3 vCPU

Ambienti di test, distribuzioni a servizio singolo

Allocazione della memoria

6-8 GB di RAM

Supporto limitato per utente concorrente, potrebbe richiedere il ridimensionamento

Provisioning dello storage

200 GB HDD

Archiviazione Basic solo per le operazioni essenziali

Interfaccia di rete

NIC virtuale da 1 GB/s

Adeguato per implementazioni a basso volume

Architettura di rete e prerequisiti di connettività: garantire comunicazioni ibride affidabili

Questa sezione descrive i requisiti obbligatori di rete, di indirizzamento IP e DNS necessari per Integrazioni dei servizi senza interruzioni e una comunicazione affidabile con l'infrastruttura cloud di Zoom.

Requisiti fondamentali di rete

Queste configurazioni di rete non negoziabili costituiscono la base per implementazioni Zoom Node di successo.

Requisito di rete
Specifica tecnica
Impatto critico sull'implementazione

Tipo di rete della VM

Rete VM in modalità bridged/diretta obbligatoria

Consente la comunicazione diretta client-Node essenziale per i servizi ibridi

Configurazione NAT

NON supportata - la VM non può trovarsi dietro il NAT dell'hypervisor

Previene errori di comunicazione tra i client e i servizi Zoom Node

Connettività Internet

Richiesta per Integrazioni dei servizi cloud

Consente la funzionalità dei servizi ibridi e la comunicazione del piano di gestione

Assistenza server proxy

Supportato per le comunicazioni del sistema operativo di Zoom Node. Il supporto proxy varia in base alla famiglia del modulo di servizio; consultare la documentazione del modulo.

Consente una connettività affidabile ai servizi cloud senza complicazioni intermediarie

Indirizzamento interno

L'indirizzamento RFC 1918 è completamente supportato

Consente un'Integrazioni senza interruzioni con gli schemi di rete enterprise esistenti

Matrice di pianificazione dell'Indirizzo IP

L'allocazione strategica dell'Indirizzo IP consente una distribuzione flessibile dei servizi e una futura espansione.

Architettura di distribuzione
Requisiti dell'Indirizzo IP
Flessibilità di implementazione e percorso di crescita

Nodo multi-servizio Standard

1 Indirizzo IP univoco per servizio (fino a 4 totali)

Massima flessibilità di distribuzione, supporta il rilascio graduale dei servizi

Implementazione WAG ibrida

Sono richiesti 2 Indirizzo IP dedicati

Consente servizi Web applicazione Gateway ridondanti

Distribuzione consolidata

1 Indirizzo IP condiviso per Node + modulo primario

Limitato a specifici scenari a bassa complessità

Architettura ad alta disponibilità

Più IP tra componenti distribuiti

Supporta i requisiti di sopravvivenza Enterprise

Requisiti dell'architettura DNS

Una corretta configurazione DNS garantisce il rilevamento affidabile dei servizi e la convalida del certificato.

Requisiti critici per l'implementazione DNS

  • Obbligo di risoluzione DNS pubblica: Tutti i nomi host di Zoom Node devono risolversi tramite l'infrastruttura DNS pubblica

  • Supporto DNS split-horizon: Le zone DNS esterne devono risolvere i nomi host dei Node per gli intervalli IP di cloud Zoom

  • Architettura DNS di resilienza: I server DNS locali devono rimanere Disponibile durante le interruzioni di Internet

  • Requisito di coerenza nella denominazione: Gli utenti interni e l'infrastruttura di cloud Zoom devono fare riferimento a nomi host identici

best practice di implementazione: Documentare e convalidare tutte le voci DNS prima della distribuzione per bloccare problemi di certificato e di connettività.

Strategia di gestione dei certificati: proteggere le comunicazioni ibride

Questa sezione illustra le opzioni di certificato disponibili, automatizzate o BYOC, e fornisce indicazioni di pianificazione per allinearsi alle policy di sicurezza e all'architettura di distribuzione della tua Organizzazione.

Opzioni strategiche di gestione dei certificati

Metodo di gestione
Modello operativo
Caso d'uso ottimale e vantaggi Business

PKI automatica (consigliata)

Registrazione e rinnovo automatizzati con costi gestiti da Zoom

Riduce il carico operativo, elimina i rischi di scadenza del certificato, ideale per la maggior parte delle distribuzioni

Porta il tuo certificato (BYOC)

Certificati gestiti dall'Organizzazione da CA pubbliche

Consente la conformità alle policy PKI esistenti, adatto alle aziende con una gestione dei certificati matura

Requisiti di implementazione BYOC

Questa sezione descrive in dettaglio i modelli di certificato supportati e fornisce un modello di pianificazione per garantire implementazioni sicure e scalabili tra i servizi.

Guida alla selezione del tipo di certificato

Tipo di certificato
Capacità tecnica
Esempio di implementazione
Complessità di distribuzione

Certificato wildcard

Crittografa tutto il traffico dei sottodomini

*.company.com copre tutti i servizi

Gestione semplificata, approccio consigliato

Certificato Multi-SAN

Supporta fino a 5 hostname specifici

FQDN individuale per servizio

Richiede una pianificazione preliminare completa

Modello di pianificazione del certificato multi-servizio

Utilizza questo modello per pianificare i requisiti del tuo certificato prima della distribuzione:

Ruolo del servizio
Nome host (voce SAN)
Indirizzo IP assegnato
Note sulla copertura del certificato

Piattaforma Zoom Node

zoom-node01.company.com

10.1.50.100

Piattaforma base che richiede copertura del certificato

Servizio ZPLS

zpls.company.com

10.1.50.100

Può condividere l'Indirizzo IP con la piattaforma Node

Servizio di registrazione

zoom-recording.company.com

10.1.50.101

Richiede Indirizzo IP dedicato

Servizio webinar

zoom-webinar.company.com

10.1.50.102

Richiede Indirizzo IP dedicato

Slot di servizio futuro

(Riservato per l'espansione)

N/D

Mantiene la flessibilità di distribuzione

Prerequisiti specifici del servizio: abilitazione delle funzionalità ibride avanzate

Questa sezione illustra i principali prerequisiti per la distribuzione di Zoom Node in un contesto AWS cloud.

Prerequisiti di distribuzione nel cloud AWS

Requisito AWS
Specifica tecnica
Scopo dell'implementazione

Capacità della workstation

Spazio di archiviazione minimo di 20 GB

Supporta l'installazione degli strumenti e la conversione delle immagini

Strumenti AWS CLI

È richiesta l'ultima versione

Consente flussi di lavoro di distribuzione automatizzati

Strumenti immagine QEMU

qemu-img utilità

Facilita la conversione da VMDK ad AMI

Configurazione IAM

vmimport Ruolo con le policy appropriate

Consente operazioni sicure di importazione delle VM

Infrastruttura S3

Bucket con vmimport autorizzazioni

Fornisce un’area di staging per le immagini VM

Framework strategico di pianificazione dell’implementazione

Questa sezione fornisce profili di distribuzione e strategie di scalabilità per aiutarti a pianificare prestazioni, affidabilità e crescita a lungo termine in ambienti ibridi.

Matrice di dimensionamento della distribuzione e pianificazione della capacità

Seleziona il tuo profilo di distribuzione in base alle dimensioni dell’organizzazione e ai requisiti di servizio:

Profilo di distribuzione
Scala dell’infrastruttura
Strategia di distribuzione dei moduli
Caso d’uso target

Pilot/Piccolo ufficio

1-2 Nodi

1-2 moduli per Nodo

Proof of concept, meno di 500 utenti

Standard Enterprise

3-5 Nodi

2-3 moduli per Nodo

500-5.000 utenti, multi-sede

Grande Enterprise/HA

6+ Nodi

Moduli distribuiti, ridondanza geografica

Oltre 5.000 utenti, mission-critical

Strategie di ottimizzazione delle risorse e di scalabilità

Massimizza l'investimento nell'infrastruttura attraverso:

  • Consolidamento strategico dei moduli: Distribuisci fino a 4 moduli per Node con specifiche standard

  • Approccio graduale alla scalabilità: Inizia con specifiche minime per i test, scala agli Standard di produzione

  • Valutazione della criticità del servizio: Isola i servizi mission-critical su Node dedicati

  • Pianificazione della distribuzione geografica: Distribuisci i Node tra più sedi per garantire resilienza e prestazioni

Ultimo aggiornamento

È stato utile?