> 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-meetings-hybrid/zoom-meetings-hybrid-explainer.md).

# Spiegazione di Zoom Meetings ibrido

### Panoramica di Zoom Meetings Hybrid

Questa sezione fornisce una panoramica del modulo di servizio Zoom Meetings Hybrid, supportato come workload Zoom Node. Per ulteriori informazioni su Zoom Node, una panoramica della piattaforma è disponibile alla fine di questo documento nell' [Appendice](#appendix-zoom-node).

#### <mark style="color:blu;">Zoom Meetings Hybrid è una soluzione ibrida di riunione on-premises che consente di risparmiare larghezza di banda ridistribuendo i contenuti multimediali della riunione all'interno di una rete aziendale</mark>

Zoom Meetings Hybrid è una soluzione ibrida di riunione on-premises che funge da punto di connessione intermedio tra un client Zoom e il cloud Zoom. La soluzione multiplexerizza e ridistribuisce i flussi multimediali di audio, video e condivisione schermo di una riunione con [fino a 400](#each-sfu-immr-supports-up-to-400-standard-definition-or-200-high-definition-user-connections-per-mod) Partecipanti connessi all'interno della stessa rete aziendale. Questo design riduce il numero di connessioni multimediali cloud esterne, il che può ridurre significativamente il consumo di larghezza di banda esterna.

<figure><img src="https://lh7-rt.googleusercontent.com/docsz/AD_4nXfVVVppbW-NhmkwGFDkKpMlcYUACkI-syd0I8Z9QJRs5Jx5cWiavnwIg6ux2KTaXksBeGy6kXWu82mQQIrAUkHY-7V5OWuHkW5G-X_ez2V-_okacRJToZXB2YPpxjYL9tT6BDfT?key=Z3rnkTkRPWE0oHdIjBvbxQ" alt=""><figcaption></figcaption></figure>

#### <mark style="color:blu;">Zoom Meetings Hybrid supporta due modalità: cloud-hybrid e solo interna</mark>

Zoom Meetings Hybrid supporta due modalità operative: una modalità ibrida da cloud a locale nota come modalità Selective Forwarding Unit (SFU), e una modalità solo interna (iMMR) per le riunioni non cloud. Le riunioni sono configurate per le connessioni cloud-hybrid in modo predefinito, ma possono essere designate come solo interne quando gli utenti Pianificare o modificano una riunione. Entrambi i tipi di riunione possono anche essere supportati dallo stesso modulo [simultaneamente](#meetings-hybrid-can-simultaneously-support-cloud-hybrid-and-internal-only-meetings).

#### <mark style="color:blu;">La modalità cloud-hybrid collega gli utenti all'interno della rete aziendale al cloud tramite il modulo ibrido</mark>

Nella modalità cloud-hybrid (modalità SFU), gli utenti all'interno della rete aziendale si collegano al modulo ibrido come punto di connessione intermedio tra il loro client e il cloud. Il modulo ibrido multiplexerizza e ridistribuisce i flussi multimediali di audio, video e condivisione schermo di una riunione tra gli utenti e il cloud.

<figure><img src="https://lh7-rt.googleusercontent.com/docsz/AD_4nXc50B_h67Ut7sgvHu6UKbM1przxAdYsmKumIfrvd4gPimstYApeW5szR0HWWPA-m8jPiRLVm1A8826j31BenyVNSy28NaBRLHsfhM5tr9F13-yqaDUFmT5TmyOm5GGmYx0USmCvxg?key=Z3rnkTkRPWE0oHdIjBvbxQ" alt=""><figcaption></figcaption></figure>

<mark style="color:blu;">**Le riunioni cloud-hybrid non influiscono sulle connessioni di segnalazione da cloud a client**</mark>

Sebbene il modulo Zoom Meetings Hybrid possa ridistribuire i *contenuti multimediali*di una riunione cloud-hybrid, il modulo non gestisce le connessioni di segnalazione da cloud a client. Gli utenti connessi al modulo Meetings Hybrid continueranno a stabilire una connessione di segnalazione a bassa larghezza di banda con il server cloud della riunione per dati e operazioni durante la riunione, come l'avvio di una registrazione cloud o l'aggiornamento dell'elenco dei Partecipanti.

{% hint style="danger" %}
**Avvertenza**

Dispositivi client **devono** avere accesso a Internet tramite proxy o route predefinito, in grado di raggiungere i servizi cloud Zoom. Il proxy HTTPS è supportato, ma i dispositivi senza accesso non saranno in grado di connettersi alle riunioni.
{% endhint %}

#### <mark style="color:blu;">La modalità solo interna collega gli utenti a una riunione on-premises e non consente ai partecipanti esterni alla rete di partecipare</mark>

Quando una riunione è Pianificare come solo interna, il modulo ibrido funge da router multimediale interno (iMMR), multiplexerizzando e ridistribuendo audio, video e condivisione schermo di una riunione tra gli utenti all'interno della rete aziendale. Queste riunioni sono isolate nella rete aziendale e **non possono** connettersi o essere collegate in cascata a server o servizi di riunione cloud, impedendo a partecipanti o servizi di rete esterni, come la registrazione cloud, di partecipare alla riunione.

<figure><img src="https://lh7-rt.googleusercontent.com/docsz/AD_4nXfKz6ul7kIwWkfMyYF8vjUPA8kZ_oVR-iGTGyojShz0rDy-rnq7VW6AZ4SRV6haB6NkDLwyd6UusHp8dK_Lkym7QM-5jQnAXdPxV3OoMxdwpKvaROL9QRlnCoCFHJ0nLRsjgUx9Gw?key=Z3rnkTkRPWE0oHdIjBvbxQ" alt=""><figcaption></figcaption></figure>

<mark style="color:blu;">**Le riunioni solo interne Instradamento sia le connessioni di segnalazione sia quelle multimediali tramite il modulo ibrido**</mark>

A differenza del modello cloud-hybrid, le riunioni solo interne Instradamento sia i contenuti multimediali *sia* la segnalazione all'interno della rete verso il modulo ibrido. Ciò crea un tipo di riunione completamente on-premises, senza possibilità di connessioni esterne.

<mark style="color:blu;">**I dipendenti esterni alla rete aziendale possono partecipare alle riunioni solo interne tramite VPN**</mark>

I dipendenti esterni alla rete aziendale possono partecipare alle riunioni solo interne mentre sono connessi a una VPN se il server VPN può comunicare con il modulo ibrido attraverso la rete aziendale. Tuttavia, gli utenti **devono** devono aver effettuato l'accesso al loro account Zoom aziendale per partecipare.

Ad esempio, un dipendente remoto è connesso alla VPN dell'azienda dalla propria rete domestica senza split tunneling. Finché l'utente ha effettuato l'accesso al proprio account Zoom aziendale e il server VPN connesso può comunicare con il modulo ibrido all'interno della rete aziendale, l'utente remoto può connettersi da remoto a una riunione solo interna.

#### <mark style="color:blu;">Meetings Hybrid può supportare simultaneamente riunioni cloud-hybrid e solo interne</mark>

Meetings Hybrid può supportare simultaneamente riunioni cloud-hybrid e solo interne, eliminando la necessità di distribuzioni separate per ciascun caso d'uso.

Ad esempio, un'azienda dispone di un modulo ibrido distribuito nella propria rete, con 400 utenti connessi. In questo scenario, 200 utenti possono connettersi a riunioni cloud-hybrid, mentre i restanti 200 utenti sono connessi a riunioni solo interne. Per ciascun tipo di riunione connessa, il modulo Meetings Hybrid rispetterà l'Instradamento di connessione previsto: le riunioni cloud-hybrid Instradamento i contenuti multimediali tramite il modulo e la segnalazione verso il cloud; le riunioni solo interne Instradamento sia i contenuti multimediali sia la segnalazione esclusivamente on-premises.

#### <mark style="color:blu;">Zoom Meetings Hybrid mantiene tutti i contenuti multimediali on-premises se non sono presenti partecipanti esterni e tutti gli utenti sono connessi allo stesso modulo ibrido</mark>

Se gli utenti sono connessi a una riunione abilitata cloud-hybrid tramite lo stesso modulo Meetings Hybrid, ma non sono presenti partecipanti esterni, il modulo ibrido non trasmetterà contenuti multimediali tra il cloud Zoom. Invece, tutti i contenuti multimediali della riunione saranno mantenuti on-premises e Instradamento all'interno della rete aziendale tramite il modulo ibrido. I contenuti multimediali della riunione lasceranno la rete solo dopo che un partecipante esterno si sarà unito dal cloud, oppure se un secondo modulo ibrido all'interno della rete si connette alla riunione.

Ad esempio, un gruppo di utenti all'interno di una rete aziendale sta partecipando alla stessa riunione abilitata cloud-hybrid. Tutti gli utenti sono connessi allo stesso modulo ibrido e tutti i contenuti multimediali della riunione vengono Instradamento all'interno della rete aziendale. Una volta che un utente esterno partecipa alla riunione dal cloud, oppure un secondo modulo ibrido si connette alla riunione, il/i modulo/i ibrido/i aprirà/apriranno una connessione multimediale con il cloud e ridistribuirà/ridistribuiranno i contenuti multimediali della riunione da e verso il cloud.

{% hint style="info" %}
**Nota**

Gli utenti interni possono anche stabilire connessioni multimediali esterne se l'infrastruttura ibrida è [a capacità massima](#each-sfu-immr-supports-up-to-400-standard-definition-or-200-high-definition-user-connections-per-mod).
{% endhint %}

#### <mark style="color:blu;">Zoom Meetings Hybrid supporta le riunioni crittografate end-to-end per entrambe le modalità di riunione</mark>

Zoom Meetings Hybrid supporta [crittografate end-to-end](https://support.zoom.us/hc/en-us/articles/360048660871-End-to-end-E2EE-encryption-for-meetings) riunioni (E2EE) in entrambe le modalità di riunione, cloud-hybrid e solo interna. Ciò fornisce un ulteriore livello di sicurezza per le riunioni riservate e può essere abbinato alle riunioni solo interne per le riunioni che richiedono i livelli di sicurezza più elevati disponibili all'interno della piattaforma Zoom.

#### <mark style="color:blu;">Clienti possono distribuire più zone ibride specifiche per regione nei propri data center</mark>

Zoom Meetings Hybrid supporta distribuzioni multi-zona, consentendo ai clienti di distribuire ambienti ibridi separati per diverse posizioni o regioni. Quando sono presenti più zone, gli utenti si connetteranno al modulo ibrido più vicino in base al tempo di ping verso le appliance Disponibile.

Ad esempio, se un'azienda ha un ufficio a New York e uno a Los Angeles, una singola distribuzione ibrida in una Posizione può causare problemi di latenza o prestazioni a causa del tempo di percorrenza prolungato. Invece, i clienti possono distribuire un ambiente ibrido per ogni Posizione o regione specifica per migliorare l'esperienza utente. Quando un utente tenta di connettersi a una riunione, il client dell'utente eseguirà il ping dei moduli ibridi Disponibile e si connetterà al modulo con la latenza più bassa.

#### <mark style="color:blu;">Zoom Meetings Hybrid non sostituisce il Connettore delle riunioni di Zoom</mark>

Il Connettore delle riunioni di Zoom è un carico di lavoro Zoom Node che offre una soluzione on-premises gestita nel cloud per creare una zona riunione all’interno del data center della tua azienda, senza supporto cloud o fallback. Con Connettore delle riunioni, tutti i server e gli appliance della riunione sono di proprietà della tua azienda e devono consentire connessioni esterne affinché i partecipanti esterni possano partecipare alle tue riunioni.

A differenza di Connettore delle riunioni, Zoom Meetings Hybrid continua a utilizzare l’infrastruttura riunione cloud insieme agli appliance ibridi nel tuo data center e non richiede l’hosting di server della riunione né di consentire ai partecipanti esterni di connettersi ai tuoi data center.

La tabella seguente illustra alcune delle principali differenze tra questi due prodotti:

| Funzionalità                                    | Meetings Hybrid                         | Connettore delle riunioni |
| ----------------------------------------------- | --------------------------------------- | ------------------------- |
| Server On-Premises                              | ☑️                                      | ☑️                        |
| Supporta più zone                               | ☑️                                      | ☑️                        |
| Media esclusivamente on-premises                | <p>☑️<br>(Durante la modalità iMMR)</p> | <p>☑️<br><br></p>         |
| Cascata verso il cloud                          | ☑️                                      | <p><br></p>               |
| Gli utenti possono partecipare tramite il cloud | ☑️                                      | <p><br></p>               |
| Servizi cloud (registrazione, ecc.)             | ☑️                                      | <p><br></p>               |
| Consente connessioni di utenti esterni          | <p><br></p>                             | ☑️                        |

### Funzionalità di Zoom Meetings Hybrid

Questa sezione illustra la funzionalità e la progettazione del modulo di servizio Zoom Meetings Hybrid.

#### <mark style="color:blu;">Zoom Meetings Hybrid è composto da due componenti: una Unità di inoltro selettivo/MMR interno e un proxy del Controller di zona</mark>

Per distribuire Zoom Meetings Hybrid all’interno di una rete, sono necessari due componenti Zoom Node: una Unità di inoltro selettivo (SFU)/MMR interno (iMMR) e un proxy del Controller di zona (ZCP). Per ulteriori informazioni, consulta l’Appendice alla fine di questo documento [sui moduli di servizio](#service-modules-are-the-services-that-run-on-the-zoom-node-os-and-are-easily-deployed-through-the-we).

<figure><img src="https://lh7-rt.googleusercontent.com/docsz/AD_4nXeysx0MZgb95ALpMcee5-kcn38XGTnAvcoxL64d6V_Y872u28Tj-xa73F1GTpxIRCchEb_yuzWFKR7mLhIxWq2QRTx6k-13sdLs8EGGL61eG9awOHR9rZQscz2fOb-m7TCabWrhMw?key=Z3rnkTkRPWE0oHdIjBvbxQ" alt=""><figcaption></figcaption></figure>

#### <mark style="color:blu;">L’SFU/iMMR funziona come una ciabatta elettrica, ridistribuendo i media ai client Zoom connessi</mark>

Il modulo Unità di inoltro selettivo (SFU)/MMR interno (iMMR) è centrale nella progettazione di Zoom Meetings Hybrid. Simile a una ciabatta elettrica, l’SFU/iMMR è un “plug-in” di rete centralizzato che distribuisce i media ai client Zoom connessi. Tuttavia, la funzione del modulo SFU/iMMR varia in base al tipo di riunione.

Nelle riunioni ibride, l’SFU/iMMR funge da punto di connessione principale per i client Zoom interni, multiplexando e ridistribuendo i media della riunione tra i client Zoom connessi all’interno della rete e il cloud.

Per le riunioni solo interne, l’SFU/iMMR funge da router multimediale locale, multiplexando e distribuendo centralmente i media agli utenti connessi e ad altre unità SFU/iMMR (se connesse) senza il cloud Zoom.

#### <mark style="color:blu;">Ogni SFU/iMMR supporta fino a 400 connessioni utente in definizione standard o 200 in alta definizione per modulo</mark>

Ogni modulo SFU/iMMR supporta fino a 400 partecipanti simultanei in definizione standard per modulo, oppure fino a 200 partecipanti simultanei in alta definizione (720p). Alla massima capacità per una singola riunione, il modulo SFU/iMMR può ridurre il consumo di larghezza di banda esterna con un rapporto di 400:1 o 200:1, a seconda della risoluzione della riunione.

#### <mark style="color:blu;">Un SFU/iMMR può supportare più riunioni allo stesso tempo</mark>

Il modulo SFU/iMMR supporta connessioni di riunione simultanee, consentendo a un solo modulo di supportare più riunioni uniche e simultanee, incluse sia le riunioni ibride cloud sia quelle solo interne.

Ad esempio, 400 utenti all’interno di una Posizione si stanno connettendo contemporaneamente a 25 diverse riunioni in definizione standard con utenti esterni presenti. Con Zoom Meetings Hybrid, un solo modulo SFU può supportare la connessione di tutti gli utenti alle rispettive riunioni, riducendo il numero di flussi multimediali esterni da 400 a 25. Con una media di 1,2 Mbps per connessione multimediale, il modulo SFU può far risparmiare al campus circa 450 Mbps di larghezza di banda esterna in questo scenario.\\

<figure><img src="https://lh7-rt.googleusercontent.com/docsz/AD_4nXf5110xPOu5I8wpiiWGRVJB2LRVtVCM3wsqGErLZTh5wn9kQb4Uz-OtoDsPmFBAzS_RBo4uOfCvrJVB6K1AWZkj9AMUY18WW0sleDi_PgaeavqOPnXu0viOvnfg05c3Dir8u4-X?key=Z3rnkTkRPWE0oHdIjBvbxQ" alt=""><figcaption></figcaption></figure>

#### <mark style="color:blu;">Un SFU/iMMR può supportare riunioni ibride cloud e riunioni solo interne allo stesso tempo</mark>

Un modulo SFU/iMMR può supportare simultaneamente riunioni ibride cloud e riunioni solo interne, eliminando la necessità di distribuzioni separate per ciascun caso d’uso. Per ogni tipo di riunione connessa, il modulo ibrido rispetterà l’instradamento di connessione previsto: le riunioni ibride cloud instraderanno i media attraverso il modulo e la segnalazione verso il cloud; le riunioni solo interne instraderanno sia i media sia la segnalazione esclusivamente attraverso il modulo ibrido on-premises.

Ad esempio, 400 utenti all’interno di una Posizione si stanno connettendo contemporaneamente a tre riunioni separate in definizione standard. Due riunioni sono ibride cloud con utenti esterni presenti e 300 utenti dalla rete aziendale sono connessi tramite il modulo SFU/iMMR che opera in modalità SFU. La terza riunione è solo interna, con 100 utenti connessi allo stesso modulo SFU/iMMR che opera in modalità iMMR.

In questo esempio, gli utenti connessi alle riunioni ibride cloud hanno una connessione media bidirezionale con il modulo SFU/iMMR e connessioni di segnalazione bidirezionali indipendenti con il cloud. Nel frattempo, gli utenti connessi alla riunione solo interna hanno connessioni di segnalazione e media bidirezionali esclusivamente con lo stesso modulo SFU/iMMR, che mantiene tutti i dati della riunione interna on-premises e non effettua cascata verso il cloud.

<figure><img src="https://lh7-rt.googleusercontent.com/docsz/AD_4nXemWHF_V9W6Jm-C_Eo-2VFinM_90aZ8DZpd6YepQ23y6Npn_vovt6-hgIXywXmC1t2NlZTbhPV0_6XKo9jks23JVUprVTslZ3Jh8jFj97-WoHjtULZM1dhgsnhJMtbrbuiUIp2QOA?key=Z3rnkTkRPWE0oHdIjBvbxQ" alt=""><figcaption></figcaption></figure>

#### <mark style="color:blu;">Per le riunioni ibride cloud, l’SFU/iMMR funge solo da dispositivo di inoltro e non ha accesso ad alcuna chiave di riunione o utente</mark>

Quando è connesso a una riunione ibrida cloud (modalità SFU), i moduli SFU/iMMR non richiedono né hanno accesso alle chiavi di crittografia della riunione. Invece, i moduli mantengono ruoli di mixaggio dei media come processori crittografati dei media della riunione, incapaci di accedere al contenuto del flusso multimediale.

#### <mark style="color:blu;">Per le riunioni solo interne, l’SFU/iMMR genera e distribuisce tutte le chiavi di crittografia all’interno della rete aziendale</mark>

Quando opera come router multimediale per riunioni solo interne (modalità iMMR), l’SFU/iMMR di livello superiore in una riunione è responsabile della generazione e della distribuzione delle chiavi di crittografia in riunione. Le chiavi di crittografia vengono generate e distribuite utilizzando gli stessi metodi crittografici degli MMR basati su cloud.

#### <mark style="color:blu;">I moduli SFU/iMMR non possono comunicare tra loro attraverso una rete quando sono connessi a una riunione ibrida cloud</mark>

I moduli SFU/iMMR non supportano la comunicazione cross-network (east-west) all’interno di un data center quando sono connessi a una riunione ibrida cloud. Per progettazione, tutta la comunicazione SFU-to-SFU per le riunioni ibride cloud deve essere instradata attraverso l’infrastruttura cloud Zoom (north-south).

#### <mark style="color:blu;">I moduli SFU/iMMR possono comunicare tra loro attraverso la rete quando sono connessi a una riunione solo interna</mark>

A differenza delle riunioni ibride cloud, le riunioni solo interne supportano la comunicazione cross-network (east-west) grazie al design della riunione interna. Le riunioni ibride cloud richiedono che ciascun modulo SFU/iMMR si iscriva al flusso multimediale dell’MMR cloud “top”; tuttavia, le riunioni solo interne non utilizzano flussi multimediali cloud. Invece, il primo modulo iMMR/SFU a creare una riunione solo interna è l’MMR “top”, e i moduli SFU/iMMR aggiuntivi si iscrivono al flusso dell’MMR top, consentendo la comunicazione cross-network.

#### <mark style="color:blu;">Il modulo Proxy del Controller di zona connette l’SFU/iMMR al cloud Zoom</mark>

Il modulo Proxy del Controller di zona è responsabile della connessione dei moduli SFU/iMMR all’infrastruttura riunione cloud di Zoom, quando applicabile.

Durante il processo di connessione di un utente a una riunione, i servizi web Zoom inviano una richiesta tra il Proxy del Controller di zona e un Controller di zona cloud per recuperare le informazioni del server della riunione. Queste informazioni vengono inoltrate dal Proxy del Controller di zona all’SFU/iMMR, che si connetterà al cloud Zoom per le riunioni ibride cloud oppure inizializzerà una riunione per le riunioni solo interne.

#### <mark style="color:blu;">Le distribuzioni richiedono almeno due Proxy del Controller di zona per Posizione</mark>

Ogni Posizione geografica in cui viene distribuito Zoom Meetings Hybrid richiede almeno due Proxy del Controller di zona per resilienza e stabilità.

Ad esempio, se un’azienda sta distribuendo Zoom Meetings Hybrid nei propri uffici di Los Angeles e New York, ogni Posizione dovrebbe distribuire due moduli ZCP in ciascuna Posizione, per un totale di quattro.

#### <mark style="color:blu;">Se un modulo SFU/iMMR si guasta inaspettatamente, gli utenti passeranno a connessioni alternative quando possibile</mark>

Sebbene inaspettati, nel caso in cui un modulo ibrido si guasti (ad esempio, vada in crash) mentre gli utenti sono connessi, gli utenti inizieranno a passare a connessioni alternative, se possibile. Questi scenari sono descritti nelle tre sezioni seguenti.

#### <mark style="color:blu;">Gli utenti connessi a una riunione ibrida cloud passeranno a un modulo SFU/iMMR alternativo, se disponibile, e al cloud come ultima risorsa</mark>

Se gli utenti sono connessi a una riunione ibrida-cloud tramite un modulo SFU/iMMR che si guasta improvvisamente, i client utente tenteranno automaticamente il failover verso altri moduli SFU/iMMR disponibili all'interno della rete. Se altre risorse sono alla capacità massima o non disponibili, i client utente stabiliranno Connessione cloud indipendenti come soluzione finale di failover.

#### <mark style="color:blu;">Gli utenti connessi a una riunione solo interna passeranno tramite failover a un diverso modulo SFU/iMMR se il modulo guasto non era il MMR superiore</mark>

Se gli utenti sono connessi a una riunione solo interna e il loro modulo SFU/iMMR si guasta, gli utenti passeranno tramite failover a moduli SFU/iMMR alternativi, se disponibili, a condizione che il loro SFU/iMMR non fosse l'organizzatore MMR di livello superiore della riunione interna.

#### <mark style="color:blu;">Se l'SFU/iMMR che ha avviato una riunione solo interna si guasta, la riunione deve essere riavviata</mark>

A causa della progettazione della rete per le riunioni solo interne, il modulo SFU/iMMR che avvia la riunione è designato come MMR di livello superiore per la riunione. Se l'MMR di livello superiore di una riunione si guasta, si chiude o abbandona la riunione, la riunione crollerà e dovrà essere riavviata. Gli MMR di livello superiore **non possono** passano tramite failover a risorse ibride alternative.

#### <mark style="color:blu;">Le connessioni Zoom Meetings Hybrid vengono mostrate nel client come un “data center controllato dal tuo titolare dell'account Zoom”</mark>

Quando sono connessi all'infrastruttura Meetings Hybrid, gli utenti vedranno nel client che sono “...connessi alla rete globale Zoom… tramite un data center controllato dal tuo titolare dell'account Zoom”. In alternativa, gli utenti connessi all'infrastruttura cloud vedranno il messaggio “Connesso alla rete globale Zoom.”

Le immagini seguenti mostrano ciò che gli utenti vedranno quando sono connessi a una riunione Zoom Meetings Hybrid rispetto a una riunione basata su cloud.\\

{% columns %}
{% column %}

<figure><img src="https://lh7-rt.googleusercontent.com/docsz/AD_4nXeL9BwtbA2YYCCRgCa-kUpcsTzKme2Eiii6jGh9_uIrhfrsw10IxgyRZIFoXUPw64sdVaQVDfk-niTaFnSDeurtUEyfRwLipjgWeDgbKyuVdWCmatm4DfUw_fzlJH1ger5CvEcK?key=Z3rnkTkRPWE0oHdIjBvbxQ" alt="" width="375"><figcaption></figcaption></figure>
{% endcolumn %}

{% column %}

<figure><img src="https://lh7-rt.googleusercontent.com/docsz/AD_4nXdBgfJcS9paUxZSekZ6p5YD-qHLA3hZEV60TdXzDE2s1KAXflpINJS2Dhn-VoIW8kitzfQfSHwfrklim5QvAeYt9X7Bc_omR4Ad0lHlBM5QgpzsE-iiFt840hIK-BhrK5GCj3Qh?key=Z3rnkTkRPWE0oHdIjBvbxQ" alt="" width="375"><figcaption></figcaption></figure>
{% endcolumn %}
{% endcolumns %}

#### <mark style="color:blu;">Zoom Meetings Hybrid utilizza la configurazione firewall Standard di Zoom e non richiede regole speciali</mark>

Zoom Meetings Hybrid non richiede alcuna regola o configurazione firewall aggiuntiva al di fuori di [la raccomandazione predefinita di Zoom](https://support.zoom.us/hc/en-us/articles/201362683-Zoom-network-firewall-or-proxy-server-settings). Le connessioni multimediali continueranno a utilizzare UDP/TCP 8801 e TCP 443 (TLS 1.2) come porte Standard per il servizio.

{% hint style="info" %}
**Nota**

È supportata la separazione delle porte per i contenuti multimediali (UDP 8801-8803). Assicurati che le regole firewall siano configurate per includere 8802 e 8803 se la separazione delle porte è abilitata.
{% endhint %}

### Appendice: Zoom Node

Questa sezione fornisce un'introduzione generale alla piattaforma Zoom Node e ai suoi concetti fondamentali.

#### <mark style="color:blu;">Zoom Node porta parti chiave del servizio Zoom nei tuoi data center e uffici</mark>

Zoom Node è una soluzione ibrida che integra i server del tuo data center con il cloud di Zoom per contribuire a fornire i servizi Zoom ai tuoi uffici.

Grazie a un modello di distribuzione guidato dal cloud, gli admin Zoom possono distribuire in modo dinamico e rapido i servizi ibridi Zoom sui server del loro data center da un Dashboard centralizzato sul web. Questo Dashboard include inoltre strumenti per la gestione del servizio, gli aggiornamenti, la gestione dei registri, la reportistica delle prestazioni e un solido framework di risoluzione dei problemi.

#### <mark style="color:blu;">Zoom Node ha una progettazione modulare, in cui distribuisci solo i moduli di servizio di cui hai bisogno</mark>

Invece di richiedere software separati per ciascun servizio ibrido, Zoom Node è una piattaforma modulare “all-in-one” che consente alle aziende di gestire e distribuire più servizi ibridi utilizzando un unico framework comune.

Zoom Node realizza questa progettazione modulare installando Zoom Node sistema operativo (un sistema operativo basato su Linux) su server datacenter Enterprise, trasformandoli in Nodi. Una volta installato il software, il Nodo si registra alla piattaforma Zoom Node nel cloud e resta in attesa dell'installazione di vari moduli di servizio che forniscono la funzionalità del servizio Zoom

#### <mark style="color:blu;">Zoom Node include un Dashboard ricco di Funzionalità per la gestione del servizio, gli aggiornamenti, gli avvisi, la risoluzione dei problemi e altro ancora</mark>

Come hub centrale per la gestione delle distribuzioni Zoom Node, il Dashboard Zoom Node include strumenti per la gestione del servizio, le distribuzioni, gli aggiornamenti, la gestione dei registri, la reportistica delle prestazioni e un solido framework di risoluzione dei problemi.

#### <mark style="color:blu;">I moduli di servizio sono i servizi che vengono eseguiti sul Zoom Node sistema operativo e sono facilmente distribuiti tramite il web</mark>

I moduli di servizio sono le applicazioni di servizio che vengono eseguite sul sistema operativo Zoom Node, consentendo ai servizi di funzionare. Gli admin Zoom Assegna i servizi ai nodi tramite il Dashboard Zoom Node sul portale web. Dopo aver assegnato il servizio a un Nodo, la piattaforma Zoom Node invia il modulo di servizio scelto al Nodo e lo installa automaticamente. Una volta completata l'installazione, l'endpoint Nodo è pronto per l'uso con i servizi ibridi designati.

#### <mark style="color:blu;">Ogni Zoom Node può supportare fino a quattro moduli di servizio</mark>

Ogni appliance Zoom Node può supportare fino a quattro moduli di servizio per macchina, ad eccezione del modulo Zoom Phone Local Survivability. È possibile creare e collegare ulteriori Nodi per requisiti aggiuntivi o resilienza.

Ad esempio, un'azienda sta distribuendo Zoom Meetings Hybrid in diversi data center, iniziando da New York. Ogni data center è dotato di diversi endpoint Zoom Node connessi alla piattaforma Zoom Node, ma a nessuno è stato assegnato un servizio Node per la funzionalità, come mostrato nell'immagine seguente.

<figure><img src="https://lh7-rt.googleusercontent.com/docsz/AD_4nXeutD-2geglZBY9wv2h9od07rrVNko-KOW7cTmhmyj-8W9hDlcpptUcHPH95fxdB7OPQGYRtKTaXWEbBUUIeeJ7vCTlCsran7jlZKsHCuZu-tVXSKoeZy8W4nEQYqJXoWsGphInRg?key=Z3rnkTkRPWE0oHdIjBvbxQ" alt="" width="563"><figcaption></figcaption></figure>

Una volta che l'azienda è pronta a distribuire Zoom Meetings Hybrid all'interno della propria rete, un admin dell'account distribuisce un servizio Zone Controller Proxy e tre moduli SFU/iMMR ai Nodi 1 e 2. L'admin distribuisce inoltre un modulo SFU/iMMR extra al terzo Nodo come buffer. La piattaforma Zoom Node invia e installa tutti i servizi Node su ciascun endpoint Nodo e, una volta completata l'installazione, Zoom Meetings Hybrid è pronto per l'uso, come mostrato nell'immagine seguente.

<figure><img src="https://lh7-rt.googleusercontent.com/docsz/AD_4nXcS8UUa_h7FzrCbkuc2EZ8OBua6PQkWs-tWWtcpAcYkYT_CcVCHYZ_CrBrcjCfus2U6m1C55uR5Cld4mB47aCvjiWouzN2XgmSOsQQ23DbLsdUdFH4QhNce8t-CnHLH10ImqnwWrA?key=Z3rnkTkRPWE0oHdIjBvbxQ" alt="" width="563"><figcaption></figcaption></figure>

#### <mark style="color:blu;">Zoom Node supporta la generazione automatizzata end-to-end di certificato PKI (Auto-PKI)</mark>

Zoom Node include la gestione automatizzata end-to-end dei certificati pubblici tramite DigiCert. Tutti i costi per la generazione e il rinnovo dei certificati sono pagati da Zoom, ma Zoom non gestisce né ha accesso alle chiavi private del cliente tramite questo processo.

I Clienti con una strategia di certificato esistente possono Scegli di generare, rinnovare e gestire i certificati manualmente con un'autorità di certificazione di loro preferenza, ma questi costi non saranno pagati da Zoom. I Clienti che intendono utilizzare un'autorità di certificazione alternativa dovrebbero parlare in anticipo con il proprio team account.

#### <mark style="color:blu;">Ogni Zoom Node ha una voce DNS dinamica che utilizza l'URL personalizzato dell'account: \*.zoomonprem.com (Auto-DNS)</mark>

Zoom Node genera automaticamente voci DNS dinamiche per ogni server nel dominio \*.zoomonprem.com utilizzando l'URL personalizzato esistente dell'account organizzatore, ad es. `success01.zoomonprem.com`.

Questo sistema semplifica la gestione del firewall durante la Connessione alle distribuzioni Zoom Node utilizzate da altri Clienti Zoom. I singoli Clienti non avranno più bisogno di regole firewall per connettersi a un altro cliente Zoom Node, ma potranno invece approvare l'intero dominio zoomonprem.com utilizzando valori jolly.

#### <mark style="color:blu;">Zoom Node viene eseguito su macchine virtuali</mark>

Zoom Node è progettato per essere eseguito su hardware di livello server, utilizzando macchine virtuali, installate con l'immagine rinforzata del sistema operativo Zoom Node. Tutti i servizi richiederanno indirizzi IP interni statici, con alcuni servizi che richiedono IP pubblici per la connettività esterna.

I requisiti e le specifiche hardware saranno unici per i tuoi obiettivi di distribuzione ibrida. Fai riferimento al tuo team account per ulteriori informazioni su come identificare le esigenze della tua Organizzazione per una distribuzione ibrida.

#### <mark style="color:blu;">Zoom Node non è per ogni cliente</mark>

Ogni azienda Enterprise ha requisiti unici quando si tratta di servizi di comunicazione unificata. Queste esigenze devono essere considerate attentamente prima di prendere la decisione di distribuire un ambiente ibrido. Nella maggior parte dei casi, la configurazione tradizionale del cloud Zoom è la soluzione ottimale per la maggior parte delle aziende; tuttavia, esistono Organizzazioni che traggono vantaggio dalle configurazioni ibride. Le Organizzazioni dovrebbero valutare attentamente le implicazioni della creazione e del mantenimento di un ambiente ibrido.

#### <mark style="color:blu;">La scalabilità può essere difficile e costosa da gestire</mark>

La scalabilità dell'hardware per supportare un gran numero di utenti in ambienti ibridi può essere costosa. A seconda dei servizi distribuiti, supportare 10.000 utenti potrebbe richiedere tra 7 e 13 Zoom Node, mentre supportare 100.000 utenti potrebbe richiedere tra 60 e 120 Zoom Node.

La gestione, la manutenzione e il supporto dell'hardware e/o dell'infrastruttura hypervisor richiesta per Zoom Node creano inoltre ulteriore sovraccarico per qualsiasi Organizzazione e dovrebbero essere attentamente considerati quando si esaminano distribuzioni ibride.

#### <mark style="color:blu;">I vantaggi in termini di sicurezza sono limitati</mark>

Zoom Node non offre metodi di crittografia aggiuntivi o importanti vantaggi di sicurezza rispetto al servizio cloud Zoom nativo, a parte il potenziale di fungere da proxy web specializzato o da residenza locale dei registri.

Le distribuzioni ibride richiedono inoltre regole e configurazioni firewall aggiuntive per rendere disponibili gli endpoint Node con servizi esterni. I team di sicurezza di rete dovrebbero prestare attenzione a questi requisiti aggiuntivi di firewall e sicurezza quando valutano la distribuzione di ambienti ibridi.

#### <mark style="color:blu;">Gli ambienti ibridi e le VPN richiedono configurazioni</mark>

I dipendenti remoti potrebbero richiedere una connessione VPN o una configurazione split-tunnel per instradare il traffico della loro riunione verso i servizi Zoom Node, se desiderato. Questo aumento del traffico può potenzialmente sovraccaricare l'infrastruttura VPN se non è in grado di gestire la larghezza di banda aggiuntiva inviata e ricevuta. È necessaria un'attenta pianificazione quando si combinano servizi ibridi con lavoratori remoti e infrastruttura di rete remota.

#### <mark style="color:blu;">La condivisione dei log del server richiede un’attenta valutazione</mark>

Sebbene mantenere il controllo locale sui log e sui record di Zoom Node sia una componente delle distribuzioni ibride, questa Funzionalità può essere di ostacolo durante la risoluzione dei problemi dell’infrastruttura ibrida.

I log del servizio sono mantenuti localmente per impostazione predefinita e includono dati, informazioni diagnostiche e altre informazioni non Disponibile a Zoom per la visualizzazione. Tuttavia, per risolvere in modo efficace i problemi delle configurazioni ibride e le questioni relative alla qualità, è necessario condividere con Zoom i log dei dati ibridi a fini di risoluzione dei problemi. Zoom Node offre un servizio sicuro di caricamento dei file di log tramite il portale web, a discrezione del cliente, ma il caricamento di questi log può esporre metadati del servizio che, altrimenti, non vengono condivisi con Zoom nelle distribuzioni ibride. Questi dati possono includere i nomi dei Partecipanti che si uniscono localmente, il numero di versione di Zoom, informazioni sul sistema operativo e altro ancora.


---

# 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:

```
GET https://library.zoom.com/technical-library/it/servizi-avanzati-enterprise/zoom-node/zoom-meetings-hybrid/zoom-meetings-hybrid-explainer.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
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.