Förklaring av Zoom Meetings Hybrid

Översikt över Zoom Meetings Hybrid

Detta avsnitt ger en översikt över Zoom Meetings Hybrid-tjänstemodulen, som stöds som en Zoom Node-arbetsbelastning. För mer information om Zoom Node finns en översikt över plattformen i slutet av detta dokument i Bilaga.

Zoom Meetings Hybrid är en lokalt placerad hybridmöteslösning som sparar bandbredd genom att omfördela mötesmedia inom ett företagsnätverk

Zoom Meetings Hybrid är en lokalt placerad hybridmöteslösning som fungerar som en mellanliggande anslutningspunkt mellan en Zoom-klient och Zoom-molnet. Lösningen multiplexar och omfördelar ett mötes ljud-, video- och skärmdelningsmedieströmmar med upp till 400 anslutna deltagare inom samma företagsnätverk. Denna design minskar antalet externa medieanslutningar till molnet, vilket kan minska extern bandbreddsanvändning avsevärt.

Zoom Meetings Hybrid stöder två lägen: molnhybrid och endast internt

Zoom Meetings Hybrid stöder två driftlägen: ett moln-till-lokal hybridläge känt som Selective Forwarding Unit-läge (SFU), och ett endast internt läge (iMMR) för icke-molnmöten. Möten konfigureras som standard för molnhybridanslutningar, men kan anges som endast internt när användare schemalägger eller redigerar ett möte. Båda mötestyperna kan också stödjas av samma modul samtidigt.

Molnhybridläge kopplar användare inom ditt företagsnätverk till molnet via hybridmodulen

I molnhybridläge (SFU-läge) ansluter användare inom ditt företagsnätverk till hybridmodulen som en mellanliggande anslutningspunkt mellan deras klient och molnet. Hybridmodulen multiplexar och omfördelar ett mötes ljud-, video- och skärmdelningsmedieströmmar mellan användarna och molnet.

Molnhybridmöten påverkar inte signalanslutningar mellan molnet och klienten

Även om Zoom Meetings Hybrid-modulen kan omfördela ett molnhybridmötes media, hanterar modulen inte signalanslutningar mellan molnet och klienten. Användare anslutna till Meetings Hybrid-modulen kommer fortsätta att upprätta en bandbreddssnål signalanslutning med mötets molnserver för data och operationer under mötet, som att starta en molninspelning eller uppdatera deltagarlistan.

Varning

Klientenheter måste ha proxy- eller standardroutåtkomst till Internet som kan nå Zooms molntjänster. HTTPS-proxy stöds, men enheter utan sådan åtkomst kommer inte att kunna ansluta till möten.

Endast internt-läge ansluter användare till ett lokalt möte och tillåter inte deltagare utanför nätverket att gå med

När ett möte schemaläggs som endast internt fungerar hybridmodulen som en intern multimediarouter (iMMR), och multiplexar och omfördelar ett mötes ljud-, video- och skärmdelningsmedia mellan användare inom företagsnätverket. Dessa möten är isolerade till företagsnätverket och kan inte ansluta eller kaskadera till molnmötesservrar eller -tjänster, vilket förhindrar att externa nätverksdeltagare eller tjänster som molninspelning går med i mötet.

Endast internt-möten routar både signal- och medieanslutningar genom hybridmodulen

Till skillnad från molnhybridmodellen routar endast internt-möten både media och signalering inom nätverket till hybridmodulen. Detta skapar en fullständig lokal mötestyp, utan möjlighet till externa anslutningar.

Anställda utanför företagsnätverket kan gå med i endast internt-möten via VPN

Anställda utanför företagsnätverket kan ansluta till endast internt-möten medan de är anslutna till en VPN om VPN-servern kan kommunicera med hybridmodulen över företagsnätverket. Dock måste användare måste vara inloggade på sitt företags Zoom-konto för att gå med.

Till exempel är en fjärranställd ansluten till företagets VPN från sitt hemm nätverk utan split tunneling. Så länge användaren är inloggad på sitt företags Zoom-konto och den anslutna VPN-servern kan kommunicera med hybridmodulen inom företagsnätverket, kan den fjärranslutna användaren ansluta till ett endast internt-möte på distans.

Meetings Hybrid kan samtidigt stödja molnhybrid- och endast internt-möten

Meetings Hybrid kan samtidigt stödja molnhybrid- och endast internt-möten, vilket eliminerar behovet av separata distributioner för varje användningsfall.

Till exempel har ett företag en hybridmodul distribuerad inom sitt nätverk, med 400 anslutna användare. I detta scenario kan 200 användare ansluta till molnhybridmöten, medan de återstående 200 användarna är anslutna till endast internt-möten. För varje ansluten mötestyp kommer Meetings Hybrid-modulen att respektera avsedd anslutningsroutning: molnhybridmöten kommer att routa media genom modulen och signalering till molnet; endast internt-möten kommer att routa både media och signalering uteslutande lokalt.

Zoom Meetings Hybrid håller all media lokalt om inga externa deltagare är närvarande och alla användare är anslutna till samma hybridmodul

Om användare är anslutna till ett molnhybridaktiverat möte genom samma Meetings Hybrid-modul, men inga externa deltagare är närvarande, kommer hybridmodulen inte att överföra media till Zoom Cloud. Istället kommer all mötesmedia att hållas lokalt och routas inom företagsnätverket genom hybridmodulen. Mötesmedia lämnar nätverket först efter att en extern deltagare har anslutit från molnet, eller om en andra hybridmodul inom nätverket ansluter till mötet.

Till exempel ansluter en grupp användare inom ett företagsnätverk till samma molnhybridaktiverade möte. Alla användare är anslutna till samma hybridmodul och all mötesmedia routas inom företagsnätverket. När en extern användare ansluter till mötet från molnet, eller en andra hybridmodul ansluter till mötet, kommer hybridmodulen/-modulerna öppna en medieanslutning med molnet och omfördela mötets media till och från molnet.

Notera

Interna användare kan också upprätta externa medieanslutningar om hybridinfrastrukturen är på kapacitet.

Zoom Meetings Hybrid stöder end-to-end-krypterade möten för båda möteslägena

Zoom Meetings Hybrid stöder end-to-end-krypterade (E2EE) möten i både molnhybrid- och endast internt-möteslägen. Detta ger ett extra säkerhetslager för konfidentiella möten och kan kombineras med endast internt-möten för möten som kräver den högsta säkerhetsnivån som finns tillgänglig inom Zoom-plattformen.

Kunder kan distribuera flera regionsspecifika hybridzoner över sina datacenter

Zoom Meetings Hybrid stöder distribution av flera zoner, vilket gör det möjligt för kunder att distribuera separata hybridmiljöer för olika platser eller regioner. När flera zoner är på plats kommer användare att ansluta till den närmaste hybridmodulen baserat på deras pingtid till tillgängliga enheter.

Till exempel, om ett företag har ett kontor i New York och Los Angeles, kan en enda hybriddistribution på en plats orsaka latens- eller prestandaproblem på grund av längre resetider. Istället kan kunder distribuera en hybridmiljö för varje specifik plats eller region för att förbättra användarupplevelsen. När en användare försöker ansluta till ett möte kommer användarens klient att pinga tillgängliga hybridmoduler och ansluta till modulen med lägst latens.

Zoom Meetings Hybrid ersätter inte Zooms Meeting Connector

Zooms Meeting Connector är en Zoom Node-arbetsbelastning som erbjuder en molnhanterad, lokalt placerad lösning för att skapa en möteszon inom företagets datacenter, utan molnstöd eller fallback. Med Meeting Connector ägs och underhålls alla mötesserver och enheter av företaget, och måste tillåta externa anslutningar för att externa deltagare ska kunna ansluta till era möten.

Till skillnad från Meeting Connector fortsätter Zoom Meetings Hybrid att använda molnmötesinfrastruktur i kombination med hybridapparater i ditt datacenter, och kräver inte att ni är värd för mötesserver eller att externa deltagare tillåts ansluta till era datacenter.

Följande tabell beskriver några av de viktigaste skillnaderna mellan dessa två produkter:

Funktionalitet	Meetings Hybrid	Meeting Connector
Lokal server	☑️	☑️
Stöder flera zoner	☑️	☑️
Media uteslutande lokalt	☑️ (Vid iMMR-läge)	☑️
Kaskadera till molnet	☑️
Användare kan gå med via molnet	☑️
Molntjänster (inspelning osv.)	☑️
Tillåter externa användaranslutningar		☑️

Zoom Meetings Hybrid-funktionalitet

Detta avsnitt behandlar funktionaliteten och designen av Zoom Meetings Hybrid-tjänstemodulen.

Zoom Meetings Hybrid består av två komponenter: en Selective Forwarding Unit/Internal MMR och en Zone Controller Proxy

För att distribuera Zoom Meetings Hybrid inom ett nätverk krävs två Zoom Node-komponenter: en Selective Forwarding Unit (SFU)/Internal MMR (iMMR) och en Zone Controller Proxy (ZCP). Se Bilagan i slutet av detta dokument för mer information om tjänstemoduler.

SFU/iMMR fungerar som ett grenuttag och omfördelar media till anslutna Zoom-klienter

Selectiv Forwarding Unit (SFU)/Internal MMR (iMMR)-modulen är central i Zoom Meetings Hybrid-designen. Liknande ett grenuttag är SFU/iMMR en centraliserad nätverks"plugg" som distribuerar media till anslutna Zoom-klienter. Funktionen hos SFU/iMMR-modulen varierar dock beroende på mötestyp.

I hybridmöten fungerar SFU/iMMR som primär anslutningspunkt för interna Zoom-klienter, och multiplexar och omfördelar mötesmedia mellan anslutna Zoom-klienter inom nätverket och molnet.

För endast internt-möten fungerar SFU/iMMR som en lokal multimediarouter som centralt multiplexar och distribuerar media till anslutna användare och andra SFU/iMMR-enheter (om anslutna) utan Zoom Cloud.

Varje SFU/iMMR stöder upp till 400 standardupplösnings- eller 200 högupplösningsanvändaranslutningar per modul

Varje SFU/iMMR-modul stöder upp till 400 samtidiga deltagare i standardupplösning per modul, eller upp till 200 samtidiga deltagare i hög upplösning (720p). Vid maximal kapacitet för ett enda möte kan SFU/iMMR-modulen minska extern bandbreddsanvändning med en kvot på 400:1 eller 200:1, beroende på mötesupplösning.

En SFU/iMMR kan stödja flera möten samtidigt

SFU/iMMR-modulen stödjer samtidiga mötesanslutningar, vilket gör att en modul kan stödja flera unika, samtidiga möten, inklusive både molnhybrid- och endast internt-möten.

Till exempel ansluter 400 användare inom en plats samtidigt till 25 olika möten i standardupplösning med externa användare närvarande. Med Zoom Meetings Hybrid kan en SFU-modul stödja anslutningen av alla användare till deras respektive möten, vilket minskar antalet externa medieströmmar från 400 till 25. Vid ett genomsnitt på 1,2 Mbps per medieanslutning kan SFU-modulen spara campuset cirka 450 Mbps extern bandbredd i detta scenario.

En SFU/iMMR kan stödja molnhybrid- och endast internt-möten samtidigt

En SFU/iMMR-modul kan samtidigt stödja molnhybrid- och endast internt-möten, vilket eliminerar behovet av separata distributioner för varje användningsfall. För varje ansluten mötestyp kommer hybridmodulen att respektera avsedd anslutningsroutning: molnhybridmöten kommer att routa media genom modulen och signalering till molnet; endast internt-möten kommer att routa både media och signalering uteslutande genom den lokala hybridmodulen.

Till exempel ansluter 400 användare inom en plats samtidigt till tre separata möten i standardupplösning. Två möten är molnhybrid med externa användare närvarande, och 300 användare från företagsnätverket är anslutna via SFU/iMMR-modulen som körs i SFU-läge. Det tredje mötet är endast internt, med 100 användare anslutna till samma SFU/iMMR-modul som körs i iMMR-läge.

I detta exempel har användare anslutna till molnhybridmöten en tvåvägs medieanslutning med SFU/iMMR-modulen och har oberoende, tvåvägs signalanslutningar med molnet. Under tiden har användare anslutna till det endast internt-mötet tvåvägs signal- och medieanslutningar uteslutande med samma SFU/iMMR-modul, vilket håller all intern mötesdata lokalt och inte kaskaderar till molnet.

För molnhybridmöten fungerar SFU/iMMR endast som en vidarebefordrande enhet och har inte tillgång till några mötes- eller användarnycklar

När SFU/iMMR är ansluten till ett molnhybridmöte (SFU-läge) kräver och har inte SFU/iMMR-modulerna tillgång till möteskrypteringsnycklar. Istället upprätthåller modulerna roller som krypterade mediebehandlare och kan inte komma åt innehållet i medieströmmen.

För endast internt-möten genererar och distribuerar SFU/iMMR alla krypteringsnycklar inom företagsnätverket

När den fungerar som multimediarouter för endast internt-möten (iMMR-läge) är den översta SFU/iMMR i ett möte ansvarig för att generera och distribuera krypteringsnycklar under mötet. Krypteringsnycklar genereras och distribueras med samma kryptografiska metoder som molnbaserade MMR:er.

SFU/iMMR-moduler kan inte kommunicera med varandra över ett nätverk när de är anslutna till ett molnhybridmöte

SFU/iMMR-moduler stödjer inte över-nätverks (öst-väst) kommunikation inom ett datacenter när de är anslutna till ett molnhybridmöte. All SFU-till-SFU-kommunikation för molnhybridmöten måste av design routas genom Zooms molninfrastruktur (nord-syd).

SFU/iMMR-moduler kan kommunicera med varandra över nätverket när de är anslutna till ett endast internt-möte

Till skillnad från molnhybridmöten stödjer endast internt-möten över-nätverks (öst-väst) kommunikation tack vare den interna mötesdesignen. Molnhybridmöten kräver att varje SFU/iMMR-modul prenumererar på den "översta" molnbaserade MMR:ens medieflöde; dock använder endast internt-möten inte molnmedieflöden. Istället är den första iMMR/SFU-modulen som skapar ett endast internt-möte den "översta" MMR:en, och ytterligare SFU/iMMR-moduler prenumererar på den översta MMR:ens flöde, vilket möjliggör över-nätverkskommunikation.

Zone Controller Proxy-modulen förbinder SFU/iMMR med Zoom Cloud

Zone Controller Proxy-modulen ansvarar för att koppla SFU/iMMR-moduler till Zooms molnbaserade mötesinfrastruktur, när det är tillämpligt.

Under en användares mötesanslutningsprocess skickar Zooms webbtjänster en begäran mellan Zone Controller Proxy och en moln-Zone Controller för att hämta information om mötesservern. Denna information vidarebefordras från Zone Controller Proxy till SFU/iMMR, som kommer att ansluta till Zoom-molnet för molnhybridmöten eller initiera ett möte för endast internt-möten.

Distributioner kräver minst två Zone Controller Proxy per plats

Varje geografisk plats där Zoom Meetings Hybrid distribueras kräver minst två Zone Controller Proxy för motståndskraft och stabilitet.

Till exempel, om ett företag distribuerar Zoom Meetings Hybrid till sina kontor i Los Angeles och New York, bör varje plats distribuera två ZCP-moduler på varje plats, totalt fyra.

Om en SFU/iMMR-modul oväntat kraschar kommer användare att failover till alternativa anslutningar när det är möjligt

Även om det är oväntat, om en hybridmodul misslyckas (t.ex. kraschar) medan användare är anslutna, kommer klienterna att börja failover till alternativa anslutningar om möjligt. Dessa scenarier beskrivs i följande tre avsnitt.

Användare anslutna till ett molnhybridmöte kommer att failover till en alternativ SFU/iMMR-modul om sådan finns, och till molnet som sista utväg

Om användare är anslutna till ett molnhybridmöte via en SFU/iMMR-modul som plötsligt misslyckas kommer användarklienter automatiskt att försöka failover till andra SFU/iMMR-moduler tillgängliga inom nätverket. Om andra resurser är fulla eller otillgängliga kommer klienterna att upprätta oberoende molnanslutningar som en sista failover-lösning.

Användare anslutna till ett endast internt-möte kommer att failover till en annan SFU/iMMR-modul om den misslyckade modulen inte var den översta MMR:en

Om användare är anslutna till ett endast internt-möte och deras SFU/iMMR-modul misslyckas, kommer användarna att failover till alternativa SFU/iMMR-moduler om sådana finns, förutsatt att deras SFU/iMMR inte var den översta MMR-värden för det interna mötet.

Om SFU/iMMR som startade ett endast internt-möte misslyckas måste mötet startas om

På grund av nätverksdesignen för endast internt-möten är den SFU/iMMR-modul som initierar mötet utsedd till översta MMR för mötet. Om den översta MMR:n för ett möte misslyckas, avslutar sig mötet och måste startas om. Översta MMR:er kan inte failover till alternativa hybridresurser.

Zoom Meetings Hybrid-anslutningar visas som en "datacenter kontrollerat av din Zoom-kontoägare" i klienten

När man är ansluten till Meetings Hybrid-infrastruktur kommer användare att se att de är "...anslutna till Zoom Global-nätverket... via ett datacenter kontrollerat av din Zoom-kontoägare" i klienten. Alternativt kommer användare anslutna till molninfrastruktur att se meddelandet att de är "Anslutna till Zoom Global Network."

Följande bilder visar vad användare kommer att se när de är anslutna till ett Zoom Meetings Hybrid-möte jämfört med ett molnbaserat möte.

Zoom Meetings Hybrid använder Zooms standardkonfiguration för brandvägg och kräver inga speciella regler

Zoom Meetings Hybrid kräver inga ytterligare brandväggsregler eller konfigurationer utöver Zooms standardrekommendation. Medieanslutningar kommer fortsätta att använda UDP/TCP 8801 och TCP 443 (TLS 1.2) som standardportar för tjänsten.

Notera

Portseparering för media (UDP 8801-8803) stöds. Säkerställ att brandväggsregler är konfigurerade för att inkludera 8802 och 8803 om portseparering är aktiverat.

Bilaga: Zoom Node

Detta avsnitt ger en allmän introduktion till Zoom Node-plattformen och dess kärnbegrepp.

Zoom Node för in nyckeldelar av Zoom-tjänsten till dina egna datacenter och kontor

Zoom Node är en hybridlösning som integrerar dina datacenterservrar med Zooms moln för att leverera Zoom-tjänster till dina kontor.

Med en molndriven distributionsmodell kan Zoom-administratörer snabbt och dynamiskt distribuera Zoom-hybridtjänster till sina datacenterservrar från en centraliserad webbkontrollpanel. Denna kontrollpanel inkluderar även verktyg för tjänstehantering, uppgraderingar, logghantering, prestandarapportering och en robust felsökningsram.

Zoom Node är en modulär design där du endast distribuerar de tjänstemoduler du behöver

Istället för att kräva separat programvara för varje hybridtjänst är Zoom Node en "allt-i-ett" modulär plattform som gör det möjligt för företag att hantera och distribuera flera hybridtjänster med en gemensam ram.

Zoom Node uppnår denna modulära design genom att installera Zoom Node OS (ett Linux-baserat operativsystem) på företagsdatacenterservrar och förvandla dem till Nodes. När programvaran är installerad registrerar sig Noden mot Zoom Node-plattformen i molnet och väntar på installation av olika tjänstemoduler som tillhandahåller Zoom-tjänstfunktionalitet

Zoom Node inkluderar en funktionsrik kontrollpanel för tjänstehantering, uppgraderingar, aviseringar, felsökning med mera

Som en central hub för hantering av Zoom Node-distributioner inkluderar Zoom Node-kontrollpanelen verktyg för tjänstehantering, distributioner, uppgraderingar, logghantering, prestandarapportering och en robust felsökningsram.

Tjänstemoduler är de tjänster som körs på Zoom Node OS och distribueras enkelt via webben

Tjänstemoduler är de serviceapplikationer som körs på Zoom Node-operativsystemet och möjliggör tjänsternas funktion. Zoom-administratörer tilldelar tjänster till noder via Zoom Node-kontrollpanelen på webbportalen. Efter att tjänsten tilldelats en Node pressar Zoom Node-plattformen den valda tjänstemodulen till Noden och installerar den automatiskt. När installationen är slutförd är Node-endpointen redo att användas med sina tilldelade hybridtjänster.

Varje Zoom Node kan stödja upp till fyra tjänstemoduler

Varje Zoom Node-enhet kan stödja upp till fyra tjänstemoduler per maskin, förutom Zoom Phone Local Survivability-modulen. Ytterligare Noder kan skapas och länkas för ytterligare krav eller motståndskraft.

Till exempel distribuerar ett företag Zoom Meetings Hybrid över flera datacenter, med början i New York. Varje datacenter är utrustat med flera Zoom Node-endpoints anslutna till Zoom Node-plattformen, men ingen har tilldelats en Node-tjänst för funktionalitet, som ses i följande bild.

När företaget är redo att distribuera Zoom Meetings Hybrid inom sitt nätverk installerar en kontoadministratör en Zone Controller Proxy-tjänst och tre SFU/iMMR-moduler på Noder 1 och 2. Admin distribuerar också en extra SFU/iMMR-modul till den tredje Noden som buffert. Zoom Node-plattformen pushar och installerar alla Nodtjänster till varje Node-endpoint, och efter att installationen är slutförd är Zoom Meetings Hybrid redo att användas som visas i följande bild.

Zoom Node stöder end-to-end automatiserad PKI-certifikatgenerering (Auto-PKI)

Zoom Node inkluderar end-to-end automatiserad hantering av offentliga certifikat genom DigiCert. Alla kostnader för att generera och förnya certifikat betalas av Zoom, men Zoom hanterar inte och har inte åtkomst till kundens privata nycklar genom denna process.

Kunder med en befintlig certifikatstrategi kan välja att generera, förnya och hantera certifikat manuellt med en certifikatutfärdare efter eget val, men dessa kostnader betalas inte av Zoom. Kunder som avser att använda en alternativ certifikatutfärdare bör kontakta sitt kontoteam i förväg.

Varje Zoom Node har en dynamisk DNS-post som använder kontots Vanity URL: *.zoomonprem.com (Auto-DNS)

Zoom Node genererar automatiskt dynamiska DNS-poster för varje server under domänen *.zoomonprem.com med hjälp av värdkontots befintliga Vanity URL, t.ex. success01.zoomonprem.com.

Detta system förenklar brandväggshantering vid anslutning till Zoom Node-distributioner som används av andra Zoom-kunder. Individuella kunder kommer inte längre att kräva brandväggsregler för att ansluta till en annan Zoom Node-kund, utan kan istället godkänna hela zoomonprem.com-domänen med jokertecken.

Zoom Node körs på virtuella maskiner

Zoom Node är utformat för att köras på serverklassad hårdvara med virtuella maskiner, installerat med den hårdnade Zoom Node-operativsystemavbilden. Alla tjänster kräver statiska interna IP-adresser, där vissa tjänster kräver publika IP-adresser för extern anslutbarhet.

Hårdvarukraven och specifikationerna kommer vara unika för dina hybriddistributionsmål. Vänligen kontakta ditt kontoteam för mer information om att identifiera din organisations behov för en hybriddistribution.

Zoom Node är inte för alla kunder

Varje företag har unika krav när det gäller enhetliga kommunikationstjänster. Dessa behov måste noggrant övervägas innan ett beslut tas om att distribuera en hybridmiljö. I de flesta fall är den traditionella Zoom-molnkonfigurationen den optimala lösningen för de flesta företag; dock finns det organisationer som drar nytta av hybridkonfigurationer. Organisationer bör noggrant överväga konsekvenserna av att etablera och underhålla en hybridmiljö.

Skalning kan vara svårt och kostsamt att hantera

Att skala hårdvaran för att stödja ett stort antal användare i hybridmiljöer kan vara kostsamt. Beroende på vilka tjänster som distribueras kan stöd för 10 000 användare kräva mellan 7–13 Zoom Nodes, medan stöd för 100 000 användare kan kräva mellan 60–120 Zoom Nodes.

Att hantera, underhålla och stödja hårdvaru- och/eller hypervisorinfrastrukturen som krävs för Zoom Node skapar också ytterligare overhead för en organisation och bör noga övervägas vid granskning av hybriddistributioner.

Säkerhetsfördelarna är begränsade

Zoom Node erbjuder inga ytterligare krypteringsmetoder eller stora säkerhetsfördelar över den inbyggda Zoom-molntjänsten, förutom möjligheten att fungera som en specialiserad webbproxy eller lokal logghemvist.

Hybriddistributioner kräver också ytterligare brandväggsregler och konfigurationer för att göra Node-endpoints tillgängliga med externa tjänster. Nätverkssäkerhetsteam bör vara medvetna om dessa ytterligare brandväggs- och säkerhetskrav när de överväger att distribuera hybridmiljöer.

Hybridmiljöer och VPN kräver konfigurationer

Fjärranställda kan behöva en VPN-anslutning eller en split-tunnelkonfiguration för att routa sin mötestrafik till Zoom Node-tjänster om så önskas. Denna ökade trafik kan potentiellt överbelasta VPN-infrastrukturen om den inte kan hantera den extra bandbredden som skickas och tas emot. Noggrann planering krävs vid kombination av hybridtjänster med fjärrarbetare och fjärrnätverksinfrastruktur.

Delning av serverloggar kräver noggrant övervägande

Även om att behålla lokal kontroll över Zoom Node-loggar och register är en del av hybriddistributioner, kan denna funktion försvåra felsökning av hybridinfrastruktur.

Tjänsteloggar bevaras lokalt som standard och inkluderar data, diagnostik och annan information som inte är tillgänglig för Zoom att visa. För att effektivt felsöka hybridkonfigurationer och kvalitetsproblem krävs dock att hybriddataloggar delas med Zoom för felsökningsändamål. Zoom Node erbjuder en säker uppladdningstjänst för loggfiler via webbportalen efter kundens beslut, men uppladdning av dessa loggar kan exponera servicemetadata som annars inte delas med Zoom i hybriddistributioner. Dessa data kan inkludera namn på deltagare som ansluter lokalt, Zoom-versionnummer, operativsysteminformation med mera.