# Vereisten voor Zoom Node-infrastructuur
Deze sectie beschrijft de Hardware- en softwarevereisten voor Zoom Node-implementaties, inclusief module-installatie.
### Uw hybride communicatiebasis opbouwen
Hieronder vindt u Hardware- en softwareverwijzingen voor elk implementatiescenario.
#### Ondersteunde hypervisors
Inzicht in hypervisorcompatibiliteit stelt uw Organisatie in staat om bestaande virtualisatie-investeringen te benutten terwijl volledige ondersteuning voor Zoom Node Functie(s) behouden blijft.
| Hypervisor Platform | Minimale versievereiste | Strategische implementatieoverwegingen |
| ---------------------------- | ------------------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------- |
| **VMware vSphere/ESXi** | 6.7 of hoger | Standaard keuze in de sector met de breedste compatibiliteit, ideaal voor ondernemingen met bestaande VMware-infrastructuur |
| **Proxmox VE** | Proxmox 8.x of 9.0.x (alleen VM/geen LXC-ondersteuning) | Kosteneffectieve open-sourceoptie die zowel Proxmox VE- als virt-manager-implementaties ondersteunt |
| **Nutanix AHV** | AOS 6.10.x of 7.x (alleen VM/geen LXC-ondersteuning) | Optimaal voor organisaties die hypergeconvergeerde infrastructuurstrategieën benutten |
| **Microsoft Hyper-V Server** | Hyper-V Server 2019 of hoger | Naadloze Integratie(s) voor Windows-centrische omgevingen |
| **AWS EC2** | Huidige versie | Naadloze Integratie(s) voor Windows-centrische omgevingen |
{% hint style="info" %}
Contactpersoon Zoom-ondersteuning voor specifieke validatie van de Hyper-V-versie.
{% endhint %}
#### Hardware-specificaties van de virtuele machine
De volgende specificaties omvatten Standaard- en minimale Hardwarevereisten.
**Standaard productieconfiguratie**
Deze configuratie stelt organisaties op Ondernemingsniveau in staat om de mogelijkheden van Zoom Node te maximaliseren door ondersteuning te bieden voor maximaal vier (4) gelijktijdige servicemodules per Node.
| Infrastructuurcomponent | Technische specificatie | Zakelijke impact en implementatiereden |
| --------------------------- | -------------------------------------------------------------------- | --------------------------------------------------------------------------------------------------------------------- |
| **CPU-architectuur** | 64-bits Intel E5-2650v4 of nieuwer @ 2,0 GHz+ AMD 64-bits @ 2,0 GHz+ | Ondersteunt mogelijkheden voor realtime mediaverwerking die essentieel zijn voor kwaliteitsvolle gebruikerservaringen |
| **Virtuele CPU-toewijzing** | 8 vCPU's | Maakt gelijktijdige werking van meerdere hybride services mogelijk zonder prestatieverlies |
| **Geheugentoewijzing** | 16 GB RAM | Ondersteunt geheugenintensieve bewerkingen, waaronder transcoding en media Routering |
| **Opslagvoorziening** | 200 GB HDD | Biedt ruimte voor Besturingssysteem, servicemodules, logbestanden en tijdelijke mediabestandenopslag |
| **Netwerkinterface** | 10 GB virtuele NIC | Voorkomt netwerkknelpunten tijdens scenario's voor mediaverwerking met grote volumes |
**Minimaal levensvatbare configuratie**
Deze configuratie is geschikt voor eerste tests, proof-of-concept, labomgevingen of implementaties van één service met beperkt gelijktijdig gebruik.
| Infrastructuurcomponent | Minimale specificatie | Geschikte gebruiksscenario's en beperkingen |
| --------------------------- | --------------------- | ----------------------------------------------------------------------------------- |
| **Virtuele CPU-toewijzing** | 3 vCPU's | Testomgevingen, implementaties met één service |
| **Geheugentoewijzing** | 6-8 GB RAM | Beperkte ondersteuning voor gelijktijdige gebruiker, mogelijk is opschaling vereist |
| **Opslagvoorziening** | 200 GB HDD | Basis opslag alleen voor essentiële bewerkingen |
| **Netwerkinterface** | 1 GB/s virtuele NIC | Voldoende voor implementaties met laag volume |
{% hint style="warning" %}
**Kritieke prestatieoverweging**: Organisaties moeten plannen om op te schalen van minimale naar productiestandaardspecificaties naarmate gebruikspatronen groeien. Het draaien van een productiesysteem op minimale specificaties wordt niet ondersteund en zal waarschijnlijk prestatie- of installatieproblemen veroorzaken.
{% endhint %}
### Vereisten voor netwerkarchitectuur en connectiviteit: zorgen voor betrouwbare hybride communicatie
Deze sectie beschrijft de verplichte vereisten voor netwerk, IP-adressering en DNS die nodig zijn voor naadloze service-Integratie(s) en betrouwbare communicatie met de Cloud-infrastructuur van Zoom.
#### Fundamentele netwerkvereisten
Deze niet-onderhandelbare netwerkconfiguraties vormen de basis voor succesvolle implementaties van Zoom Node.
| Netwerkvereiste | Technische specificatie | Kritische impact op de implementatie |
| ---------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------- | ----------------------------------------------------------------------------------------- |
| **VM-netwerktype** | Bridged/directe VM-netwerken verplicht | Maakt directe client-naar-Node-communicatie mogelijk, essentieel voor hybride services |
| **NAT-configuratie** | NIET ondersteund - VM kan niet achter hypervisor-NAT staan | Voorkomt communicatiefouten tussen clients en Zoom Node-services |
| **Internetconnectiviteit** | Vereist voor Cloud-service Integratie(s) | Maakt hybride servicefunctionaliteit en communicatie op het beheervlak mogelijk |
| **ondersteuning voor proxyserver** | Ondersteund voor communicatie van Zoom Node Besturingssysteem. Proxy-ondersteuning varieert per Service Module-familie; raadpleeg de module-documentatie. | Maakt betrouwbare Cloud-serviceconnectiviteit mogelijk zonder tussenliggende complicaties |
| **Interne adressering** | RFC 1918-adressering volledig ondersteund | Maakt naadloze integratie met bestaande onderneming-netwerkschema's mogelijk |
#### Matrix voor planning van IP-adres
Strategische IP-adres-toewijzing maakt flexibele implementatie van diensten en toekomstige uitbreiding mogelijk.
| Implementatiearchitectuur | Vereisten voor IP-adres | Flexibiliteit van implementatie en groeipad |
| ------------------------------------------ | ----------------------------------------------------- | ------------------------------------------------------------------------------- |
| **Standaard multi-service node** | 1 uniek IP-adres per service (maximaal 4 in totaal) | Maximale implementatieflexibiliteit, ondersteunt gefaseerde uitrol van diensten |
| **Hybride WAG-implementatie** | 2 toegewezen IP-adressen vereist | Maakt redundante Webapplicatiegateway-services mogelijk |
| **Gecentraliseerde implementatie** | 1 gedeeld IP-adres voor Node + primaire module | Beperkt tot specifieke scenario's met lage complexiteit |
| **Architectuur voor hoge beschikbaarheid** | Meerdere IP-adressen over gedistribueerde componenten | Ondersteunt eisen voor bedrijfscontinuïteit |
#### Vereisten voor DNS-architectuur
Een juiste DNS-configuratie zorgt voor betrouwbare servicetectie en certificaatvalidatie.
**Kritieke vereisten voor DNS-implementatie**
* **Verplichte openbare DNS-resolutie**: Alle hostnamen van Zoom Node moeten worden opgelost via openbare DNS-infrastructuur
* **Ondersteuning voor Split-Horizon DNS**: Externe DNS-zones moeten hostnamen van Node oplossen voor IP-bereiken van Zoom-cloud
* **DNS-architectuur voor overlevingsvermogen**: Lokale DNS-servers moeten Beschikbaar blijven tijdens internetstoringen
* **Vereiste voor naamgevingsconsistentie**: Interne gebruikers en Zoom-cloudinfrastructuur moeten identieke hostnamen gebruiken
{% hint style="info" %}
**Aanbevolen procedure voor implementatie**: Documenteer en valideer alle DNS-vermeldingen vóór implementatie om certificaat- en verbindingsproblemen te Voorkomen.
{% endhint %}
### Strategie voor certificaatbeheer: uw hybride communicatie beveiligen
Deze sectie schetst Beschikbare certificaatopties—geautomatiseerd of BYOC—en biedt planningsrichtlijnen om af te stemmen op het beveiligingsbeleid en de implementatiearchitectuur van uw Organisatie.
#### Strategische opties voor certificaatbeheer
| Beheermethode | Operationeel model | Optimale use case en Zakelijk voordelen |
| ---------------------------------------- | ------------------------------------------------------------------------- | -------------------------------------------------------------------------------------------------------------------- |
| **Auto PKI (aanbevolen)** | Geautomatiseerde inschrijving en verlenging met door Zoom beheerde kosten | Vermindert operationele overhead, elimineert risico’s op certificaatverloop, ideaal voor de meeste implementaties |
| **Neem uw eigen certificaat mee (BYOC)** | Door de Organisatie beheerde certificaten van openbare CA’s | Maakt naleving van bestaande PKI-beleidsregels mogelijk, geschikt voor ondernemingen met volwassen certificaatbeheer |
#### BYOC-implementatievereisten
Deze sectie beschrijft ondersteunde certificaatmodellen en biedt een planningssjabloon om veilige, schaalbare implementaties over services heen te garanderen.
**Selectiegids voor certificaattype**
| Certificaattype | Technische mogelijkheden | Implementatievoorbeeld | Implementatiecomplexiteit |
| ------------------------- | ------------------------------------------- | ---------------------------------- | ----------------------------------------- |
| **Wildcard-certificaat** | Versleutelt al het subdomeinverkeer | `*.company.com` dekt alle services | Vereenvoudigd beheer, aanbevolen aanpak |
| **Multi-SAN-certificaat** | Ondersteunt maximaal 5 specifieke hostnamen | Individuele FQDN per service | Vereist uitgebreide voorafgaande planning |
**Sjabloon voor planning van multi-service certificaat**
Gebruik dit sjabloon om uw certificaatvereisten te plannen vóór implementatie:
| Service Rol | Hostnaam (SAN-item) | Toegewezen IP-adres | Opmerkingen over certificaatdekking |
| --------------------------- | ------------------------------- | ------------------- | --------------------------------------------- |
| **Zoom Node Platform** | `zoom-node01.company.com` | `10.1.50.100` | Basis Platform dat certificaatdekking vereist |
| **ZPLS-service** | `zpls.company.com` | `10.1.50.100` | Kan IP-adres delen met Node Platform |
| **Opnameservice** | `zoom-recording.company.com` | `10.1.50.101` | Vereist een toegewijd IP-adres |
| **Webinar Service** | `zoom-webinar.company.com` | `10.1.50.102` | Vereist een toegewijd IP-adres |
| **Toekomstige serviceslot** | (Gereserveerd voor uitbreiding) | N.v.t. | Behoudt implementatieflexibiliteit |
{% hint style="danger" %}
**Kritieke implementatiewaarschuwing**: Standaard certificaten voor één host zijn incompatibel met Zoom Node, behalve in het specifieke scenario van één gedeeld IP-adres/hostnaam tussen Node en één enkele module.
{% endhint %}
### Servicespecifieke vereisten: geavanceerde hybride mogelijkheden inschakelen
Deze sectie schetst de belangrijkste vereisten voor het implementeren van Zoom Node in een AWS-context.
#### AWS Cloud-implementatievereisten
| AWS-vereiste | Technische specificatie | Implementatiedoel |
| -------------------------- | ----------------------------------------- | ------------------------------------------------------ |
| **Werkstation Capaciteit** | Minimale opslag van 20 GB | Ondersteunt toolinstallatie en beeldconversie |
| **AWS CLI-tools** | Nieuwste versie vereist | Maakt geautomatiseerde implementatieworkflows mogelijk |
| **QEMU-image-tools** | `qemu-img` hulpprogramma | Vergemakkelijkt conversie van VMDK naar AMI |
| **IAM-configuratie** | `vmimport` rol met passende beleidsregels | Maakt veilige VM-importbewerkingen mogelijk |
| **S3-infrastructuur** | Bucket met `vmimport` machtigingen | Biedt staging voor VM-images |
### Strategisch kader voor implementatieplanning
Deze sectie biedt implementatieprofielen en schaalstrategieën om u te helpen plannen voor prestaties, betrouwbaarheid en groei op lange termijn in hybride omgevingen.
#### Matrix voor implementatiegrootte en capaciteitsplanning
Selecteer uw implementatieprofiel op basis van organisatorische omvang en servicevereisten:
| Implementatieprofiel | Infrastructuurschaal | Moduleverdelingsstrategie | Doelgebruiksscenario |
| ------------------------- | -------------------- | ------------------------------------------------- | ------------------------------------------- |
| **Pilot/Klein kantoor** | 1-2 Nodes | 1-2 modules per Node | Proof of concept, minder dan 500 gebruikers |
| **Standaard Onderneming** | 3-5 Nodes | 2-3 modules per Node | 500-5.000 gebruikers, meerdere locaties |
| **Grote Onderneming/HA** | 6+ Nodes | Gedistribueerde modules, geografische redundantie | 5.000+ gebruikers, bedrijfskritisch |
#### Strategieën voor optimalisatie en schaalvergroting van resources
Maximaliseer de investering in infrastructuur via:
* **Strategische samenvoeging van modules**: Implementeer tot 4 modules per Node met standaard specificaties
* **Gefaseerde schaalvergrotingsaanpak**: Begin met minimale specificaties voor testen, schaal op naar productiestandaarden
* **Beoordeling van kriticiteit van services**: Isoleer bedrijfskritische services op dedicated Nodes
* **Planning van geografische spreiding**: Implementeer Nodes verspreid over locaties voor overlevingsvermogen en prestaties
---
# 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/nl/geavanceerde-onderneming-services/zoom-node/zoom-node-deployment-field-guide/zoom-node-infrastructure-prerequisites.md?ask=
```
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.