> 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-avanzati-enterprise/zoom-node/zoom-node-deployment-field-guide/zoom-node-infrastructure-prerequisites.md).
# Prerequisiti dell'infrastruttura 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 riportati 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 Assistenza delle Funzionalità di Zoom Node.
| Piattaforma Hypervisor | Requisito minimo di versione | Considerazioni strategiche per l'implementazione |
| ---------------------------- | --------------------------------------------------- | -------------------------------------------------------------------------------------------------------------------------- |
| **VMware vSphere/ESXi** | 6.7 o superiore | Scelta standard di 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 Assistenza 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 Assistenza LXC) | Ottimale per le organizzazioni che sfruttano strategie di infrastruttura iperconvergente |
| **Microsoft Hyper-V Server** | Hyper-V Server 2019 o superiore | Integrazioni fluida per ambienti incentrati su Windows |
| **AWS EC2** | Versione corrente | Integrazioni fluida per ambienti incentrati su Windows |
{% hint style="info" %}
Contatta Assistenza Zoom per la convalida della versione specifica di Hyper-V.
{% endhint %}
#### 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 @ 2.0GHz+ AMD 64 bit @ 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 memoria** | 16 GB RAM | Supporta operazioni ad alto utilizzo di memoria, inclusa la transcodifica e l'Instradamento dei contenuti multimediali |
| **Provisioning dello storage** | 200 GB HDD | Ospita il sistema operativo, i moduli di servizio, i registri e lo storage multimediale temporaneo |
| **Interfaccia di rete** | NIC virtuale da 10 GB | Consente di bloccare i 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 di un singolo servizio con utilizzo simultaneo limitato.
| Componente dell'infrastruttura | Specifica minima | Casi d'uso appropriati e limitazioni |
| ------------------------------ | ---------------------- | -------------------------------------------------------------------------- |
| **Allocazione CPU virtuale** | 3 vCPU | Ambienti di test, distribuzioni di un singolo servizio |
| **Allocazione memoria** | 6-8 GB RAM | Assistenza limitato per utenti simultanei, potrebbe richiedere scalabilità |
| **Provisioning dello storage** | 200 GB HDD | Storage Basic solo per operazioni essenziali |
| **Interfaccia di rete** | NIC virtuale da 1 GB/s | Adeguata per implementazioni a basso volume |
{% hint style="warning" %}
**Considerazione critica sulle prestazioni**: Le organizzazioni devono pianificare il passaggio dalle specifiche minime a quelle Standard di produzione man mano che i modelli di utilizzo crescono. L'esecuzione di un sistema di produzione con specifiche minime non è supportata e probabilmente causerà problemi di prestazioni o di installazione.
{% endhint %}
### Prerequisiti di architettura di rete e connettività: garantire comunicazioni ibride affidabili
Questa sezione descrive i requisiti obbligatori di rete, 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 di implementazioni Zoom Node di successo.
| Requisito di rete | Specifica tecnica | Impatto critico sull'implementazione |
| --------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | -------------------------------------------------------------------------------------- |
| **Tipo di rete VM** | Rete VM bridged/diretta obbligatoria | Consente la comunicazione diretta client-Node essenziale per i servizi ibridi |
| **Configurazione NAT** | NON supportata - la VM non può risiedere dietro il NAT dell'hypervisor | Consente di bloccare errori di comunicazione tra i client e i servizi Zoom Node |
| **Connettività Internet** | Richiesta per l'Integrazioni con i servizi cloud | Abilita 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. L'Assistenza proxy varia in base alla famiglia di moduli di servizio; controllare la documentazione del modulo. | Consente una connettività affidabile ai servizi cloud senza complicazioni intermedie |
| **Indirizzamento interno** | Indirizzamento RFC 1918 pienamente supportato | Consente un'Integrazioni senza interruzioni con gli schemi di rete aziendali esistenti |
#### Matrice di pianificazione degli Indirizzo IP
L'allocazione strategica degli Indirizzo IP consente una distribuzione flessibile dei servizi e l'espansione futura.
| Architettura di distribuzione | Requisiti degli Indirizzo IP | Flessibilità di implementazione e percorso di crescita |
| -------------------------------------- | ------------------------------------------- | -------------------------------------------------------------------------------- |
| **Node multi-servizio Standard** | 1 IP univoco per servizio (fino a 4 totali) | Massima flessibilità di distribuzione, supporta il rilascio graduale dei servizi |
| **Implementazione WAG ibrida** | 2 Indirizzo IP dedicati richiesti | Abilita servizi ridondanti di Web applicazione Gateway |
| **Distribuzione consolidata** | 1 IP condiviso per Node + modulo primario | Limitata a specifici scenari a bassa complessità |
| **Architettura ad alta disponibilità** | IP multipli tra componenti distribuiti | Supporta i requisiti di resilienza aziendale |
#### 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 gli organizzatorename di Zoom Node devono risolversi tramite infrastruttura DNS pubblica
* **Assistenza DNS split-horizon**: Le zone DNS esterne devono risolvere gli organizzatorename dei Node per gli intervalli di Indirizzo IP del cloud Zoom
* **Architettura DNS di resilienza**: I server DNS locali devono rimanere Disponibile durante le interruzioni di Internet
* **Requisito di coerenza dei nomi**: Gli utenti interni e l'infrastruttura cloud Zoom devono fare riferimento a organizzatorename identici
{% hint style="info" %}
**Implementazione best practice**: Documenta e convalida tutte le voci DNS prima della distribuzione per bloccare problemi di certificato e connettività.
{% endhint %}
### Strategia di gestione dei certificati: proteggere le tue comunicazioni ibride
Questa sezione descrive le opzioni di certificato Disponibile, automatizzate o BYOC, e fornisce indicazioni di pianificazione per allinearsi alle politiche 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 per il Business |
| ----------------------------------- | --------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------- |
| **PKI automatica (consigliata)** | Registrazione e rinnovo automatizzati con costi gestiti da Zoom | Riduce il sovraccarico 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 | Abilita la conformità con le policy PKI esistenti, adatto per 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 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** | Crittografa tutto il traffico dei sottodomini | `*.company.com` copre tutti i servizi | Gestione semplificata, approccio consigliato |
| **Certificato multi-SAN** | Supporta fino a 5 organizzatorename 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 | Hostname (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'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 di servizio futuro** | (Riservato per l'espansione) | N/D | Mantiene la flessibilità di distribuzione |
{% hint style="danger" %}
**Avviso critico di distribuzione**: I certificati Standard per singolo organizzatore sono incompatibili con Zoom Node, tranne nello scenario specifico di un solo IP/organizzatorename condiviso tra Node e un singolo modulo.
{% endhint %}
### Prerequisiti specifici del servizio: abilitare capacità ibride avanzate
Questa sezione descrive i prerequisiti chiave per distribuire Zoom Node in un contesto AWS.
#### Prerequisiti per la distribuzione nel cloud AWS
| Requisito AWS | Specifica tecnica | Scopo dell'implementazione |
| ------------------------------ | ------------------------------------------- | ------------------------------------------------------------------------ |
| **capacità della workstation** | Minimo 20 GB di storage | Supporta l'installazione degli strumenti e la conversione delle immagini |
| **Strumenti AWS CLI** | Ultima versione richiesta | 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 | Abilita operazioni sicure di importazione VM |
| **Infrastruttura S3** | Bucket con `vmimport` per ogni impostazione | 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 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 |
| -------------------------- | ------------------------- | ----------------------------------------- | ------------------------------------ |
| **Pilota/Piccolo ufficio** | 1-2 Node | 1-2 moduli per Node | Proof of concept, meno di 500 utenti |
| **Enterprise Standard** | 3-5 Node | 2-3 moduli per Node | 500-5.000 utenti, multi-sede |
| **Grande Enterprise/HA** | 6+ Node | Moduli distribuiti, ridondanza geografica | 5.000+ utenti, mission-critical |
#### Strategie di ottimizzazione delle risorse e scalabilità
Massimizza l'investimento nell'infrastruttura tramite:
* **Consolidamento strategico dei moduli**: Distribuisci fino a 4 moduli per Node con specifiche Standard
* **Approccio di scalabilità graduale**: 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 le sedi per 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-avanzati-enterprise/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.