> For the complete documentation index, see [llms.txt](https://library.zoom.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://library.zoom.com/technical-library/es/servicios-empresarial-avanzados/zoom-node/zoom-node-deployment-field-guide/zoom-node-infrastructure-prerequisites.md).
# Requisitos previos de la infraestructura de Zoom Node
Esta sección detalla los requisitos previos de hardware y software para las implementaciones de Zoom Node, incluida la instalación de módulos.
### Construyendo la base de su comunicación híbrida
A continuación se proporcionan referencias de hardware y software para cada escenario de implementación.
#### Hipervisores compatibles
Comprender la compatibilidad del hipervisor permite que su organización aproveche las inversiones de virtualización existentes sin dejar de mantener la compatibilidad total con las Características de Zoom Node.
| Plataforma de hipervisor | Requisito de versión mínima | Consideraciones estratégicas de implementación |
| ---------------------------- | -------------------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------- |
| **VMware vSphere/ESXi** | 6.7 o superior | Opción estándar de la industria que ofrece la mayor compatibilidad, ideal para empresas con infraestructura VMware existente |
| **Proxmox VE** | Proxmox 8.x o 9.0.x (solo VM/sin compatibilidad con LXC) | Opción de código abierto rentable que admite tanto implementaciones de Proxmox VE como de virt-manager |
| **Nutanix AHV** | AOS 6.10.x o 7.x (solo VM/sin compatibilidad con LXC) | Óptimo para organizaciones que aprovechan estrategias de infraestructura hiperconvergente |
| **Microsoft Hyper-V Server** | Hyper-V Server 2019 o superior | Integración perfecta para entornos centrados en Windows |
| **AWS EC2** | Versión actual | Integración perfecta para entornos centrados en Windows |
{% hint style="info" %}
Póngase en contacto con Soporte de Zoom para la validación de una versión específica de Hyper-V.
{% endhint %}
#### Especificaciones de hardware de la máquina virtual
Las siguientes especificaciones cubren los requisitos de hardware estándar y mínimos.
**Configuración de producción estándar**
Esta configuración permite a las organizaciones de nivel Empresarial maximizar las capacidades de Zoom Node al admitir hasta cuatro (4) módulos de servicio simultáneos por nodo.
| Componente de infraestructura | Especificación técnica | Impacto empresarial y justificación de la implementación |
| --------------------------------------- | ------------------------------------------------------------------------------ | --------------------------------------------------------------------------------------------------------------- |
| **Arquitectura de CPU** | Intel E5-2650v4 de 64 bits o más reciente @ 2,0 GHz+ AMD de 64 bits @ 2,0 GHz+ | Admite capacidades de procesamiento de medios en tiempo real esenciales para experiencias de usuario de calidad |
| **Asignación de CPU virtual** | 8 vCPU | Permite el funcionamiento simultáneo de varios servicios híbridos sin degradación del rendimiento |
| **Asignación de memoria** | 16 GB de RAM | Admite operaciones de uso intensivo de memoria, incluida la transcodificación y el enrutamiento de medios |
| **Aprovisionamiento de almacenamiento** | 200 GB HDD | Aloja SO, módulos de servicio, registros y almacenamiento temporal de medios |
| **Interfaz de red** | NIC virtual de 10 GB | Evita cuellos de botella de red durante escenarios de procesamiento de medios de gran volumen |
**Configuración mínima viable**
Esta configuración es adecuada para pruebas iniciales, prueba de concepto, entornos de laboratorio o implementaciones de un solo servicio con uso simultáneo limitado.
| Componente de infraestructura | Especificación mínima | Casos de uso y limitaciones adecuados |
| --------------------------------------- | --------------------- | ------------------------------------------------------------------ |
| **Asignación de CPU virtual** | 3 vCPU | Entornos de prueba, implementaciones de un solo servicio |
| **Asignación de memoria** | 6-8 GB de RAM | Soporte limitado para usuario concurrente, puede requerir escalado |
| **Aprovisionamiento de almacenamiento** | 200 GB HDD | Almacenamiento Básico solo para operaciones esenciales |
| **Interfaz de red** | NIC virtual de 1 GB/s | Adecuado para implementaciones de bajo volumen |
{% hint style="warning" %}
**Consideración crítica de rendimiento**: Las organizaciones deben planificar escalar de las especificaciones mínimas a las especificaciones Estándar de producción a medida que crecen los patrones de uso. No se admite ejecutar un sistema de producción con especificaciones mínimas y es probable que cause problemas de rendimiento o instalación.
{% endhint %}
### Arquitectura de red y prerrequisitos de conectividad: garantizar comunicaciones híbridas confiables
Esta sección describe los requisitos obligatorios de red, direccionamiento IP y DNS necesarios para una Integraciones de servicios fluida y una comunicación confiable con la infraestructura de nube de Zoom.
#### Requisitos fundamentales de red
Estas configuraciones de red no negociables forman la base de implementaciones exitosas de Zoom Node.
| Requisito de red | Especificación técnica | Impacto crítico en la implementación |
| ------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------- | ---------------------------------------------------------------------------------------------- |
| **Tipo de red de VM** | Red de VM en puente/directa obligatoria | Permite la comunicación directa de cliente a nodo esencial para los servicios híbridos |
| **Configuración NAT** | NO compatible: la VM no puede residir detrás del NAT del hipervisor | Evita fallos de comunicación entre los clientes y los servicios de Zoom Node |
| **Conectividad a Internet** | Requerida para la Integraciones con servicios de nube | Permite la funcionalidad de servicios híbridos y la comunicación del plano de administración |
| **Soporte para servidor proxy** | Compatible para las comunicaciones del SO de Zoom Node. El soporte de proxy varía según la familia del módulo de servicio; consulte la documentación del módulo. | Permite una conectividad confiable con los servicios de nube sin complicaciones intermediarias |
| **Direccionamiento interno** | El direccionamiento RFC 1918 es totalmente compatible | Permite una integración fluida con los esquemas de red empresariales existentes |
#### Matriz de planificación de Dirección IP
La asignación estratégica de Dirección IP permite una implementación flexible de servicios y una expansión futura.
| Arquitectura de implementación | Requisitos de Dirección IP | Flexibilidad de implementación y ruta de crecimiento |
| --------------------------------------- | -------------------------------------------- | -------------------------------------------------------------------------------- |
| **Nodo multi-servicio Estándar** | 1 IP única por servicio (hasta 4 en total) | Máxima flexibilidad de implementación, admite un despliegue gradual del servicio |
| **Implementación híbrida de WAG** | Se requieren 2 direcciones IP dedicadas | Permite servicios redundantes de puerta de enlace de aplicación web |
| **Implementación consolidada** | 1 IP compartida para Node + módulo principal | Limitado a escenarios específicos de baja complejidad |
| **Arquitectura de alta disponibilidad** | Múltiples IP en componentes distribuidos | Admite los requisitos de supervivencia Empresarial |
#### Requisitos de arquitectura DNS
La configuración adecuada de DNS garantiza un descubrimiento confiable del servicio y la validación del certificado.
**Requisitos críticos de implementación de DNS**
* **Mandato de resolución de DNS público**: Todos los nombres de host de Zoom Node deben resolverse mediante infraestructura DNS pública
* **Soporte de DNS de horizonte dividido**: Las zonas DNS externas deben resolver los nombres de host de Node para los rangos de IP de la nube de Zoom
* **Arquitectura DNS de supervivencia**: Los servidores DNS locales deben permanecer disponibles durante las interrupciones de Internet
* **Requisito de consistencia de nombres**: Los usuarios internos y la infraestructura de la nube de Zoom deben hacer referencia a nombres de host idénticos
{% hint style="info" %}
**práctica recomendada de implementación**: Documente y valide todas las entradas DNS antes de la implementación para evitar problemas de certificado y conectividad.
{% endhint %}
### Estrategia de gestión de certificados: Protegiendo sus comunicaciones híbridas
Esta sección describe las opciones de certificado disponibles—automatizadas o BYOC—y ofrece orientación de planificación para alinearse con las políticas de seguridad y la arquitectura de implementación de su Organización.
#### Opciones estratégicas de gestión de certificados
| Método de gestión | Modelo operativo | Caso de uso óptimo y beneficios Comerciales |
| --------------------------------------- | ---------------------------------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------- |
| **Auto PKI (Recomendado)** | Inscripción y renovación automatizadas con costos gestionados por Zoom | Reduce la carga operativa, elimina los riesgos de vencimiento de certificados, ideal para la mayoría de las implementaciones |
| **Traiga su propio certificado (BYOC)** | certificados gestionados por la Organización de CA públicas | Permite el cumplimiento con las políticas de PKI existentes, adecuado para empresas con una gestión de certificados madura |
#### Requisitos de implementación de BYOC
Esta sección detalla los modelos de certificado admitidos y proporciona una plantilla de planificación para garantizar implementaciones seguras y escalables en todos los servicios.
**Guía de selección de tipo de certificado**
| Tipo de certificado | Capacidad técnica | Ejemplo de implementación | Complejidad de la implementación |
| ------------------------- | ------------------------------------------ | ----------------------------------------- | ------------------------------------------ |
| **Certificado comodín** | Cifra todo el tráfico de subdominios | `*.company.com` cubre todos los servicios | Gestión simplificada, enfoque recomendado |
| **Certificado Multi-SAN** | Admite hasta 5 nombres de host específicos | FQDN individual por servicio | Requiere una planificación integral previa |
**Plantilla de planificación de certificados para múltiples servicios**
Use esta plantilla para planificar los requisitos de su certificado antes de la implementación:
| Rol, función del servicio | Nombre de host (entrada SAN) | Dirección IP asignada | Notas sobre la cobertura del certificado |
| ----------------------------- | -------------------------------- | --------------------- | ------------------------------------------------------ |
| **Plataforma Zoom Node** | `zoom-node01.company.com` | `10.1.50.100` | Plataforma base que requiere cobertura de certificado |
| **Servicio ZPLS** | `zpls.company.com` | `10.1.50.100` | Puede compartir la Dirección IP con la plataforma Node |
| **Servicio de grabación** | `zoom-recording.company.com` | `10.1.50.101` | Requiere una Dirección IP dedicada |
| **Servicio de seminario web** | `Zoom-seminario web.company.com` | `10.1.50.102` | Requiere una Dirección IP dedicada |
| **Franja de servicio futura** | (Reservado para expansión) | N/D | Mantiene la flexibilidad de implementación |
{% hint style="danger" %}
**Advertencia crítica de implementación**: Los certificados Estándar de un solo anfitrión son incompatibles con Zoom Node excepto en el caso específico de una IP/nombre de anfitrión compartido entre Node y un solo módulo.
{% endhint %}
### Prerrequisitos específicos del servicio: habilitación de capacidades híbridas avanzadas
Esta sección describe los prerrequisitos clave para implementar Zoom Node en un contexto de AWS.
#### Prerrequisitos de implementación en la nube de AWS
| Requisito de AWS | Especificación técnica | Propósito de la implementación |
| --------------------------------------- | ----------------------------------------------- | ----------------------------------------------------------------- |
| **Capacidad de la estación de trabajo** | Mínimo 20 GB de almacenamiento | Admite la instalación de herramientas y la conversión de imágenes |
| **Herramientas de AWS CLI** | Se requiere la versión más reciente | Habilita flujos de trabajo de implementación automatizados |
| **Herramientas de imagen de QEMU** | `qemu-img` utilidad | Facilita la conversión de VMDK a AMI |
| **Configuración de IAM** | `vmimport` Rol, función con políticas adecuadas | Habilita operaciones seguras de importación de VM |
| **Infraestructura de S3** | Cubo con `vmimport` permisos | Proporciona preparación para imágenes de VM |
### Marco estratégico de planificación de implementación
Esta sección proporciona perfiles de implementación y estrategias de escalado para ayudarle a planificar el rendimiento, la fiabilidad y el crecimiento a largo plazo en entornos híbridos.
#### Matriz de dimensionamiento de implementación y planificación de capacidad
Seleccione su perfil de implementación en función del tamaño de la organización y los requisitos del servicio:
| Perfil de implementación | Escala de la infraestructura | Estrategia de distribución de módulos | Caso de uso objetivo |
| -------------------------- | ---------------------------- | -------------------------------------------- | ----------------------------------------- |
| **Piloto/Oficina pequeña** | 1-2 nodos | 1-2 módulos por nodo | Prueba de concepto, menos de 500 usuarios |
| **Estándar Empresarial** | 3-5 nodos | 2-3 módulos por nodo | 500-5.000 usuarios, multi-sitio |
| **Empresarial grande/HA** | 6+ nodos | Módulos distribuidos, redundancia geográfica | 5.000+ usuarios, misión crítica |
#### Estrategias de optimización de recursos y escalado
Maximice la inversión en infraestructura mediante:
* **Consolidación estratégica de módulos**: Despliegue hasta 4 módulos por nodo con especificaciones Estándar
* **Enfoque de escalado por fases**: Comience con especificaciones mínimas para pruebas, escale a estándares de producción
* **Evaluación de criticidad del servicio**: Aísle los servicios de misión crítica en nodos dedicados
* **Planificación de distribución geográfica**: Despliegue nodos en distintas ubicaciones para garantizar la supervivencia y el rendimiento
---
# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.
## 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, and the optional `goal` query parameter:
```
GET https://library.zoom.com/technical-library/es/servicios-empresarial-avanzados/zoom-node/zoom-node-deployment-field-guide/zoom-node-infrastructure-prerequisites.md?ask=&goal=
```
`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.
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.