> 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/it/servizi-enterprise-avanzati/zoom-node/zoom-node-deployment-field-guide/zoom-node-infrastructure-prerequisites.md).
# Prerequisiti dell'infrastruttura di Zoom Node
Fai riferimento a questi prerequisiti per preparare la tua Organizzazione per una distribuzione di Zoom Node.
Questa sezione descrive i prerequisiti di hardware e software per le distribuzioni di Zoom Node, inclusa l'installazione dei moduli.
### Costruire le fondamenta della tua comunicazione ibrida
Di seguito sono riportati i riferimenti hardware e software per ogni scenario di distribuzione.
#### Hypervisor supportati
Comprendere la compatibilità dell'hypervisor consente alla tua Organizzazione di sfruttare gli investimenti di virtualizzazione esistenti, mantenendo il supporto completo delle Funzionalità di Zoom Node.
| Piattaforma dell'hypervisor | Requisito di versione minima | Considerazioni strategiche sull'implementazione |
| ---------------------------- | ------------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------- |
| **VMware vSphere/ESXi** | 6.7 o superiore | Scelta Standard del settore che offre la massima compatibilità, ideale per le Enterprise 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 di Proxmox VE sia quelle di virt-manager |
| **Nutanix AHV** | AOS 6.10.x o 7.x (solo VM/nessun supporto LXC) | Ideale per le Organizzazioni che sfruttano strategie di infrastruttura iperconvergente |
| **Microsoft Hyper-V Server** | Hyper-V Server 2019 o superiore | Integrazioni senza soluzione di continuità per ambienti incentrati su Windows |
| **AWS EC2** | Versione corrente | Integrazioni senza soluzione di continuità per ambienti incentrati su Windows |
{% hint style="info" %}
Contatta l'Assistenza Zoom per la convalida di versioni specifiche di Hyper-V.
{% endhint %}
#### Specifiche hardware della macchina virtuale
Le seguenti specifiche coprono i requisiti standard e minimi di hardware.
**Configurazione Standard di produzione**
Questa configurazione consente alle Organizzazioni di livello Enterprise di massimizzare le funzionalità di Zoom Node supportando fino a quattro (4) Service Modules concorrenti 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 @ 2,0GHz+ AMD a 64 bit @ 2,0GHz+ | Supporta funzionalità di elaborazione dei contenuti multimediali in tempo reale essenziali per esperienze utente di qualità |
| **Allocazione di vCPU virtuali** | 8 vCPU | Consente il funzionamento simultaneo di più servizi ibridi senza degradazione delle prestazioni |
| **Allocazione di memoria** | 16 GB di RAM | Supporta operazioni ad alta intensità di memoria, tra cui transcodifica e Instradamento dei contenuti multimediali |
| **Provisioning dello storage** | 200 GB HDD | Accoglie il sistema operativo, i Service Modules, i log e l'archiviazione temporanea dei contenuti multimediali |
| **Interfaccia di rete** | NIC virtuale da 10 GB | Previene i colli di bottiglia di rete durante gli scenari di elaborazione dei contenuti multimediali ad alto volume |
**Configurazione minima praticabile**
Questa configurazione è adatta per test iniziali, proof of concept, ambienti di laboratorio o distribuzioni di un singolo servizio con uso simultaneo limitato.
| Componente dell'infrastruttura | Specifiche minime | Casi d'uso appropriati e limitazioni |
| -------------------------------- | ---------------------- | --------------------------------------------------------------------------- |
| **Allocazione di vCPU virtuali** | 3 vCPU | Ambienti di test, distribuzioni a servizio singolo |
| **Allocazione di memoria** | 6-8 GB di RAM | Assistenza limitata per utente concorrente, potrebbe richiedere scalabilità |
| **Provisioning dello storage** | 200 GB HDD | Archiviazione Basic solo per operazioni essenziali |
| **Interfaccia di rete** | NIC virtuale da 1 GB/s | Adeguato per implementazioni a basso volume |
{% hint style="warning" %}
**Considerazione critica sulle prestazioni**Le organizzazioni devono pianificare di scalare dalle specifiche Minimum alle specifiche Standard di produzione man mano che i modelli di utilizzo crescono. L'esecuzione di un sistema di produzione con specifiche Minimum non è coperta dall'Assistenza e probabilmente causerà problemi di prestazioni o di installazione.
{% endhint %}
### Prerequisiti di architettura di rete e connettività: garantire comunicazioni ibride affidabili
Questa sezione illustra i requisiti obbligatori di rete, indirizzamento IP e DNS necessari per Integrazioni dei servizi senza soluzione di continuità e una comunicazione affidabile con l'infrastruttura cloud di Zoom.
#### Requisiti fondamentali di rete
Queste configurazioni di rete non negoziabili costituiscono la base di implementazioni riuscite di Zoom Node.
| Requisito di rete | Specifica tecnica | Impatto critico sull'implementazione |
| --------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------- |
| **Tipo di rete della VM** | Rete VM bridge/diretta obbligatoria | Consente la comunicazione diretta tra client e Node, essenziale per i servizi ibridi |
| **Configurazione NAT** | NON supportato - la VM non può risiedere dietro il NAT dell'hypervisor | Previene i guasti di comunicazione tra i client e i servizi di Zoom Node |
| **Connettività Internet** | Richiesto per le Integrazioni del servizio cloud | Abilita la funzionalità del servizio ibrido e la comunicazione del piano di gestione |
| **Assistenza server proxy** | Supportato per le comunicazioni del sistema operativo Zoom Node. L'assistenza proxy varia in base alla famiglia di Service Module; consultare la documentazione del modulo. | Consente una connettività affidabile al servizio cloud senza complicazioni intermedie |
| **Indirizzamento interno** | L'indirizzamento RFC 1918 è completamente supportato | Consente Integrazioni fluide con gli schemi di rete Enterprise esistenti |
#### Matrice di pianificazione dell'Indirizzo IP
L'allocazione strategica dell'Indirizzo IP consente una distribuzione flessibile del servizio e la futura espansione.
| Architettura di distribuzione | Requisiti dell'Indirizzo IP | Flessibilità di implementazione e percorso di crescita |
| -------------------------------------- | ---------------------------------------------- | -------------------------------------------------------------------------------- |
| **Nodo multi-servizio Standard** | 1 IP univoco per servizio (fino a 4 in totale) | Massima flessibilità di distribuzione, supporta il rilascio graduale dei servizi |
| **Implementazione WAG ibrida** | Sono richiesti 2 indirizzi IP dedicati | Abilita servizi ridondanti di Gateway applicazione Web |
| **Distribuzione consolidata** | 1 IP condiviso per il nodo + modulo principale | Limitato a scenari specifici a bassa complessità |
| **Architettura ad alta disponibilità** | Più indirizzi IP tra componenti distribuiti | Supporta i requisiti di resilienza Enterprise |
#### Requisiti dell'architettura DNS
Una corretta configurazione DNS garantisce un rilevamento affidabile dei servizi e la convalida del certificato.
**Requisiti critici di implementazione DNS**
* **Obbligo di risoluzione DNS pubblica**: Tutti i nomi host di Zoom Node devono risolversi tramite l'infrastruttura DNS pubblica
* **Assistenza DNS Split-Horizon**: Le zone DNS esterne devono risolvere i nomi host dei Node per gli intervalli di Indirizzo IP di cloud Zoom
* **Architettura DNS di resilienza**: I server DNS locali devono rimanere disponibili durante le interruzioni di Internet
* **Requisito di coerenza dei nomi**: Gli utenti interni e l'infrastruttura di cloud Zoom devono fare riferimento a nomi host identici
{% hint style="info" %}
**best practice di implementazione**: Documentare e convalidare tutte le voci DNS prima della distribuzione per bloccare problemi di certificato e connettività.
{% endhint %}
### Strategia di gestione dei certificati: proteggere le vostre comunicazioni ibride
Questa sezione illustra le opzioni di certificato Disponibile—automatizzate o BYOC—e fornisce indicazioni di pianificazione per allinearsi alle policy di sicurezza della vostra Organizzazione e all'architettura di distribuzione.
#### Opzioni strategiche di gestione dei certificati
| Metodo di gestione | Modello operativo | Caso d'uso ottimale e vantaggi per il Business |
| ----------------------------------- | ------------------------------------------------------------ | -------------------------------------------------------------------------------------------------------------------------- |
| **Auto PKI (consigliato)** | Iscrizione e rinnovo automatizzati con costi gestiti da Zoom | Riduce l'overhead 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à con le policy PKI esistenti, adatto alle imprese con una gestione dei certificati matura |
#### Requisiti di implementazione BYOC
Questa sezione dettaglia i modelli di certificato supportati e fornisce un modello di pianificazione per garantire distribuzioni 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** | Cifra tutto il traffico dei sottodomini | `*.company.com` copre tutti i servizi | Gestione semplificata, approccio consigliato |
| **Certificato Multi-SAN** | Supporta fino a 5 nomi host specifici | FQDN individuale per servizio | Richiede una pianificazione preliminare completa |
**Modello di pianificazione dei certificati multi-servizio**
Usa 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 di 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 un Indirizzo IP dedicato |
| **Servizio webinar** | `zoom-webinar.company.com` | `10.1.50.102` | Richiede un Indirizzo IP dedicato |
| **Slot futuro per servizio** | (Riservato per l'espansione) | N/A | Mantiene la flessibilità di distribuzione |
{% hint style="danger" %}
**Avviso critico di distribuzione**: I certificati Standard a singolo organizzatore sono incompatibili con Zoom Node, tranne nello scenario specifico di un IP/nome dell'organizzatore condiviso tra nodo e un singolo modulo.
{% endhint %}
### Prerequisiti specifici del servizio: abilitazione delle funzionalità ibride avanzate
Questa sezione descrive i prerequisiti chiave per distribuire Zoom Node in un contesto AWS.
#### Prerequisiti per la distribuzione 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 | Abilita flussi di lavoro di distribuzione automatizzati |
| **Strumenti immagine QEMU** | `qemu-img` utilità | Facilita la conversione da VMDK ad AMI |
| **Configurazione IAM** | `vmimport` Ruolo con policy appropriate | Consente operazioni sicure di importazione 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 negli ambienti ibridi.
#### Matrice di dimensionamento della distribuzione e pianificazione della capacità
Seleziona il profilo di distribuzione in base alle dimensioni dell'organizzazione e ai requisiti del servizio:
| Profilo di distribuzione | Scala dell'infrastruttura | Strategia di distribuzione dei moduli | Caso d'uso target |
| -------------------------------------- | ------------------------- | ----------------------------------------- | ------------------------------------- |
| **Pilota/Piccolo ufficio** | 1-2 nodi | 1-2 moduli per nodo | Prova di concetto, meno di 500 utenti |
| **Standard Enterprise** | 3-5 nodi | 2-3 moduli per nodo | 500-5.000 utenti, multisede |
| **Enterprise di grandi dimensioni/HA** | 6+ nodi | Moduli distribuiti, ridondanza geografica | 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 nodo con specifiche Standard
* **Approccio di scalabilità graduale**: Inizia con specifiche minime per i test, scala agli Standard di produzione
* **Valutazione della criticità del servizio**: Isolare i servizi critici per la missione su nodi dedicati
* **Pianificazione della distribuzione geografica**: Distribuire i nodi su più sedi per garantire resilienza e prestazioni
---
# 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/it/servizi-enterprise-avanzati/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.