> 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-deployment-field-guide/zoom-node-infrastructure-prerequisites.md).
# Zoom Node-infrastrukturförutsättningar
Detta avsnitt beskriver krav på hårdvara och programvara för Zoom Node-distributioner, inklusive modulinstallation.
### Bygg grunden för din hybridkommunikation
Referenser för hårdvara och programvara för varje distributionsscenario finns nedan.
#### Stödda hypervisorer
Genom att förstå hypervisor-kompatibilitet kan din organisation utnyttja befintliga investeringar i virtualisering samtidigt som fullt stöd för Zoom Node-funktioner upprätthålls.
| Hypervisor-plattform | Minsta versionskrav | Strategiska överväganden för implementering |
| ---------------------------- | -------------------------------------------------- | ----------------------------------------------------------------------------------------------------------- |
| **VMware vSphere/ESXi** | 6.7 eller högre | Branschstandardval med bredast kompatibilitet, idealiskt för företag med befintlig VMware-infrastruktur |
| **Proxmox VE** | Proxmox 8.x eller 9.0.x (endast VM/inget LXC-stöd) | Kostnadseffektivt alternativ med öppen källkod som stöder både Proxmox VE och virt-manager-implementeringar |
| **Nutanix AHV** | AOS 6.10.x eller 7.x (endast VM/inget LXC-stöd) | Optimalt för organisationer som utnyttjar strategier för hyperkonvergerad infrastruktur |
| **Microsoft Hyper-V Server** | Hyper-V Server 2019 eller högre | Sömlös integrering för Windows-centrerade miljöer |
| **AWS EC2** | Aktuell version | Sömlös integrering för Windows-centrerade miljöer |
{% hint style="info" %}
Kontakta Zoom Support för validering av specifik Hyper-V-version.
{% endhint %}
#### Specifikationer för maskinvaran i den virtuella datorn
Följande specifikationer omfattar standard och minsta krav på hårdvara.
**standard produktionskonfiguration**
Denna konfiguration gör det möjligt för Enterprise-nivåorganisationer att maximera Zoom Node-funktionerna genom att stödja upp till fyra (4) samtidiga tjänstmoduler per nod.
| Infrastrukturkomponent | Teknisk specifikation | Affärspåverkan och motivering för implementering |
| ------------------------------ | ------------------------------------------------------------------------- | -------------------------------------------------------------------------------------------------- |
| **CPU-arkitektur** | 64-bitars Intel E5-2650v4 eller nyare @ 2.0 GHz+ AMD 64-bitars @ 2.0 GHz+ | Stöder funktioner för bearbetning av medier i realtid som är avgörande för bra användarupplevelser |
| **Allokering av virtuell CPU** | 8 vCPU:er | Möjliggör samtidig drift av flera hybrida tjänster utan prestandaförsämring |
| **Minnesallokering** | 16 GB RAM | Stöder minnesintensiva operationer, inklusive transkodning och mediedirigering |
| **Lagringsallokering** | 200 GB HDD | Rymmer operativsystemet, tjänstemoduler, loggar och tillfällig medielagring |
| **Nätverksgränssnitt** | 10 GB virtuell NIC | Förhindrar nätverksflaskhalsar i scenarier med högvolymig mediebearbetning |
**Minsta gångbara konfiguration**
Denna konfiguration lämpar sig för inledande tester, proof of concept, labbmiljöer eller distributioner med en enda tjänst och begränsad samtidig användning.
| Infrastrukturkomponent | Minsta specifikation | Lämpliga användningsområden och begränsningar |
| ------------------------------ | ------------------------ | ---------------------------------------------------------- |
| **Allokering av virtuell CPU** | 3 vCPU:er | Testmiljöer, distributioner med en enda tjänst |
| **Minnesallokering** | 6–8 GB RAM | Begränsat stöd för samtidiga användare, kan kräva skalning |
| **Lagringsallokering** | 200 GB HDD | Basic lagring endast för nödvändiga operationer |
| **Nätverksgränssnitt** | Virtuellt NIC med 1 GB/s | Tillräckligt för implementeringar med låg volym |
{% hint style="warning" %}
**Kritisk prestandaövervägning**: Organisationer måste planera att skala från minimala till produktionsmässiga standard-specifikationer i takt med att användningsmönstren växer. Att köra ett produktionssystem på minimala specifikationer stöds inte och kommer sannolikt att orsaka prestanda- eller installationsproblem.
{% endhint %}
### Nätverksarkitektur och anslutningsförutsättningar: Säkerställa tillförlitlig hybridkommunikation
Detta avsnitt beskriver de obligatoriska kraven på nätverk, IP-adressering och DNS som behövs för sömlösa serviceintegreringar och tillförlitlig kommunikation med Zooms molninfrastruktur.
#### Grundläggande nätverkskrav
Dessa icke-förhandlingsbara nätverkskonfigurationer utgör grunden för framgångsrika implementeringar av Zoom Node.
| Nätverkskrav | Teknisk specifikation | Kritisk påverkan på implementeringen |
| ----------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------- |
| **VM-nätverkstyp** | Bryggad/direct VM-nätverksanslutning obligatorisk | Möjliggör direkt klient-till-Node-kommunikation som är avgörande för hybrida tjänster |
| **NAT-konfiguration** | STÖDS INTE - VM kan inte ligga bakom hypervisorns NAT | Förhindrar kommunikationsfel mellan klienter och Zoom Node-tjänster |
| **Internetanslutning** | Krävs för integreringar av molntjänster | Möjliggör hybrid tjänstefunktionalitet och kommunikation med management plane |
| **Proxyserver Support** | Stöds för kommunikation i Zoom Node operativsystem. Proxy Support varierar beroende på Service Module-familj; kontrollera modulens dokumentation. | Möjliggör tillförlitlig anslutning till molntjänster utan mellanhandskomplikationer |
| **Intern adressering** | RFC 1918-adressering fullt stödd | Möjliggör sömlösa integreringar med befintliga Enterprise-nätverksscheman |
#### IP-adressplaneringsmatrisen
Strategisk IP-adressallokering möjliggör flexibel tjänsteutrullning och framtida expansion.
| Distributionsarkitektur | Krav på IP-adress | Implementeringsflexibilitet och tillväxtväg |
| ------------------------------------- | ------------------------------------------------ | ----------------------------------------------------------------------------- |
| **standard nod för flera tjänster** | 1 unik IP-adress per tjänst (upp till 4 totalt) | Maximal flexibilitet vid driftsättning, stöder stegvis utrullning av tjänsten |
| **Hybrid WAG-implementering** | 2 dedikerade IP-adresser krävs | Aktiverar redundanta Web applikation Gateway-tjänster |
| **Konsoliderad driftsättning** | 1 delad IP för Nod + primär modul | Begränsat till specifika scenarier med låg komplexitet |
| **Arkitektur för hög tillgänglighet** | Flera IP-adresser över distribuerade komponenter | Stöder Enterprise-krav på överlevnadsförmåga |
#### Krav för DNS-arkitektur
Korrekt DNS-konfiguration säkerställer tillförlitlig tjänstidentifiering och certifikatvalidering.
**Kritiska krav för DNS-implementering**
* **Krav på offentlig DNS-uppslagning**: Alla värdnamn för Zoom Node måste kunna lösas via offentlig DNS-infrastruktur
* **Split-Horizon DNS Support**: Externa DNS-zoner måste matcha Nod-värdnamn för Zoom-moln IP-intervall
* **Arkitektur för DNS för överlevnadsförmåga**: Lokala DNS-servrar måste förbli tillgängliga under internetavbrott
* **Krav på namnkonsistens**: Interna användare och Zoom-molninfrastruktur måste referera till identiska värdnamn
{% hint style="info" %}
**Bästa praxis för implementering**: Dokumentera och validera alla DNS-poster före driftsättning för att förhindra certifikat- och anslutningsproblem.
{% endhint %}
### Strategi för certifikathantering: Säkerställ din hybrida kommunikation
Detta avsnitt beskriver tillgängliga certifikatalternativ—automatiserade eller BYOC—och ger planeringsvägledning för att anpassa till organisationens säkerhetspolicyer och driftsättningsarkitektur.
#### Strategiska alternativ för certifikathantering
| Hanteringsmetod | Driftsmodell | Optimalt användningsområde och Business-fördelar |
| -------------------------------------- | --------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------ |
| **Auto PKI (rekommenderas)** | Automatisk registrering och förnyelse med kostnader hanterade av Zoom | Minskar den operativa belastningen, eliminerar risker för att certifikat går ut, idealiskt för de flesta driftsättningar |
| **Ta med ditt eget certifikat (BYOC)** | Organisationhanterade certifikat från offentliga CA:er | Möjliggör efterlevnad av befintliga PKI-policyer, lämpligt för företag med mogen certifikathantering |
#### BYOC-implementeringskrav
Detta avsnitt beskriver stödda certifikatmodeller och tillhandahåller en planeringsmall för att säkerställa säkra, skalbara driftsättningar över tjänster.
**Guide för val av certifikattyp**
| Certifikattyp | Teknisk kapacitet | Exempel på implementering | Driftsättningskomplexitet |
| ------------------------ | ------------------------------------- | ------------------------------------ | ---------------------------------------------------- |
| **Wildcard-certifikat** | Krypterar all trafik för underdomäner | `*.company.com` täcker alla tjänster | Förenklad hantering, rekommenderat tillvägagångssätt |
| **Multi-SAN-certifikat** | Stöder upp till 5 specifika värdnamn | Individuell FQDN per tjänst | Kräver omfattande förplanering |
**Planeringsmall för certifikat för flera tjänster**
Använd den här mallen för att planera dina certifikatkrav före driftsättning:
| Tjänsteroll | Värdnamn (SAN-post) | Tilldelad IP-adress | Anteckningar om certifikatets täckning |
| ------------------------- | ------------------------------ | ------------------- | ----------------------------------------- |
| **Zoom Node-plattformen** | `zoom-node01.company.com` | `10.1.50.100` | Grundplattform som kräver certifikatstöd |
| **ZPLS-tjänst** | `zpls.company.com` | `10.1.50.100` | Kan dela IP med Nod-plattformen |
| **Inspelningsservice** | `zoom-recording.company.com` | `10.1.50.101` | Kräver dedikerad IP-adress |
| **Webbinariumtjänst** | `zoom-webbinarium.company.com` | `10.1.50.102` | Kräver dedikerad IP-adress |
| **Framtida tjänstplats** | (Reserverad för expansion) | Ej tillämpligt | Bibehåller flexibilitet i driftsättningen |
{% hint style="danger" %}
**Viktig varning för driftsättning**: Standard certifikat för en enskild värd är inkompatibla med Zoom Node, förutom i det specifika scenariot med en delad IP/värdnamn mellan Node och en enda modul.
{% endhint %}
### Förutsättningar specifika för tjänsten: Aktivering av avancerade hybridfunktioner
Detta avsnitt beskriver viktiga förutsättningar för att driftsätta Zoom Node i ett AWS-sammanhang.
#### Förutsättningar för AWS molndrift
| AWS-krav | Teknisk specifikation | Implementeringssyfte |
| --------------------------- | ------------------------------------- | ------------------------------------------------------- |
| **Arbetsstationskapacitet** | Minst 20 GB lagring | Stöder installation av verktyg och bildkonvertering |
| **AWS CLI-verktyg** | Senaste version krävs | Möjliggör automatiserade arbetsflöden för driftsättning |
| **QEMU-avbildningsverktyg** | `qemu-img` verktyg | Underlättar konvertering från VMDK till AMI |
| **IAM-konfiguration** | `vmimport` roll med lämpliga policyer | Möjliggör säkra VM-importåtgärder |
| **S3-infrastruktur** | Bucket med `vmimport` behörigheter | Tillhandahåller mellanlagring för VM-avbildningar |
### Strategiskt ramverk för implementeringsplanering
Detta avsnitt innehåller driftsättningsprofiler och skalningsstrategier som hjälper dig att planera för prestanda, tillförlitlighet och långsiktig tillväxt i hybridmiljöer.
#### Matris för driftsättningsstorlek och kapacitetsplanering
Markera din driftsättningsprofil baserat på organisationens storlek och tjänstekrav:
| Driftsättningsprofil | Infrastrukturens skala | Strategi för moduldistribution | Avsedd användning |
| ----------------------- | ---------------------- | ------------------------------------------- | -------------------------------------- |
| **Pilot/litet kontor** | 1–2 noder | 1–2 moduler per nod | Bevis på koncept, under 500 användare |
| **standard Enterprise** | 3–5 noder | 2–3 moduler per nod | 500–5 000 användare, med flera platser |
| **Stor Enterprise/HA** | 6+ noder | Distribuerade moduler, geografisk redundans | 5 000+ användare, affärskritisk |
#### Strategier för resursoptimering och skalning
Maximera infrastruktuinvesteringen genom att:
* **Strategisk modulkoncentration**: Driftsätt upp till 4 moduler per nod med standard specifikationer
* **Stegvis skalningsansats**: Börja med minsta specifikationer för testning, skala upp till produktionsstandard
* **Bedömning av tjänstekritikalitet**: Isolera affärskritiska tjänster på dedikerade noder
* **Planering av geografisk distribution**: Distribuera noder över platser för överlevnadsförmåga och prestanda
---
# 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-deployment-field-guide/zoom-node-infrastructure-prerequisites.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.