> 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/sv/avancerade-enterprise-tjanster/zoom-node/zoom-node-explainer.md).
# Zoom Node-förklaring
### Översikt
#### Zoom Node är en hybridtjänst- och verksamhetskontinuitetslösning som för nyckel-Zoom-tjänster till dina egna datacentraler
Zoom Node är en hybridtjänst- och verksamhetskontinuitetsplattform som integrerar dina datacentralservrar med Zooms moln. Med Zoom Node plattform distribuerar du Zoom Service Modules (arbetsbelastningar) i dina lokaler och styr dem via Zoom-webbportal.
Med en molnstyrd distributionsmodell tillåter Zoom Node administratörer att snabbt distribuera Zoom-arbetsbelastningar till sina datacentraler från Zoom-webbportal. Denna portal innehåller också verktyg för tjänstehantering, uppgraderingar, logghantering, prestandarapportering och felsökning.
#### Zoom Node är en modulär design, där du endast distribuerar de tjänstemoduler du behöver
Zoom Node är en allt i ett modulär plattform som tillåter företag att hantera och distribuera flera hybrid- och verksamhetskontinuitetstjänster 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 endast tillåter fristående distributioner av unika arbetsbelastningar, vilket resulterar i disparata, ineffektiva admin-distributions- och hanteringsinsatser.
Zoom Node uppnår detta mål genom att introducera en integrerad nyckelfärdig avbildning av Zoom Node operativsystem och kärntjänster. Denna systemavbildning installeras på virtuella maskiner (VM) i datacentraler för Enterprise, vilket omvandlar dem till *Noder*. När Zoom Node-programvaran har installerats, konfigurerats och registrerats till Zoom Node plattform i molnet, kan en Node installera Service Modules för att tillhandahålla vanliga Zoom-arbetsbelastningar.
Zoom-administratörer tilldelar Service Modules till noder via Zoom Node kontrollpanel i Zoom-webbportal, där varje nod stöder högst **fyra** Service Modules. När administratören har valt Service Module skickar Zoom Node plattform konfigurationen från Zooms moln till den lokala noden och den installeras automatiskt. När installationen är klar är tjänsten som tillhandahålls av Service Module redo för konfiguration och distribution i produktionsmiljön.
Följande tjänstemoduler är för närvarande tillgängliga:
{% content-ref url="/pages/61af7012e65f3b54e6c28f6e9cc402e9fecf1162" %}
[Zoom Meetings Hybrid](/technical-library/sv/avancerade-enterprise-tjanster/zoom-node/zoom-node-explainer/zoom-meetings-hybrid.md)
{% endcontent-ref %}
{% content-ref url="/pages/31c6fe232e9647710ab67cbcd4b3866f32a1d047" %}
[Zoom-inspelning Hybrid](/technical-library/sv/avancerade-enterprise-tjanster/zoom-node/zoom-node-explainer/zoom-recording-hybrid.md)
{% endcontent-ref %}
{% content-ref url="/pages/a6e41b5bb98aaadad7cf1cf25aff13ff4d397b82" %}
[Zoom chatt Hybrid](/technical-library/sv/avancerade-enterprise-tjanster/zoom-node/zoom-node-explainer/zoom-chat-hybrid.md)
{% endcontent-ref %}
{% content-ref url="/pages/e49dc41ff1dfea6a25d1d3e384de5432811ebd4e" %}
[anslutningsprogram för Zoom-konferensrum Hybrid](/technical-library/sv/avancerade-enterprise-tjanster/zoom-node/zoom-node-explainer/zoom-conference-room-connector-hybrid.md)
{% endcontent-ref %}
{% content-ref url="/pages/5f6c45e009acd8fbb96b7da0685646dde32983f0" %}
[Zoom Phone lokal överlevnadsförmåga](/technical-library/sv/avancerade-enterprise-tjanster/zoom-node/zoom-node-explainer/zoom-phone-local-survivability.md)
{% endcontent-ref %}
{% content-ref url="/pages/78dd5e3bf136b37408abf8a50605bc6d2b546405" %}
[Zoom Meetings och anslutningsprogram för inspelning (lokalt)](/technical-library/sv/avancerade-enterprise-tjanster/zoom-node/zoom-node-explainer/zoom-meetings-and-recording-connectors-on-premises.md)
{% endcontent-ref %}
#### Zoom Node består av flera komponenter
Zoom Node-tjänstemoduler tillhandahåller i allmänhet samma funktioner som deras motsvarigheter i Zoom-moln. För att aktivera sömlös funktionalitet för dessa moduler tillhandahåller Zoom Node följande gemensamma plattformstjänster:\\
* **Säkert operativsystem**: En Linux-baserad Zoom Node-avbildning, som underhålls fullt ut och stöds av Zoom via regelbundna uppdateringar.
* **Agent**: En proxy som tillhandahåller kommunikation mellan Zoom Node-plattformen och administratören.
* **Arbetsbelastningsövervakningsrelä**: En tjänst som vidarebefordrar data på plats till molnvarningstjänsten.
* **Klient för programvaruhantering**: En tjänst som används för att hantera modulkonfiguration.
* **Felsökning/loggningsrelä**En tjänst som vidarebefordrar loggningsdata till moln Logging Console.
* **Relä för statistik i realtid**: En tjänst som vidarebefordrar lokala data till moln analyser kontrollpanel.
* **Registreringsklient:** En tjänst som interagerar med Molnregistreringstjänsten.
* **Bootstrap/felsökningskonsol:** En funktioner som används för hantering av installationer av Zoom Node och Service Module.
#### Zoom Node inkluderar en funktioner-rik kontrollpanel
Som en central hubb för att hantera Zoom Node- och Service Module-implementeringar innehåller den funktionsrika Zoom Node-kontrollpanelen verktyg för tjänstehantering, implementeringar, uppgraderingar, logghantering, prestandarapportering och ett robust felsökningsramverk.
#### Zoom Node stöder automatiserad PKI-certifikatgenerering från början till slut (Auto-PKI)
Zoom Node inkluderar automatiserad hantering av offentliga certifikat från början till slut via 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 efter eget val, men dessa kostnader kommer inte att betalas av Zoom. Kunder som avser att använda en alternativ certifikatutfärdare bör tala med sitt konto-team i förväg.
#### Zoom Node stöder auto-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-implementeringar som används av andra Zoom-kunder. Enskilda kunder kommer inte längre att behöva brandväggsregler för att ansluta till en annan Zoom Node-kund, utan kan i stället tillåta hela domänen zoomonprem.com med hjälp av jokerteckenvärden.
#### Zoom Node körs på virtuella maskiner
Zoom Node är utformat för att köras på serverklassad hårdvara, med hjälp av virtuella maskiner som är installerade med den härdade Zoom Node-operativsystemavbildningen. Alla tjänster kommer att kräva statiska interna IP-adresser, och vissa tjänster kräver publika IP-adresser för extern anslutning.
Krav och specifikationer för hårdvara kommer att vara unika för dina mål för en hybridimplementering. Se artiklar i Zoom Support och ditt konto-team för mer information om att identifiera din organisations behov för en hybridimplementering.
#### Zoom Node stöder hanterade, automatiska uppdateringar
För att säkerställa att potentiella sårbarheter åtgärdas i tid stöder Zoom Node plattformen en robust, hanterad, automatisk uppdateringsfunktion. Med denna design kan administratörer konfigurera molnbaserade automatiska uppdateringar, ange uppdateringstider på veckobasis eller månadsbasis, konfigurera automatiseringsnivåer för uppdateringar eller skjuta upp uppdateringar till en senare tidpunkt.
### Användningsfall
#### Zoom Node är utformad för att uppfylla specifika krav
Varje Enterprise har unika krav när det gäller enhetliga kommunikationstjänster. Dessa behov måste noggrant övervägas innan man fattar beslut om att driftsätta 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 gynnas av hybridkonfigurationer. Organisationer bör noggrant överväga konsekvenserna av att etablera och underhålla en hybridmiljö.
#### När Zoom Node ska driftsättas
Zoom Node-moduler kan övervägas när traditionella Zoom-moln-erbjudanden inte kan uppfylla kraven inom följande områden:
**Säkerhet**
Zoom Node-moduler kan minimera ingångs- och utgångspunkter över Enterprise-gränsen och kan säkra medietrafik genom att skapa ett alternativ till mediaproxyservrar, som har otillräcklig prestanda och inte stöder UDP.
**Bandbredd**
Zoom Node-moduler kan minska bandbreddskraven för möte, Webbseminarier 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 myndighetsorganisationer att följa lokala regulatoriska krav. Detta inkluderar att hålla media i vila och under överföring inom nationella eller regionala gränser.
**Överlevnadsförmåga**
Zoom Node-moduler kan användas för att aktivera Zoom-tjänster så att de fortsätter att fungera under externa internetavbrott, molnfel eller naturkatastrofer.
### Överväganden för distribution
Företag som utvärderar Zoom Node uppmuntras att ta hänsyn till 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 distribueras kan stöd för 10 000 användare kräva mellan 7–13 noder, medan stöd för 100 000 användare kan kräva mellan 60–120 noder. Att hantera, underhålla och supporta hårdvaran och/eller hypervisorinfrastrukturen som krävs för Zoom Node skapar också ytterligare overhead för varje organisation och bör beaktas vid budgetering av hybriddistributioner.
**Säkerhet**
Zoom Node erbjuder inga ytterligare krypteringsmetoder eller större säkerhetsfördelar jämfört med den inbyggda Zoom-moln-tjänsten, bortsett från en enda ingångs-/utgångspunkt för media eller lokal loggplacering. Hybriddistributioner kräver också ytterligare brandväggsregler och konfigurationer för att göra Node-slutpunkter 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.
**VPN:er**
Fjärranställda kan behöva en VPN-anslutning eller en split-tunnel-konfiguration för att dirigera sin mötestrafik till Zoom Node-tjänster om så önskas. Denna ökning av trafiken kan potentiellt överbelasta VPN-infrastrukturen om den inte kan hantera den extra bandbredd som skickas och tas emot. Noggrann planering krävs när hybridtjänster kombineras med distansarbetare och fjärrnätverksinfrastruktur.
**Loggdelning**
Hybridtjänstloggar 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 hybriddata-loggar 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 eget gottfinnande, men uppladdning av dessa loggar kan tillhandahålla tjänstmetadata som annars inte delas med Zoom i hybriddistributioner. Dessa data kan inkludera namn på deltagare som ansluter lokalt, versionsnummer för Zoom, information om operativsystem och mer.
### Exempel på distribution av Zoom Node
I grunden kan varje Zoom Node stödja upp till **fyra** tjänstemoduler per maskin, med möjlighet att lägga till ytterligare noder vid behov av skalning. Beroende på vilken tjänstemodul som distribueras bör företag säkerställa att de har tillräckligt många virtuella maskiner distribuerade för att möta efterfrågan.
Till exempel, om ett nationellt företag distribuerar en Zoom Node-tjänstemodul—som Zoom Meetings Hybrid—över sina datacenter i New York, Chicago och Los Angeles, bör admin först distribuera ett tillräckligt antal Zoom Nodes för att möta deras efterfrågan inom respektive region.
Varje primär Zoom Meetings Hybrid-tjänstemodul—känd som Hybrid Multimedia Router (HMMR)—stödjer upp till 400 användare åt gången. Följaktligen, om det finns 4 000 användare på kontoret i New York, kanske kontoadmin vill distribuera minst **10** Meetings Hybrid-moduler för att möta maximal efterfrågan (400 användare per modul x 10 moduler = 4 000 användare som stöds). Dessutom, eftersom varje Zoom Node stöder fyra tjänstemoduler, kommer kontoadmin att behöva minst **tre** Zoom Node-maskiner (3 maskiner x 4 tjänstemoduler vardera = 12 tjänstemoduler totalt).
Nästa steg är att admin ska säkerställa att även kontoren i Chicago och Los Angeles når sina stödda mål, och sedan sätta upp det nödvändiga antalet virtuella maskiner och installera Zoom Node-operativsystemet. Följande bild visar ett exempel på distributionen över varje plats.
Diagram som visar Zoom Nodes över flera datacenter
När alla virtuella Zoom Node-maskiner har konfigurerats måste admin distribuera de erforderliga tjänstemodulerna på varje maskin. För att göra detta går admin till Node-kontrollpanelen, väljer den avsedda maskinen/maskinerna och väljer sedan vilka tjänstemoduler som ska distribueras. Efter att ha valt lämpliga moduler pushar och installerar Zoom Node-webbplattformen de valda modulerna till respektive noder. När installationen är slutförd är hybridtjänsterna redo att användas, som visas i följande bild.
Diagram som visar Zoom Nodes med distribuerade tjänstemoduler
{% hint style="warning" %}
**Varning**
Det finns ytterligare konfigurationssteg som inte behandlas i detta exempel, inklusive IP-konfiguration, tilldelning av värdnamn och mer. Dessa steg har utelämnats för korthetens och illustrationens skull.\\
Om du har frågor om de tjänstemoduler som krävs för en produkt eller en distribution, prata med ditt Zoom-kontoteam.
{% endhint %}
---
# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.
## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.
Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:
```
GET https://library.zoom.com/technical-library/sv/avancerade-enterprise-tjanster/zoom-node/zoom-node-explainer.md?ask=&goal=
```
`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.
Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.