# Voraussetzungen für die Zoom Node-Infrastruktur

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

### <mark style="color:blau;">Aufbau Ihrer hybriden Kommunikationsgrundlage</mark>

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                                                             |

{% hint style="info" %}
Kontaktieren Sie den Zoom-Support für die spezifische Validierung der Hyper-V-Version.
{% endhint %}

#### 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                                              |

{% hint style="warning" %}
**Wichtiger Leistungsaspekt**: Organisationen müssen planen, von Mindest- zu Produktions-Standardspezifikationen zu skalieren, wenn die Nutzungsmuster zunehmen. Der Betrieb eines Produktionssystems mit Mindest-Spezifikationen wird nicht unterstützt und wird wahrscheinlich zu Leistungs- oder Installationsproblemen führen.
{% endhint %}

### <mark style="color:blau;">Netzwerkarchitektur und Voraussetzungen für die Konnektivität: Gewährleistung zuverlässiger hybrider Kommunikation</mark>

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

{% hint style="info" %}
**Implementierungs-Best Practice**: Dokument und validieren Sie alle DNS-Einträge vor der Bereitstellung, um Zertifikat- und Verbindungsprobleme zu verhindern.
{% endhint %}

### <mark style="color:blau;">Zertifikatverwaltungsstrategie: Absicherung Ihrer hybriden Kommunikation</mark>

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                   |

{% hint style="danger" %}
**Kritische Bereitstellungswarnung**: Standard-Einzelserver-Zertifikate sind mit Zoom Node inkompatibel, außer im speziellen Szenario einer gemeinsam genutzten IP/eines gemeinsam genutzten Hostnamens zwischen Node und einem einzelnen Modul.
{% endhint %}

### <mark style="color:blau;">Dienstspezifische Voraussetzungen: Aktivierung erweiterter Hybridfunktionen</mark>

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                            |

### <mark style="color:blau;">Strategischer Rahmen für die Implementierungsplanung</mark>

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


---

# Agent Instructions: 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:

```
GET https://library.zoom.com/technical-library/de/erweiterte-enterprise-services/zoom-node/zoom-node-deployment-field-guide/zoom-node-infrastructure-prerequisites.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
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.