> 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).
# Förklaring av Zoom Node
### Ö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:
{% 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 Recording 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 inspelningsanslutningsprogram (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 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 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 som visar Zoom Nodes med driftsatta tjänstemoduler
{% hint style="warning" %}
**Viktigt**
Det finns ytterligare konfigurationssteg som inte tas upp i det här exemplet, inklusive IP-konfiguration, tilldelning av värdnamn med mera. Dessa steg har utelämnats för att vara kortfattade och illustrativa.\\\\
Om du har frågor om de tjänstemoduler som krävs för en produkt eller en driftsättning, tala 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.