Inhalte dieser Seite sind maschinell übersetzt. Zoom übernimmt keine Gewähr für die Genauigkeit.

Voraussetzungen für die Zoom Node-Infrastruktur

Nutzen Sie diese Voraussetzungen, um Ihr Unternehmen auf eine Bereitstellung von Zoom Node vorzubereiten.

Dieser Abschnitt beschreibt die Hardware- und Softwarevoraussetzungen für Zoom Node-Bereitstellungen, einschließlich der Modulumgebung.

Aufbau Ihrer hybriden Kommunikationsgrundlage

Hardware- und Software-Referenzen für jedes Bereitstellungsszenario sind unten aufgeführt.

Unterstützte Hypervisoren

Das Verständnis der Hypervisor-Kompatibilität ermöglicht es Ihrem Unternehmen, vorhandene Virtualisierungsinvestitionen zu nutzen und gleichzeitig die volle Unterstützung für Zoom Node-Funktionen beizubehalten.

Hypervisor-Plattform
Mindestanforderung an die Version
Strategische Überlegungen zur Implementierung

VMware vSphere/ESXi

6.7 oder höher

Branchenübliche Wahl mit der breitesten Kompatibilität, ideal für Unternehmen mit bestehender VMware-Infrastruktur

Proxmox VE

Proxmox 8.x oder 9.0.x (nur VM / keine LXC-Unterstützung)

Kostengünstige Open-Source-Option, die sowohl Proxmox VE- als auch virt-manager-Implementierungen unterstützt

Nutanix AHV

AOS 6.10.x oder 7.x (nur VM / keine LXC-Unterstützung)

Optimal für Unternehmen, die Strategien für hyperkonvergente Infrastrukturen nutzen

Microsoft Hyper-V Server

Hyper-V Server 2019 oder höher

Nahtlose Integration für Windows-zentrierte Umgebungen

AWS EC2

Aktuelle Version

Nahtlose Integration für Windows-zentrierte Umgebungen

Kontaktieren Sie den Zoom-Support für die spezifische Validierung der Hyper-V-Version.

Hardware-Spezifikationen für virtuelle Maschinen

Die folgenden Spezifikationen decken Standard- und Mindestanforderungen an die Hardware ab.

Standard-Produktionskonfiguration

Diese Konfiguration ermöglicht Enterprise-Unternehmen, die Funktionen von Zoom Node zu maximieren, indem sie bis zu vier (4) gleichzeitige Service-Module pro Node unterstützt.

Infrastrukturkomponente
Technische Spezifikation
Geschäftsauswirkung und Begründung für die Implementierung

CPU-Architektur

64-Bit Intel E5-2650v4 oder neuer @ 2,0 GHz+ AMD 64-Bit @ 2,0 GHz+

Unterstützt Echtzeit-Medienverarbeitungsfunktionen, die für hochwertige Benutzererlebnisse unerlässlich sind

Zuweisung virtueller CPUs

8 vCPUs

Ermöglicht den gleichzeitigen Betrieb mehrerer hybrider Dienste ohne Leistungseinbußen

Speicherzuweisung

16 GB RAM

Unterstützt speicherintensive Vorgänge, einschließlich Transkodierung und Medienweiterleitung

Speicherbereitstellung

200 GB HDD

Bietet Platz für das Betriebssystem, Service-Module, Protokolle und temporären Medienspeicher

Netzwerkschnittstelle

10-GB-virtuelle NIC

Verhindert Netzwerkengpässe bei Szenarien mit hoher Medienverarbeitung

Mindestkonfiguration

Diese Konfiguration eignet sich für erste Tests, Proof-of-Concepts, Laborumgebungen oder Einzelservice-Bereitstellungen mit begrenzter gleichzeitiger Nutzung.

Infrastrukturkomponente
Mindestspezifikation
Geeignete Anwendungsfälle und Einschränkungen

Zuweisung virtueller CPUs

3 vCPUs

Testumgebungen, Bereitstellungen mit einem einzelnen Dienst

Speicherzuweisung

6-8 GB RAM

Begrenzte Unterstützung gleichzeitiger Benutzer, möglicherweise ist eine Skalierung erforderlich

Speicherbereitstellung

200 GB HDD

Basic-Speicher nur für wesentliche Vorgänge

Netzwerkschnittstelle

1 GB/s virtuelle NIC

Geeignet für Implementierungen mit geringem Volumen

Netzwerkarchitektur und Voraussetzungen für die Konnektivität: Gewährleistung zuverlässiger hybrider Kommunikation

Dieser Abschnitt beschreibt die zwingenden Netzwerk-, IP-Adressierungs- und DNS-Anforderungen, die für eine nahtlose Service-Integration und zuverlässige Kommunikation mit der Cloud-Infrastruktur von Zoom erforderlich sind.

Grundlegende Netzwerkanforderungen

Diese nicht verhandelbaren Netzwerkkonfigurationen bilden die Grundlage für erfolgreiche Implementierungen von Zoom Node.

Netzwerkanforderung
Technische Spezifikation
Kritische Auswirkung auf die Implementierung

VM-Netzwerktyp

Bridged-/direkte VM-Netzwerkverbindung zwingend erforderlich

Ermöglicht direkte Client-zu-Node-Kommunikation, die für hybride Dienste unerlässlich ist

NAT-Konfiguration

NICHT unterstützt – die VM kann nicht hinter Hypervisor-NAT betrieben werden

Verhindert Kommunikationsfehler zwischen Clients und Zoom Node-Diensten

Internetkonnektivität

Erforderlich für Cloud-Service-Integration

Ermöglicht hybride Servicefunktionalität und Kommunikationsmanagementebene

Proxy-Server-Support

Unterstützt für Zoom Node-Betriebssystem-Kommunikation. Der Proxy-Support variiert je nach Service-Modul-Familie; prüfen Sie die Moduldokumentation.

Ermöglicht zuverlässige Cloud-Service-Konnektivität ohne Vermittlungskomplikationen

Interne Adressierung

RFC-1918-Adressierung vollständig unterstützt

Ermöglicht nahtlose Integration mit vorhandenen Enterprise-Netzwerkschemata

IP-Adresse-Planungsmatrix

Strategische IP-Adresse-Zuweisung ermöglicht flexible Servicebereitstellung und zukünftige Erweiterung.

Bereitstellungsarchitektur
Anforderungen an IP-Adressen
Implementierungsflexibilität und Wachstumspfad

Standard-Multi-Service-Knoten

1 eindeutige IP-Adresse pro Service (insgesamt bis zu 4)

Maximale Bereitstellungsflexibilität, unterstützt eine phasenweise Einführung von Services

Hybride WAG-Implementierung

2 dedizierte IP-Adressen erforderlich

Ermöglicht redundante Web-Anwendung-Gateway-Services

Konsolidierte Bereitstellung

1 gemeinsam genutzte IP für Node + primäres Modul

Beschränkt auf bestimmte Szenarien mit geringer Komplexität

Hochverfügbarkeitsarchitektur

Mehrere IPs über verteilte Komponenten hinweg

Unterstützt Anforderungen an die Überlebensfähigkeit von Unternehmen

Anforderungen an die DNS-Architektur

Die richtige DNS-Konfiguration gewährleistet zuverlässige Diensterkennung und Zertifikatvalidierung.

Kritische Anforderungen an die DNS-Implementierung

  • Verpflichtung zur öffentlichen DNS-Auflösung: Alle Zoom Node-Hostnamen müssen über die öffentliche DNS-Infrastruktur aufgelöst werden

  • Split-Horizon-DNS-Support: Externe DNS-Zonen müssen Hostnamen für Zoom Cloud-IP-Bereiche auflösen

  • DNS-Architektur für Überlebensfähigkeit: Lokale DNS-Server müssen während Internetausfällen verfügbar bleiben

  • Anforderung an Namenskonsistenz: Interne Benutzer und die Zoom Cloud-Infrastruktur müssen identische Hostnamen referenzieren

Implementierungs-Best Practice: Dokument und validieren Sie alle DNS-Einträge vor der Bereitstellung, um Zertifikat- und Verbindungsprobleme zu verhindern.

Zertifikatverwaltungsstrategie: Absicherung Ihrer hybriden Kommunikation

Dieser Abschnitt beschreibt Verfügbar Zertifikat-Optionen – automatisiert oder BYOC – und bietet Planungshinweise, um sie an die Sicherheitsrichtlinien und die Bereitstellungsarchitektur Ihres Unternehmen anzupassen.

Strategische Zertifikat-Managementoptionen

Verwaltungsmethode
Betriebsmodell
Optimaler Anwendungsfall und Business-Vorteile

Auto-PKI (Empfohlen)

Automatisierte Registrierung und Erneuerung mit von Zoom verwalteten Kosten

Reduziert den Betriebsaufwand, eliminiert Risiken durch den Ablauf von Zertifikat, ideal für die meisten Bereitstellungen

Eigenes Zertifikat mitbringen (BYOC)

Von Unternehmen verwaltete Zertifikate von öffentlichen CAs

Ermöglicht die Einhaltung bestehender PKI-Richtlinien und eignet sich für Unternehmen mit ausgereifter Zertifikatverwaltung

BYOC-Implementierungsanforderungen

Dieser Abschnitt beschreibt unterstützte Zertifikatsmodelle und stellt eine Planungsvorlage bereit, um sichere, skalierbare Bereitstellungen über Services hinweg zu gewährleisten.

Leitfaden zur Auswahl des Zertifikattyps

Zertifikattyp
Technische Fähigkeit
Implementierungsbeispiel
Bereitstellungskomplexität

Wildcard-Zertifikat

Verschlüsselt den gesamten Traffic aller Subdomains

*.company.com deckt alle Dienste ab

Vereinfachte Verwaltung, empfohlener Ansatz

Multi-SAN-Zertifikat

Unterstützt bis zu 5 spezifische Hostnamen

Einzelner FQDN pro Dienst

Erfordert umfassende Vorplanung

Planungsvorlage für Multi-Service-Zertifikat

Verwenden Sie diese Vorlage, um Ihre Zertifikat-Anforderungen vor der Bereitstellung zu planen:

Service-Rolle
Hostname (SAN-Eintrag)
Zugewiesene IP-Adresse
Hinweise zur Zertifikatsabdeckung

Zoom Node Plattform

zoom-node01.company.com

10.1.50.100

Basis-Plattform, die eine Zertifikatsabdeckung erfordert

ZPLS-Dienst

zpls.company.com

10.1.50.100

Kann IP mit der Plattform von Node teilen

Aufzeichnungsdienst

Zoom-recording.company.com

10.1.50.101

Erfordert dedizierte IP-Adresse

Webinar-Dienst

Zoom-webinar.company.com

10.1.50.102

Erfordert dedizierte IP-Adresse

Zukünftiger Dienst-Slot

(Für Erweiterungen reserviert)

N/A

Erhält die Bereitstellungsflexibilität

Dienstspezifische Voraussetzungen: Aktivierung erweiterter Hybridfunktionen

Dieser Abschnitt beschreibt die wichtigsten Voraussetzungen für die Bereitstellung von Zoom Node im AWS-Kontext.

AWS-Cloud-Bereitstellungsvoraussetzungen

AWS-Anforderung
Technische Spezifikation
Implementierungszweck

Arbeitsstations-Kapazität

Mindestens 20 GB Speicherplatz

Unterstützt die Tool-Installation und Bildkonvertierung

AWS CLI-Tools

Neueste Version erforderlich

Ermöglicht automatisierte Bereitstellungs-Workflows

QEMU-Image-Tools

qemu-img Dienstprogramm

Erleichtert die VMDK-zu-AMI-Konvertierung

IAM-Konfiguration

vmimport Rolle mit entsprechenden Richtlinien

Ermöglicht sichere VM-Importvorgänge

S3-Infrastruktur

Bucket mit vmimport Berechtigungen

Bietet Staging für VM-Images

Strategischer Rahmen für die Implementierungsplanung

Dieser Abschnitt bietet Bereitstellungsprofile und Skalierungsstrategien, die Ihnen bei der Planung von Leistung, Zuverlässigkeit und langfristigem Wachstum in hybriden Umgebungen helfen.

Matrix zur Größen- und Kapazitätsplanung für die Bereitstellung

Auswählen Sie Ihr Bereitstellungsprofil basierend auf Unternehmensgröße und Dienstanforderungen:

Bereitstellungsprofil
Infrastrukturgröße
Modulverteilungsstrategie
Zielanwendungsfall

Pilot/Kleines Büro

1-2 Nodes

1-2 Module pro Node

Machbarkeitsnachweis, unter 500 Benutzer

Standard Enterprise

3-5 Nodes

2-3 Module pro Node

500-5.000 Benutzer, mehrere Standorte

Groß Enterprise/HA

6+ Nodes

Verteilte Module, geografische Redundanz

5.000+ Benutzer, unternehmenskritisch

Ressourcenoptimierung und Skalierungsstrategien

Maximieren Sie die Infrastrukturinvestition durch:

  • Strategische Modulkonsolidierung: Stellen Sie bis zu 4 Module pro Knoten mit Standard-Spezifikationen bereit

  • Stufenweiser Skalierungsansatz: Beginnen Sie mit Mindestanforderungen für Tests und skalieren Sie auf Produktionsstandards

  • Bewertung der Kritikalität von Diensten: Isolieren Sie unternehmenskritische Dienste auf dedizierten Knoten

  • Planung der geografischen Verteilung: Stellen Sie Knoten über verschiedene Standorte hinweg bereit, um Überlebensfähigkeit und Leistung zu gewährleisten

Zuletzt aktualisiert

War das hilfreich?