Innehållet på den här sidan är maskinöversatt. Zoom garanterar inte att det är korrekt.
For the complete documentation index, see llms.txt. This page is also available as Markdown.

Förklaring av Zoom Node

Författad av Jakob Ganschow

Översikt

Zoom Node är en lösning för hybridtjänster och verksamhetskontinuitet som för med sig viktiga Zoom-tjänster till dina egna datacentraler

Zoom Node är en plattform för hybridtjänster och verksamhetskontinuitet som integrerar servrarna i din datacentral med Zoom-moln. Med Zoom Node-plattformen driftsätter du Zoom Service Modules (arbetslaster) på plats och styr dem via Zoom-webbportalen.

Med en molndriven driftsättningsmodell gör Zoom Node det möjligt för administratörer att snabbt driftsätta Zoom-arbetslaster till sina datacentraler från Zoom-webbportalen. Denna portal innehåller också verktyg för tjänstehantering, uppgraderingar, logghantering, prestandarapportering och felsökning.

Zoom Node har en modulär utformning där du endast distribuerar de tjänstmoduler du behöver

Zoom Node är en plattform i allt i ett-modulformat som gör det möjligt för företag att hantera och driftsätta flera hybridtjänster och tjänster för verksamhetskontinuitet med hjälp av ett gemensamt ramverk. Detta tillvägagångssätt ger betydande förbättringar jämfört med befintliga lösningar som bara tillåter fristående driftsättningar av unika arbetslaster, vilket resulterar i splittrade och ineffektiva admininsatser för driftsättning och hantering.

Zoom Node uppnår detta mål genom att introducera en integrerad nyckelfärdig avbild av Zoom Node-operativsystemet och kärntjänsterna. Denna systemavbild installeras på virtuella maskiner i företagsdatacentraler (VM:ar), vilket förvandlar dem till Noder. När Zoom Node-programvaran har installerats, konfigurerats och registrerats i Zoom Node-plattformen i molnet kan en nod installera tjänstemoduler för att tillhandahålla vanliga Zoom-arbetslaster.

Zoom-administratörer tilldelar tjänstemoduler till noder via Zoom Node-kontrollpanelen i webbportalen, där varje nod stöder högst fyra tjänstemoduler. När administratören har valt tjänstemodulen skickar Zoom Node-plattformen konfigurationen från Zoom-moln till den lokala noden och den installeras automatiskt. När installationen är klar är tjänsten som tillhandahålls av tjänstemodulen redo för konfiguration och driftsättning i produktionsmiljön.

Följande tjänstemoduler är för närvarande tillgängliga:

Zoom Meetings-hybridZoom-inspelningshybridZoom Chatt-hybridanslutningsprogram för Zoom-konferensrum HybridZoom Phone lokal överlevnadsförmågaZoom Meetings- och inspelningsanslutningsprogram (lokalt)

Zoom Node består av flera komponenter

Zoom Node Service Modules tillhandahåller i allmänhet samma funktioner som deras motsvarigheter i Zoom-moln. För att möjliggöra sömlös funktion hos dessa moduler tillhandahåller Zoom Node följande gemensamma plattformstjänster:\\

  • Säkert operativsystem: En Linux-baserad Zoom Node-avbild, fullt underhållen och stödd av Zoom via regelbundna uppdateringar.

  • Agent: En proxy som möjliggör kommunikation mellan Zoom Node-plattformen och administratören.

  • Relä för arbetslastövervakning: En tjänst som vidarebefordrar lokala data till molnets varningstjänst.

  • Klient för programvaruhantering: En tjänst som används för att hantera modulkonfiguration.

  • Felsöknings-/loggningsrelä: En tjänst som vidarebefordrar loggdata till molnets loggkonsol.

  • Relä för statistik i realtid: En tjänst som vidarebefordrar lokala data till molnets analyskontrollpanel.

  • Registreringsklient: En tjänst som interagerar med molnets registreringstjänst.

  • Bootstrap-/felsökningskonsol: En funktion som används för hantering av installationer av Zoom Node och tjänstemoduler.

Zoom Node inkluderar en funktionsrik kontrollpanel

Som en central hubb för hantering av driftsättningar av Zoom Node och tjänstemoduler innehåller den funktionsrika Zoom Node-kontrollpanelen verktyg för tjänstehantering, driftsättningar, uppgraderingar, logghantering, prestandarapportering och ett robust ramverk för felsökning.

Zoom Node stöder heltäckande automatiserad generering av PKI-certifikat (Auto-PKI)

Zoom Node omfattar heltäckande 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 stödja certifikat manuellt med en certifikatutfärdare som de föredrar, men dessa kostnader betalas inte av Zoom. Kunder som avser att använda en alternativ certifikatutfärdare bör tala med sitt kontoteam i förväg.

Zoom Node stöder automatisk DNS med hjälp av ett kontos anpassad URL

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

Denna konvention förenklar brandväggshanteringen när man ansluter till Zoom Node-driftsättningar som används av andra Zoom-Kunder. Enskilda kunder behöver inte längre brandväggsregler för att ansluta till en annan Zoom Node-kund, utan kan i stället godkänna hela domänen zoomonprem.com med jokerteckenvärden.

Zoom Node körs på virtuella maskiner

Zoom Node är utformat för att köras på hårdvara av serverklass, med virtuella maskiner som är installerade med den härdade Zoom Node-operativsystemavbildningen. Alla tjänster kräver statiska interna IP-adresser, och vissa tjänster kräver offentliga IP-adresser för extern anslutning.

Krav och specifikationer för hårdvara kommer att vara unika för dina mål för hybriddriftsättning. Se artiklar i Zoom Support och ditt kontoteam för mer information om att identifiera din organisations behov för en hybriddriftsättning.

Zoom Node stöder hanterade, automatiska uppdateringar

För att säkerställa att potentiella sårbarheter hanteras i tid stöder Zoom Node-plattformen en robust, hanterad funktion för automatiska uppdateringar. Med denna design kan admin konfigurera molnbaserade automatiska uppdateringar, ange uppdateringstider veckovis eller månadsvis, konfigurera nivåer av automatisering för uppdateringar eller skjuta upp uppdateringar till en senare tidpunkt.

Användningsfall

Zoom Node är utformat för att hantera specifika krav

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

När man ska driftsätta Zoom Node

Zoom Node-moduler kan övervägas när traditionella Zoom-molnerbjudanden inte kan uppfylla kraven inom följande områden:

Säkerhet

Zoom Node-moduler kan minimera in- och utgångspunkter vid företagsgränsen och kan säkra mediatrafik genom att skapa ett alternativ till mediaproxier, som har otillräcklig prestanda och inte stöder UDP.

Bandbredd

Zoom Node-moduler kan minska bandbreddskraven för möten, webbinarier och evenemang genom att behålla eller omfördela media lokalt.

Efterlevnad

Framtida Zoom Node-moduler kommer att syfta till att hjälpa företag eller myndigheter att följa lokala regulatoriska krav. Detta inkluderar att hålla media i vila och under överföring inom landets eller regionens gränser.

Driftsäkerhet

Zoom Node-moduler kan användas för att göra det möjligt för Zoom-tjänster att fortsätta fungera vid externa internetavbrott, molnavbrott eller naturkatastrofer.

Överväganden inför driftsättning

Företag som utvärderar Zoom Node uppmuntras att beakta följande punkter:

Skalning

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 driftsätts kan stöd för 10 000 användare kräva mellan 7 och 13 noder, medan stöd för 100 000 användare kan kräva mellan 60 och 120 noder. Att hantera, underhålla och stödja den hårdvaru- och/eller hypervisorinfrastruktur som krävs för Zoom Node medför också ytterligare overhead för varje organisation och bör beaktas vid budgetering av hybriddriftsättningar.

Säkerhet

Zoom Node erbjuder inga ytterligare krypteringsmetoder eller större säkerhetsfördelar jämfört med den inbyggda Zoom-molntjänsten, utöver en enda mediaingångs-/utgångspunkt eller lokal loggplacering. Hybriddriftsättningar kräver också ytterligare brandväggsregler och konfigurationer för att göra nodändpunkter tillgängliga för externa tjänster. Team för nätverkssäkerhet bör vara medvetna om dessa ytterligare brandväggs- och säkerhetskrav när de överväger att driftsätta hybridmiljöer.

VPN:er

Distansmedarbetare kan behöva en VPN-anslutning eller en konfiguration med delad tunnel för att dirigera sin mötestrafik till Zoom Node-tjänster om så önskas. Denna trafikökning kan potentiellt överbelasta VPN-infrastrukturen om den inte kan hantera den ytterligare bandbredd som skickas och tas emot. Noggrann planering krävs när hybridtjänster kombineras med distansarbetare och fjärrnätverksinfrastruktur.

Loggdelning

Loggar för hybridtjänster sparas lokalt som standard och innehåller 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 ofta att hybriddataloggar delas med Zoom Support för felsökningsändamål. Zoom Node erbjuder en säker uppladdningstjänst för loggfiler via webbportalen efter kundens val, men uppladdning av dessa loggar kan ge tjänstemetadata som annars inte delas med Zoom i hybriddriftsättningar. Dessa data kan inkludera namn på deltagare som ansluter lokalt, Zoom-versionnummer, information om operativsystem och mer.

Exempel på Zoom Node-driftsättning

I grund och botten kan varje Zoom Node stödja upp till fyra tjänstemoduler per maskin, med möjlighet att lägga till ytterligare noder för skalningsbehov. Beroende på vilken tjänstemodul som driftsätts bör företag säkerställa att de har tillräckligt många virtuella maskiner driftsatta för att möta efterfrågan.

Om ett nationellt företag till exempel driftsätter en Zoom Node-tjänstemodul — som Zoom Meetings Hybrid — över sina datacentraler i New York, Chicago och Los Angeles, bör admin först driftsätta ett tillräckligt antal Zoom Nodes för att möta deras behov inom respektive region.

Varje primär Zoom Meetings Hybrid-tjänstemodul — känd som Hybrid Multimedia Router (HMMR) — stöder upp till 400 användare samtidigt. Om det därför finns 4 000 användare på kontoret i New York kan kontoadminen vilja driftsätta minst 10 Hybridmoduler för möten för att möta maxefterfrågan (400 användare per modul × 10 moduler = 4 000 användare som stöds). Vidare, eftersom varje Zoom Node stöder fyra tjänstemoduler, kommer kontoadminen att behöva minst tre Zoom Node-maskiner (3 maskiner × 4 tjänstemoduler vardera = 12 tjänstemoduler totalt).

Därefter bör admin se till att kontoren i Chicago och Los Angeles också når sina stödnivåer, och sedan sätta upp det nödvändiga antalet virtuella maskiner och installera Zoom Node-operativsystemet. Följande bild ger ett exempel på driftsättningen över varje plats.

Diagram depicting Zoom Nodes across multiple data centers
Diagram som visar Zoom Nodes över flera datacentraler

När alla virtuella Zoom Node-maskiner har konfigurerats måste admin driftsätta de tjänstemoduler som krävs på varje maskin. För att göra detta går admin till Node-kontrollpanelen, väljer avsedd(a) maskin(er) och väljer sedan de tjänstemoduler som ska driftsättas. Efter att ha valt rätt moduler skickar och installerar Zoom Node-webbplattformen de valda modulerna till respektive noder. När installationen är klar är hybridtjänsterna redo att användas, som visas i följande bild.

Diagram depicting Zoom Nodes with deployed service modules
Diagram som visar Zoom Nodes med driftsatta tjänstemoduler

Senast uppdaterad

Var detta till hjälp?