Zoom Meetings Hybrid-toelichting

Zoom Meetings Hybrid-overzicht

Deze sectie biedt een overzicht van de servicemodule Zoom Meetings Hybrid, ondersteund als een Zoom Node-workload. Meer informatie over Zoom Node en een overzicht van het Platform is aan het einde van dit document beschikbaar in de Bijlage.

Zoom Meetings Hybrid is een on-premises hybride vergaderoplossing die bandbreedte bespaart door vergadermedia binnen een bedrijfsnetwerk te herverdelen

Zoom Meetings Hybrid is een on-premises hybride vergaderoplossing die fungeert als een tussenliggend verbindingspunt tussen een Zoom-client en de Zoom-cloud. De oplossing multiplexeert en herverdeelt de audio-, video- en scherm delen-mediastreams van een vergadering met maximaal 400 verbonden deelnemers binnen hetzelfde bedrijfsnetwerk. Dit ontwerp vermindert het aantal externe cloudmediaverbindingen, wat het externe bandbreedteverbruik aanzienlijk kan verminderen.

Zoom Meetings Hybrid ondersteunt twee modi: cloud-hybride en alleen intern

Zoom Meetings Hybrid ondersteunt twee werkingsmodi: een cloud-naar-locatie hybride modus, bekend als Selective Forwarding Unit-modus (SFU), en een alleen-intern modus (iMMR) voor vergaderingen zonder cloud. Vergaderingen zijn standaard geconfigureerd voor cloud-hybride verbindingen, maar kunnen als alleen intern worden aangeduid wanneer gebruikers een vergadering plannen of bewerken. Beide vergaderingstypen kunnen ook tegelijkertijd door dezelfde module worden ondersteund tegelijkertijd.

Cloud-hybride modus verbindt gebruikers binnen uw bedrijfsnetwerk met de cloud via de hybride module

In cloud-hybride modus (SFU-modus) verbinden gebruikers binnen uw bedrijfsnetwerk met de hybride module als een tussenliggend verbindingspunt tussen hun client en de cloud. De hybride module multiplexeert en herverdeelt de audio-, video- en scherm delen-mediastreams van een vergadering tussen de gebruikers en de cloud.

Cloud-hybride vergaderingen hebben geen invloed op signaleringsverbindingen van cloud naar client

Hoewel de Zoom Meetings Hybrid-module de mediavan een cloud-hybride vergadering kan herverdelen, verwerkt de module geen signaleringsverbindingen van cloud naar client. Gebruikers die zijn verbonden met de Meetings Hybrid-module blijven een bandbreedtearme signaleringsverbinding opzetten met de cloudserver van de vergadering voor gegevens en bewerkingen tijdens de vergadering, zoals het starten van een cloudopname of het bijwerken van de deelnemerslijst.

Waarschuwing

Clientapparaten moeten proxy- of standaardrouteringstoegang tot internet hebben die Zoom-cloudservices kan bereiken. HTTPS-proxy wordt ondersteund, maar apparaten zonder toegang kunnen geen verbinding maken met vergaderingen.

De alleen-intern modus verbindt gebruikers met een on-premises vergadering en staat deelnemers buiten het netwerk niet toe om deel te nemen

Wanneer een vergadering als alleen intern is gepland, fungeert de hybride module als een interne multi-media-router (iMMR) die de audio-, video- en scherm delen-media van een vergadering tussen gebruikers binnen het bedrijfsnetwerk multiplexeert en herverdeelt. Deze vergaderingen zijn geïsoleerd tot het bedrijfsnetwerk en kunnen niet verbinden met of cascaderen naar cloudvergaderservers of -services, waardoor externe netwerkdeelnemers of services zoals cloudopname niet aan de vergadering kunnen deelnemen.

Alleen-interne vergaderingen routeren zowel signaal- als mediaverbindingen via de hybride module

In tegenstelling tot het cloud-hybride model routeren alleen-interne vergaderingen zowel media en signaal binnen het netwerk naar de hybride module. Dit creëert een volledig on-premises vergaderingstype, zonder de mogelijkheid van externe verbindingen.

Werknemers buiten het bedrijfsnetwerk kunnen deelnemen aan alleen-interne vergaderingen via VPN

Werknemers buiten het bedrijfsnetwerk kunnen deelnemen aan alleen-interne vergaderingen terwijl ze met een VPN verbonden zijn, als de VPN-server kan communiceren met de hybride module via het bedrijfsnetwerk. Gebruikers moeten echter moeten zijn aangemeld bij hun zakelijke Zoom-account om deel te nemen.

Een werknemer op afstand is bijvoorbeeld vanuit zijn thuisnetwerk verbonden met de VPN van het bedrijf zonder split tunneling. Zolang de gebruiker is aangemeld bij zijn zakelijke Zoom-account en de verbonden VPN-server kan communiceren met de hybride module binnen het bedrijfsnetwerk, kan de externe gebruiker op afstand verbinding maken met een alleen-interne vergadering.

Meetings Hybrid kan tegelijkertijd cloud-hybride en alleen-interne vergaderingen ondersteunen

Meetings Hybrid kan tegelijkertijd cloud-hybride en alleen-interne vergaderingen ondersteunen, waardoor aparte implementaties voor elk gebruiksscenario niet nodig zijn.

Een bedrijf heeft bijvoorbeeld één hybride module uitgerold binnen hun netwerk, met 400 verbonden gebruikers. In dit scenario kunnen 200 gebruikers verbinding maken met cloud-hybride vergaderingen, terwijl de overige 200 gebruikers verbonden zijn met alleen-interne vergaderingen. Voor elk verbonden vergaderingstype respecteert de Meetings Hybrid-module de beoogde verbindingsroutering: cloud-hybride vergaderingen routeren media via de module en signalering naar de cloud; alleen-interne vergaderingen routeren zowel media als signalering uitsluitend on-premises.

Zoom Meetings Hybrid houdt alle media on-premises als er geen externe deelnemers aanwezig zijn en alle gebruikers met dezelfde hybride module zijn verbonden

Als gebruikers via dezelfde Meetings Hybrid-module verbonden zijn met een cloud-hybride ingeschakelde vergadering, maar er geen externe deelnemers aanwezig zijn, verzendt de hybride module geen media tussen de Zoom-cloud. In plaats daarvan blijven alle vergadermedia on-premises en worden ze binnen het bedrijfsnetwerk via de hybride module gerouteerd. Vergadermedia verlaten het netwerk alleen nadat een externe deelnemer vanuit de cloud is toegetreden, of als een tweede hybride module binnen het netwerk verbinding maakt met de vergadering.

Een groep gebruikers binnen een bedrijfsnetwerk neemt bijvoorbeeld deel aan dezelfde cloud-hybride ingeschakelde vergadering. Alle gebruikers zijn verbonden met dezelfde hybride module en alle vergadermedia wordt binnen het bedrijfsnetwerk gerouteerd. Zodra een externe gebruiker vanuit de cloud deelneemt aan de vergadering, of een tweede hybride module verbinding maakt met de vergadering, openen de hybride module(s) een mediaverbinding met de cloud en herverdelen de media van de vergadering naar en van de cloud.

Opmerking

Interne gebruikers kunnen ook externe mediaverbindingen tot stand brengen als de hybride infrastructuur op Capaciteit.

Zoom Meetings Hybrid ondersteunt end-to-end versleutelde vergaderingen voor beide vergadermodi

Zoom Meetings Hybrid ondersteunt end-to-end versleutelde (E2EE) vergaderingen in zowel cloud-hybride als alleen-interne vergadermodi. Dit biedt een extra beveiligingslaag voor vertrouwelijke vergaderingen en kan worden gecombineerd met alleen-interne vergaderingen voor vergaderingen die het hoogste beveiligingsniveau vereisen dat beschikbaar is binnen het Zoom-platform.

Klanten kunnen meerdere zones per regio uitrollen over hun datacenters

Zoom Meetings Hybrid ondersteunt implementaties met meerdere zones, zodat Klanten afzonderlijke hybride omgevingen kunnen uitrollen voor verschillende locaties of regio's. Wanneer meerdere zones aanwezig zijn, verbinden gebruikers met de dichtstbijzijnde hybride module op basis van hun pingtijd naar beschikbare apparaten.

Als een bedrijf bijvoorbeeld een kantoor in New York en Los Angeles heeft, kan een enkele hybride implementatie op één locatie leiden tot latency- of prestatieproblemen door langere reistijd. In plaats daarvan kunnen klanten voor elke specifieke locatie of regio een hybride omgeving uitrollen om de gebruikerservaring te verbeteren. Wanneer een gebruiker probeert verbinding te maken met een vergadering, pingt de client van de gebruiker de beschikbare hybride modules en maakt verbinding met de module met de laagste latency.

Zoom Meetings Hybrid vervangt Zoom’s Vergaderingsconnector niet

Zoom’s Vergaderingsconnector is een Zoom Node-workload die een cloud-beheerde on-premises oplossing biedt voor het creëren van een vergaderzone binnen het Datacenter van uw bedrijf, zonder cloud-ondersteuning of fallback. Met Vergaderingsconnector zijn alle vergaderservers en apparaten eigendom van uw bedrijf en worden ze door uw bedrijf onderhouden, en moeten ze externe verbindingen toestaan zodat externe deelnemers kunnen deelnemen aan uw vergaderingen.

In tegenstelling tot Vergaderingsconnector blijft Zoom Meetings Hybrid gebruikmaken van cloud-vergaderinfrastructuur in combinatie met hybride apparaten in uw Datacenter, en is het niet nodig vergaderservers te hosten of externe deelnemers toe te staan verbinding te maken met uw Datacenters.

De volgende tabel geeft enkele van de belangrijkste verschillen tussen deze twee producten weer:

Mogelijkheid	Meetings Hybrid	Vergaderingsconnector
On-premises server	☑️	☑️
Ondersteunt meerdere zones	☑️	☑️
Media uitsluitend on-premises	☑️ (terwijl in iMMR-modus)	☑️
Cascaderen naar de cloud	☑️
Gebruikers kunnen deelnemen via de cloud	☑️
Cloudservices (opname, enz.)	☑️
Sta externe gebruikersverbindingen toe		☑️

Functionaliteit van Zoom Meetings Hybrid

Deze sectie bespreekt de functionaliteit en het ontwerp van de servicemodule van Zoom Meetings Hybrid.

Zoom Meetings Hybrid bestaat uit twee componenten: een Selective Forwarding Unit/Internal MMR en een Zone Controller Proxy

Voor het implementeren van Zoom Meetings Hybrid binnen een netwerk zijn twee Zoom Node-componenten vereist: een Selective Forwarding Unit (SFU)/Internal MMR (iMMR) en een Zone Controller Proxy (ZCP). Raadpleeg de bijlage aan het einde van dit document voor meer informatie over servicemodules.

De SFU/iMMR werkt als een stekkerdoos en verdeelt media opnieuw over verbonden Zoom-clients

De module Selective Forwarding Unit (SFU)/Internal MMR (iMMR) staat centraal in het ontwerp van Zoom Meetings Hybrid. Net als een stekkerdoos is de SFU/iMMR een gecentraliseerde netwerk-‘plug-in’ die media distribueert naar verbonden Zoom-clients. De functie van de SFU/iMMR-module verschilt echter afhankelijk van het type vergadering.

In hybride vergaderingen fungeert de SFU/iMMR als het primaire verbindingspunt voor interne Zoom-clients en multiplexeert en herverdeelt vergadermedia tussen verbonden Zoom-clients binnen het netwerk en de cloud.

Voor uitsluitend interne vergaderingen fungeert de SFU/iMMR als een lokale multimediarouter die media centraal multiplexeert en distribueert naar verbonden gebruikers en andere SFU/iMMR-eenheden (indien verbonden) zonder de Zoom-cloud.

Elke SFU/iMMR ondersteunt maximaal 400 gebruikersverbindingen in standaarddefinitie of 200 gebruikersverbindingen in hoge definitie per module

Elke SFU/iMMR-module ondersteunt maximaal 400 gelijktijdige deelnemers in standaarddefinitie per module, of maximaal 200 gelijktijdige deelnemers in hoge definitie (720p). Bij maximale Capaciteit voor één vergadering kan de SFU/iMMR-module het externe bandbreedteverbruik verminderen met een verhouding van 400:1 of 200:1, afhankelijk van de resolutie van de vergadering.

Een SFU/iMMR kan meerdere vergaderingen tegelijk ondersteunen

De SFU/iMMR-module ondersteunt gelijktijdige vergaderingsverbindingen, waardoor één module meerdere unieke, gelijktijdige vergaderingen kan ondersteunen, waaronder zowel cloud-hybride als uitsluitend interne vergaderingen.

Bijvoorbeeld: 400 gebruikers binnen een Locatie maken gelijktijdig verbinding met 25 verschillende vergaderingen in standaarddefinitie met externe gebruikers aanwezig. Met Zoom Meetings Hybrid kan één SFU-module alle gebruikers verbinden met hun respectieve vergaderingen, waardoor het aantal externe mediastreams van 400 naar 25 wordt verminderd. Bij gemiddeld 1,2 Mbps per mediaverbinding kan de SFU-module de campus in dit scenario ongeveer 450 Mbps aan externe bandbreedte besparen.\

Een SFU/iMMR kan cloud-hybride en uitsluitend interne vergaderingen tegelijk ondersteunen

Een SFU/iMMR-module kan tegelijkertijd cloud-hybride en uitsluitend interne vergaderingen ondersteunen, waardoor afzonderlijke implementaties voor elk gebruiksscenario niet nodig zijn. Voor elk verbonden type vergadering zal de hybride module de beoogde verbindingsroutering respecteren: cloud-hybride vergaderingen routeren media via de module en signalering naar de cloud; uitsluitend interne vergaderingen routeren zowel media als signalering uitsluitend via de on-premises hybride module.

Bijvoorbeeld: 400 gebruikers binnen een Locatie maken gelijktijdig verbinding met drie afzonderlijke vergaderingen in standaarddefinitie. Twee vergaderingen zijn cloud-hybride met externe gebruikers aanwezig, en 300 gebruikers van het bedrijfsnetwerk zijn verbonden via de SFU/iMMR-module die in SFU-modus werkt. De derde vergadering is uitsluitend intern, met 100 gebruikers verbonden met dezelfde SFU/iMMR-module die in iMMR-modus werkt.

In dit voorbeeld hebben gebruikers die zijn verbonden met de cloud-hybride vergaderingen een bidirectionele mediaverbinding met de SFU/iMMR-module en onafhankelijke, bidirectionele signaleringsverbindingen met de cloud. Ondertussen hebben gebruikers die zijn verbonden met de uitsluitend interne vergadering uitsluitend bidirectionele signalerings- en mediaverbindingen met dezelfde SFU/iMMR-module, waardoor alle gegevens van de interne vergadering on-premises blijven en niet naar de cloud cascaderen.

Voor cloud-hybride vergaderingen fungeert de SFU/iMMR alleen als doorstuurapparaat en heeft hij geen toegang tot vergader- of gebruikerssleutels

Wanneer verbonden met een cloud-hybride vergadering (SFU-modus), hebben SFU/iMMR-modules geen vergaderingssleutels nodig en hebben ze daar geen toegang toe. In plaats daarvan behouden de modules mediamixrollen als versleutelde mediaprocessors voor vergaderingen, zonder toegang te kunnen krijgen tot de inhoud van de mediastream.

Voor uitsluitend interne vergaderingen genereert en distribueert de SFU/iMMR alle encryptie sleutels binnen het bedrijfsnetwerk

Wanneer de top-level SFU/iMMR in een vergadering werkt als een multimediarouter voor uitsluitend interne vergaderingen (iMMR-modus), is deze verantwoordelijk voor het genereren en distribueren van encryptiesleutels binnen de vergadering. Encryptiesleutels worden gegenereerd en gedistribueerd met dezelfde cryptografische methoden als cloudgebaseerde MMR’s.

SFU/iMMR-modules kunnen niet met elkaar communiceren via een netwerk wanneer ze zijn verbonden met een cloud-hybride vergadering

SFU/iMMR-modules ondersteunen geen cross-network (east-west) communicatie binnen een Datacenter wanneer ze zijn verbonden met een cloud-hybride vergadering. Alle SFU-naar-SFU-communicatie voor cloud-hybride vergaderingen moet ontworpen worden gerouteerd via de Zoom-cloudinfrastructuur (north-south).

SFU/iMMR-modules kunnen met elkaar communiceren via het netwerk wanneer ze zijn verbonden met een uitsluitend interne vergadering

In tegenstelling tot cloud-hybride vergaderingen ondersteunen uitsluitend interne vergaderingen cross-network (east-west) communicatie vanwege het ontwerp van de interne vergadering. Cloud-hybride vergaderingen vereisen dat elke SFU/iMMR-module zich abonneert op de mediastream van de ‘top’ cloud-MMR; uitsluitend interne vergaderingen maken echter geen gebruik van cloud-mediastreams. In plaats daarvan is de eerste iMMR/SFU-module die een uitsluitend interne vergadering aanmaakt de ‘top’ MMR, en extra SFU/iMMR-modules abonneren zich op de top-MMR-stream, waardoor cross-network communicatie mogelijk is.

De module Zone Controller Proxy verbindt de SFU/iMMR met de Zoom-cloud

De module Zone Controller Proxy is verantwoordelijk voor het verbinden van SFU/iMMR-modules met de cloudvergaderinfrastructuur van Zoom, indien van toepassing.

Tijdens het verbindingsproces van een gebruiker met een vergadering verzenden Zoom-webservices een verzoek tussen de Zone Controller Proxy en een cloud Zone Controller om de informatie over de vergaderserver op te halen. Deze informatie wordt doorgegeven van de Zone Controller Proxy naar de SFU/iMMR, die verbinding maakt met de Zoom-cloud voor cloud-hybride vergaderingen, of een vergadering initialiseert voor uitsluitend interne vergaderingen.

Implementaties vereisen per Locatie ten minste twee Zone Controller Proxies

Voor elke geografische Locatie waar Zoom Meetings Hybrid wordt geïmplementeerd, zijn ten minste twee Zone Controller Proxies vereist voor veerkracht en stabiliteit.

Als een bedrijf bijvoorbeeld Zoom Meetings Hybrid implementeert voor hun kantoren in Los Angeles en New York, moet elke Locatie twee ZCP-modules implementeren op elke Locatie, in totaal vier.

Als een SFU/iMMR-module onverwacht uitvalt, worden gebruikers waar mogelijk overgeschakeld naar alternatieve verbindingen

Hoewel onverwacht, zullen gebruikers in het geval dat een hybride module uitvalt (d.w.z. crasht) terwijl gebruikers verbonden zijn, waar mogelijk beginnen over te schakelen naar alternatieve verbindingen. Deze scenario’s worden beschreven in de volgende drie secties.

Gebruikers die verbonden zijn met een cloud-hybride vergadering worden, indien beschikbaar, overgeschakeld naar een alternatieve SFU/iMMR-module, en als laatste redmiddel naar de cloud

Als gebruikers Verbinden zijn met een Cloud-hybride vergadering via een SFU/iMMR-module die abrupt uitvalt, zullen gebruikersclients automatisch proberen over te schakelen naar andere SFU/iMMR-modules die binnen het netwerk Beschikbaar zijn. Als andere resources op Capaciteit zijn of niet beschikbaar zijn, zullen gebruikersclients als laatste failoveroplossing onafhankelijke Cloud-verbindingen tot stand brengen.

Gebruikers die Verbinden zijn met een uitsluitend interne vergadering zullen overschakelen naar een andere SFU/iMMR-module als de uitgevallen module niet de bovenste MMR was

Als gebruikers Verbinden zijn met een uitsluitend interne vergadering en hun SFU/iMMR-module uitvalt, zullen gebruikers overschakelen naar alternatieve SFU/iMMR-modules indien beschikbaar, op voorwaarde dat hun SFU/iMMR niet de host van de MMR op het hoogste niveau van de interne vergadering was.

Als de SFU/iMMR die een uitsluitend interne vergadering heeft gestart uitvalt, moet de vergadering opnieuw worden gestart

Vanwege het netwerkontwerp voor uitsluitend interne vergaderingen wordt de SFU/iMMR-module die de vergadering initieert aangewezen als de MMR op het hoogste niveau voor de vergadering. Als de MMR op het hoogste niveau van een vergadering uitvalt, stopt of de vergadering verlaat, zal de vergadering instorten en opnieuw moeten worden gestart. MMR's op het hoogste niveau kunnen niet overschakelen naar alternatieve hybride resources.

Zoom Meetings Hybrid-verbindingen worden in de client weergegeven als een “Datacenter beheerd door uw Zoom-account Eigenaar”

Wanneer gebruikers Verbinden zijn met Zoom Meetings Hybrid-infrastructuur, zien zij in de client dat zij “...verbonden zijn met het Zoom Global-netwerk… via een Datacenter beheerd door uw Zoom-account Eigenaar”. Als alternatief zien gebruikers die Verbinden zijn met Cloud-infrastructuur het bericht dat zij “Verbonden zijn met het Zoom Global Network.”

De volgende afbeeldingen weergeven wat gebruikers zullen zien wanneer ze Verbinden zijn met een Zoom Meetings Hybrid-vergadering vergeleken met een Cloudgebaseerde vergadering.\

Zoom Meetings Hybrid gebruikt de Standaard firewallconfiguratie van Zoom en vereist geen speciale regels

Zoom Meetings Hybrid vereist geen अतिरिक्त firewallregels of configuraties buiten de Standaard aanbeveling van Zoom. Mediaverbindingen blijven UDP/TCP 8801 en TCP 443 (TLS 1.2) gebruiken als Standaard poorten voor de dienst.

Opmerking

Poortscheiding voor media (UDP 8801-8803) wordt ondersteund. Zorg ervoor dat firewallregels zijn geconfigureerd om 8802 en 8803 op te nemen als poortscheiding is ingeschakeld.

Bijlage: Zoom Node

Deze sectie biedt een algemene introductie tot het Zoom Node Platform en de kernconcepten ervan.

Zoom Node brengt belangrijke onderdelen van de Zoom-diensten naar uw eigen Datacenters en kantoren

Zoom Node is een hybride oplossing die uw Datacenterservers integreert met de Cloud van Zoom om Zoom-diensten aan uw kantoren te helpen leveren.

Met een door de Cloud aangestuurd implementatiemodel kunnen Zoom-beheerders dynamisch en snel hybride Zoom-diensten implementeren op hun Datacenterservers vanuit een gecentraliseerd Dashboard op het web. Dit Dashboard bevat daarnaast tools voor servicebeheer, upgrades, logbeheer, prestatierapportage en een robuust framework voor probleemoplossing.

Zoom Node is een modulair ontwerp, waarbij u alleen de servicemodules implementeert die u nodig hebt

In plaats van aparte software voor elke hybride dienst te vereisen, is Zoom Node een “Alles-in-één” modulair Platform waarmee bedrijven meerdere hybride diensten kunnen beheren en implementeren met één gemeenschappelijk framework.

Zoom Node bereikt dit modulaire ontwerp door het Zoom Node Besturingssysteem (een op Linux gebaseerd besturingssysteem) op Datacenterservers van ondernemingen te installeren, waardoor deze in Nodes worden omgezet. Zodra de software is geïnstalleerd, registreert de Node zich bij het Zoom Node Platform in de Cloud en wacht deze op de installatie van diverse servicemodules die functionaliteit van Zoom-diensten bieden

Zoom Node bevat een Dashboard met veel Functie(s) voor servicebeheer, upgrades, waarschuwingen, probleemoplossing en meer

Als centrale hub voor het beheren van Zoom Node-implementaties bevat het Zoom Node-Dashboard tools voor servicebeheer, implementaties, upgrades, logbeheer, prestatierapportage en een robuust framework voor probleemoplossing.

Servicemodules zijn de diensten die op het Zoom Node Besturingssysteem draaien en eenvoudig via het web worden geïmplementeerd

Servicemodules zijn de servicetoepassingen die op het Zoom Node-besturingssysteem draaien, waardoor diensten kunnen functioneren. Zoom-beheerders Toewijzen diensten aan nodes via het Zoom Node-Dashboard op het webportaal. Nadat de dienst aan een Node is toegewezen, pusht het Zoom Node Platform de gekozen servicemodule naar de Node en installeert deze automatisch. Zodra de installatie is voltooid, is het Node-Eindpunt klaar voor gebruik met de toegewezen hybride dienst(en).

Elke Zoom Node kan maximaal vier servicemodules ondersteunen

Elk Zoom Node-apparaat kan maximaal vier servicemodules per machine ondersteunen, behalve de module Zoom Phone Local Survivability. Extra Nodes kunnen worden aangemaakt en gekoppeld voor अतिरिक्त vereisten of veerkracht.

Een bedrijf implementeert bijvoorbeeld Zoom Meetings Hybrid in meerdere Datacenters, te beginnen met New York. Elk Datacenter is uitgerust met meerdere Zoom Node-Eindpunten die zijn verbonden met het Zoom Node Platform, maar aan geen ervan is een Node-dienst voor functionaliteit toegewezen, zoals te zien is in de volgende afbeelding.

Zodra het bedrijf klaar is om Zoom Meetings Hybrid binnen zijn netwerk te implementeren, implementeert een accountbeheerder één Zone Controller Proxy-service en drie SFU/iMMR-modules op Nodes 1 en 2. De beheerder implementeert ook een extra SFU/iMMR-module op de derde Node als buffer. Het Zoom Node Platform pusht en installeert alle Node-diensten naar elk Node-Eindpunt, en nadat de installatie is voltooid, is Zoom Meetings Hybrid klaar voor gebruik zoals te zien is in de volgende afbeelding.

Zoom Node ondersteunt end-to-end geautomatiseerde generatie van PKI-certificaten (Auto-PKI)

Zoom Node bevat end-to-end geautomatiseerd beheer van openbare certificaten via DigiCert. Alle kosten voor het genereren en vernieuwen van certificaten worden door Zoom betaald, maar Zoom verwerkt de privésleutels van de klant niet en heeft er via dit proces geen toegang toe.

Klanten met een bestaande certificaatstrategie kunnen ervoor Kiezen om certificaten handmatig te genereren, te vernieuwen en te ondersteunen met een certificaatautoriteit van hun voorkeur, maar deze kosten worden niet door Zoom betaald. Klanten die van plan zijn een alternatieve certificaatautoriteit te gebruiken, moeten vooraf met hun accountteam spreken.

Elke Zoom Node heeft een dynamische DNS-vermelding met gebruik van de vanity-URL van het account: *.zoomonprem.com (Auto-DNS)

Zoom Node genereert automatisch dynamische DNS-vermeldingen voor elke server onder het domein *.zoomonprem.com met gebruik van de bestaande vanity-URL van het host-account, bijvoorbeeld success01.zoomonprem.com.

Dit systeem vereenvoudigt firewallbeheer bij het Verbinden met Zoom Node-implementaties die door andere Zoom Klanten worden gebruikt. Afzonderlijke Klanten hebben niet langer firewallregels nodig om Verbinden te maken met een andere Zoom Node-klant, maar kunnen in plaats daarvan het gehele domein zoomonprem.com goedkeuren met gebruik van wildcardwaarden.

Zoom Node draait op virtuele machines

Zoom Node is ontworpen om te draaien op Hardware van serverklasse, met gebruik van virtuele machines, geïnstalleerd met de geharde image van het Zoom Node-besturingssysteem. Alle diensten vereisen statische interne IP-adressen, waarbij sommige diensten openbare IP's vereisen voor externe connectiviteit.

De Hardwarevereisten en specificaties zijn uniek voor uw doelstellingen voor hybride implementatie. Neem contact op met uw accountteam voor meer informatie over het vaststellen van de behoeften van uw Organisatie voor een hybride implementatie.

Zoom Node is niet voor elke klant

Elke onderneming heeft unieke vereisten als het gaat om unified communication-diensten. Deze behoeften moeten zorgvuldig worden overwogen voordat een beslissing wordt genomen om een hybride omgeving te implementeren. In de meeste gevallen is de traditionele Zoom-Cloudconfiguratie de optimale oplossing voor de meeste bedrijven; er zijn echter Organisaties die baat hebben bij hybride configuraties. Organisaties moeten grondig nadenken over de implicaties van het opzetten en onderhouden van een hybride omgeving.

Opschalen kan moeilijk en duur zijn om te beheren

Het opschalen van de Hardware om een groot aantal gebruikers in hybride omgevingen te ondersteunen kan kostbaar zijn. Afhankelijk van de geïmplementeerde diensten kan ondersteuning van 10.000 gebruikers tussen de 7 en 13 Zoom Nodes vereisen, terwijl ondersteuning van 100.000 gebruikers tussen de 60 en 120 Zoom Nodes kan vereisen.

Het beheren, onderhouden en ondersteunen van de Hardware en/of hypervisorinfrastructuur die vereist is voor Zoom Node creëert ook अतिरिक्त overhead voor elke Organisatie en moet zwaar meewegen bij het beoordelen van hybride implementaties.

Beveiligingsvoordelen zijn beperkt

Zoom Node biedt geen अतिरिक्त encryptiemethoden of grote beveiligingsvoordelen ten opzichte van de native Zoom-Clouddienst, afgezien van de mogelijkheid om te dienen als gespecialiseerde webproxy of lokale logresidentie.

Hybride implementaties vereisen ook अतिरिक्त firewallregels en configuraties om Node-Eindpunten beschikbaar te maken voor externe diensten. Netwerkbeveiligingsteams moeten rekening houden met deze अतिरिक्त firewall- en beveiligingsvereisten wanneer zij overwegen hybride omgevingen te implementeren.

Hybride omgevingen en VPN's vereisen configuraties

Werknemers op afstand kunnen een VPN-verbinding of een split-tunnelconfiguratie nodig hebben om hun vergaderingverkeer naar Zoom Node-diensten te routeren indien gewenst. Deze toename van verkeer kan de VPN-infrastructuur mogelijk overbelasten als deze de अतिरिक्त verzonden en ontvangen bandbreedte niet aankan. Zorgvuldige planning is vereist wanneer hybride diensten worden gecombineerd met externe werknemers en externe netwerkinfrastructuur.

Het delen van serverlogs vereist zorgvuldige afweging

Hoewel het behouden van lokale controle over Zoom Node-logboeken en -records een onderdeel is van hybride implementaties, kan deze Functie hinderlijk zijn bij het oplossen van problemen met hybride infrastructuur.

Servicelogs worden Standaard lokaal bewaard en bevatten gegevens, diagnostische informatie en andere informatie die niet beschikbaar is voor weergave door Zoom. Om hybride configuraties en kwaliteitsproblemen echter effectief op te lossen, moeten hybride datalogboeken met Zoom worden gedeeld voor probleemoplossingsdoeleinden. Zoom Node biedt een veilige uploadservice voor logbestanden via het webportaal naar keuze van de klant, maar het uploaden van deze logs kan servicemetadata blootstellen die anders niet met Zoom wordt gedeeld in hybride implementaties. Deze gegevens kunnen de namen bevatten van deelnemers die lokaal deelnemen, het Zoom-versienummer, informatie over het besturingssysteem en meer.