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.

Infrastrukturförutsättningar för Zoom Node

Se dessa förutsättningar för att förbereda din organisation för en distribution av Zoom Node.

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

Kontakta Zoom Support för validering av specifik Hyper-V-version.

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

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

Bästa praxis för implementering: Dokumentera och validera alla DNS-poster före driftsättning för att förhindra certifikat- och anslutningsproblem.

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

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

Senast uppdaterad

Var detta till hjälp?