Förutsättningar för infrastrukturen för Zoom Node

Använd dessa förutsättningar för att förbereda din organisation för en driftsättning av Zoom Node.

Det här avsnittet beskriver förutsättningar för hårdvara och programvara för distributioner av Zoom Node, inklusive modulinstallation.

Bygga din grund för hybridkommunikation

Referenser för hårdvara och programvara för varje distributionsscenario finns nedan.

Hypervisorer som stöds

Att förstå hypervisorkompatibilitet gör det möjligt för din organisation att utnyttja befintliga virtualiseringsinvesteringar samtidigt som fullt stöd för Zoom Node-funktioner bibehålls.

Hypervisorplattform	Minimikrav på version	Strategiska överväganden för implementering
VMware vSphere/ESXi	6.7 eller senare	Branschstandardval som erbjuder bredast kompatibilitet, idealiskt för företag med befintlig VMware-infrastruktur
Proxmox VE	Proxmox 8.x eller 9.0.x (endast VM/inget stöd för LXC)	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 stöd för LXC)	Optimalt för organisationer som använder strategier för hyperkonvergerad infrastruktur
Microsoft Hyper-V Server	Hyper-V Server 2019 eller senare	Sömlösa integreringar för Windows-centrerade miljöer
AWS EC2	Aktuell version	Sömlösa integreringar för Windows-centrerade miljöer

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

Specifikationer för hårdvara för virtuella maskiner

Följande specifikationer täcker standardkrav och minimikrav för hårdvara.

Standardkonfiguration för produktion

Den här konfigurationen gör det möjligt för organisationer på Enterprise-nivå att maximera kapaciteten i Zoom Node genom att stödja upp till fyra (4) samtidiga servicemoduler per nod.

Infrastrukturkomponent	Teknisk specifikation	Business-påverkan och implementeringsmotivering
CPU-arkitektur	64-bitars Intel E5-2650v4 eller nyare @ 2.0GHz+ AMD 64-bitars @ 2.0GHz+	Stöder mediebehandlingskapacitet i realtid som är avgörande för användarupplevelser av hög kvalitet
Tilldelning av virtuella processorer	8 vCPU:er	Möjliggör samtidig drift av flera hybrida tjänster utan prestandaförsämring
Minnestilldelning	16 GB RAM	Stöder minnesintensiva operationer inklusive transkodning och mediedirigering
Lagringstilldelning	200 GB HDD	Rymmer operativsystem, servicemoduler, loggar och tillfällig medielagring
Nätverksgränssnitt	10 GB virtuell NIC	Förhindrar flaskhalsar i nätverket under scenarier med mediebehandling i hög volym

Minsta gångbara konfiguration

Den här konfigurationen är lämplig för inledande testning, proof of concept, labbmiljöer eller distributioner med en enda tjänst och begränsad samtidig användning.

Infrastrukturkomponent	Minimispecifikation	Lämpliga användningsfall och begränsningar
Tilldelning av virtuella processorer	3 vCPU:er	Testmiljöer, distributioner med en enda tjänst
Minnestilldelning	6–8 GB RAM	Begränsat stöd för samtidiga användare, kan kräva skalning
Lagringstilldelning	200 GB HDD	Basic lagring endast för nödvändiga operationer
Nätverksgränssnitt	1 GB/s virtuell NIC	Lämpligt för implementationer med låg volym

Avgörande prestandahänsyn: Organisationer måste planera för att skala från minimala till produktionsstandard-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.

Nätverksarkitektur och förutsättningar för anslutning: Säkerställer tillförlitlig hybridkommunikation

Detta avsnitt beskriver de obligatoriska kraven på nätverk, IP-adressering och DNS som behövs för sömlös tjänsteintegreringar och tillförlitlig kommunikation med Zooms moln-infrastruktur.

Grundläggande nätverkskrav

Dessa icke-förhandlingsbara nätverkskonfigurationer utgör grunden för lyckade implementeringar av Zoom Node.

Nätverkskrav	Teknisk specifikation	Kritisk påverkan på implementeringen
Typ av VM-nätverk	Bryggat/direct VM-nätverk obligatoriskt	Möjliggör direkt kommunikation mellan klient och Node, vilket är avgörande för hybrida tjänster
NAT-konfiguration	INTE stöds - VM kan inte ligga bakom hypervisorns NAT	Förhindrar kommunikationsfel mellan klienter och Zoom Node-tjänster
Internetanslutning	Krävs för molntjänstintegreringar	Möjliggör hybrid tjänstefunktionalitet och kommunikation i styrplanet
Support för proxyserver	Stöds för Zoom Node operativsystemskommunikation. Proxy Support varierar beroende på Service Module-familj; se modulens dokumentation.	Möjliggör tillförlitlig anslutning till molntjänsten utan mellanliggande komplikationer
Intern adressering	RFC 1918-adressering stöds fullt ut	Möjliggör sömlös integrering med befintliga företagsnätverksscheman

Matris för planering av IP-adresser

Strategisk allokering av IP-adress möjliggör flexibel tjänsteimplementering och framtida expansion.

Driftsättningsarkitektur	IP-adresskrav	Implementeringsflexibilitet och tillväxtväg
standard nod med flera tjänster	1 unik IP-adress per tjänst (upp till 4 totalt)	Maximal driftsättningsflexibilitet, stödjer stegvis utrullning av tjänster
Hybrid WAG-implementering	2 dedikerade IP-adresser krävs	Möjliggör redundanta Web applikation Gateway-tjänster
Konsoliderad driftsättning	1 delad IP för nod + primär modul	Begränsad till specifika scenarier med låg komplexitet
Arkitektur för hög tillgänglighet	Flera IP-adresser över distribuerade komponenter	Uppfyller krav på överlevnadsförmåga för företag

Krav på DNS-arkitektur

Korrekt DNS-konfiguration säkerställer tillförlitlig tjänstidentifiering och certifikatvalidering.

Kritiska krav för DNS-implementering

• Krav på offentlig DNS-upplösning: Alla värdnamn för Zoom Node måste kunna matchas via offentlig DNS-infrastruktur

• Split-Horizon DNS Support: Externa DNS-zoner måste matcha Node-värdnamn för Zoom-moln-IP-intervall

• DNS-arkitektur för överlevnadsförmåga: Lokala DNS-servrar måste förbli tillgängliga under internetavbrott

• Krav på konsekvent namngivning: Interna användare och Zoom-moln-infrastruktur 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äkra din hybrida kommunikation

Det här avsnittet beskriver tillgängliga certifikatalternativ – automatiserade eller BYOC – och ger planeringsvägledning för att anpassa dem till din organisations säkerhetspolicyer och driftsättningsarkitektur.

Strategiska alternativ för certifikathantering

Hanteringsmetod	Operativ modell	Optimal användning och Business-fördelar
Auto PKI (rekommenderas)	Automatiserad registrering och förnyelse med kostnader som hanteras av Zoom	Minskar operativ overhead, eliminerar risker för att certifikat löper ut, idealiskt för de flesta driftsättningar
Ta med ditt eget certifikat (BYOC)	Certifikat som hanteras av organisationen från offentliga certifikatutfärdare	Möjliggör efterlevnad av befintliga PKI-policyer, lämpligt för företag med mogen certifikathantering

Implementeringskrav för BYOC

Det här avsnittet beskriver certifikatmodeller som stöds 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	Implementeringsexempel	Driftsättningskomplexitet
Jokerteckencertifikat	Krypterar all subdomänstrafik	*.company.com täcker alla tjänster	Förenklad hantering, rekommenderad metod
Certifikat med flera SAN	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 certifikattäckning
Zoom Node-plattform	zoom-node01.company.com	10.1.50.100	Basplattform som kräver certifikattäckning
ZPLS-tjänst	zpls.company.com	10.1.50.100	Kan dela IP-adress med Node-plattformen
Inspelningstjänst	zoom-recording.company.com	10.1.50.101	Kräver en dedikerad IP-adress
Webbinariumstjänst	zoom-webbinarium.company.com	10.1.50.102	Kräver en dedikerad IP-adress
Framtida servicetidslucka	(Reserverad för utbyggnad)	N/A	Bibehåller flexibilitet i driftsättning

Kritisk varning för driftsättning: Standardcertifikat för en enda 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.

Tjänstspecificerade förutsättningar: Aktivering av avancerade hybridfunktioner

Det här avsnittet beskriver viktiga förutsättningar för att distribuera Zoom Node i ett AWS-molnkontext.

Förhandskrav för AWS-molndistribution

AWS-krav	Teknisk specifikation	Implementeringssyfte
Arbetsstationskapacitet	Minst 20 GB lagringsutrymme	Stöder installation av verktyg och bildkonvertering
AWS CLI-verktyg	Senaste version krävs	Aktiverar automatiserade distributionsarbetsflöden
QEMU-bildverktyg	qemu-img verktyg	Underlättar konvertering från VMDK till AMI
IAM-konfiguration	vmimport roll med lämpliga policyer	Aktiverar säkra importåtgärder för virtuella datorer
S3-infrastruktur	Hink med vmimport behörigheter	Tillhandahåller staging för VM-avbilder

Ramverk för strategisk implementeringsplanering

Detta avsnitt tillhandahåller distributionsprofiler och skalningsstrategier för att hjälpa dig att planera för prestanda, tillförlitlighet och långsiktig tillväxt i hybrida miljöer.

Matris för dimensionering av distribution och kapacitetplanering

Markera din distributionsprofil baserat på organisationens storlek och tjänstekrav:

Distributionsprofil	Infrastrukturens skala	Strategi för moduldistribution	Avsedd användningsfall
Pilot/Litet kontor	1–2 noder	1–2 moduler per nod	Konceptbevis, under 500 användare
standard Enterprise	3–5 noder	2–3 moduler per nod	500–5 000 användare, flera platser
Stort Enterprise/HA	6+ noder	Distribuerade moduler, geografisk redundans	5 000+ användare, affärskritiskt

Strategier för resursoptimering och skalning

Maximera infrastrukturomfattningen genom:

• Strategisk konsolidering av moduler: Distribuera upp till 4 moduler per nod med standard specifikationer

• Stegvis skalningsmetod: Börja med minimala specifikationer för testning, skala upp till produktionsstandard

• Bedömning av tjänstekritikalitet: Isolera affärskritiska tjänster på dedikerade noder

• Planering av geografisk fördelning: Distribuera noder på olika platser för överlevnadsförmåga och prestanda