> 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-empresariales-avanzados/zoom-node/zoom-node-deployment-field-guide/zoom-node-infrastructure-prerequisites.md).
# Requisitos previos de infraestructura de Zoom Node
Esta sección detalla los requisitos de hardware y software para las implementaciones de Zoom Node, incluida la instalación de módulos.
### Construyendo su base de 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 mientras mantiene un soporte completo de las Características de Zoom Node.
| Plataforma de hipervisor | Requisito mínimo de versión | Consideraciones estratégicas de implementación |
| ------------------------------ | --------------------------------------------- | ----------------------------------------------------------------------------------------------------------------------- |
| **VMware vSphere/ESXi** | 6.7 o superior | Opción estándar del sector que ofrece la mayor compatibilidad, ideal para empresas con infraestructura VMware existente |
| **Proxmox VE** | Proxmox 8.x o 9.0.x (solo VM/sin soporte LXC) | Opción de código abierto rentable que admite tanto las implementaciones de Proxmox VE como de virt-manager |
| **Nutanix AHV** | AOS 6.10.x o 7.x (solo VM/sin soporte LXC) | Óptimo para organizaciones que aprovechan estrategias de infraestructura hiperconvergente |
| **Servidor Microsoft Hyper-V** | Hyper-V Server 2019 o superior | Integraciones fluidas para entornos centrados en Windows |
| **AWS EC2** | Versión actual | Integraciones fluidas para entornos centrados en Windows |
{% hint style="info" %}
Contacta con Soporte de Zoom para validar la 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 concurrentes por nodo.
| Componente de infraestructura | Especificación técnica | Impacto Comercial y justificación de implementación |
| --------------------------------------- | ------------------------------------------------------------------------------ | --------------------------------------------------------------------------------------------------------------- |
| **Arquitectura de CPU** | Intel E5-2650v4 de 64 bits o más reciente a 2.0 GHz+ AMD de 64 bits a 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 concurrente de múltiples servicios híbridos sin degradación del rendimiento |
| **Asignación de memoria** | 16 GB de RAM | Admite operaciones intensivas en memoria, incluidas la transcodificación y el Enrutamiento de medios |
| **Aprovisionamiento de almacenamiento** | 200 GB HDD | Aloja el SO, los módulos de servicio, los registros y el 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, pruebas de concepto, entornos de laboratorio o implementaciones de un solo servicio con uso concurrente limitado.
| Componente de infraestructura | Especificación mínima | Casos de uso y limitaciones adecuados |
| --------------------------------------- | --------------------- | ------------------------------------------------------------------ |
| **Asignación de CPU virtual** | 3 vCPU | Entornos de pruebas, 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 la escalabilidad desde las especificaciones mínimas hasta las especificaciones Estándar de producción a medida que crecen los patrones de uso. Ejecutar un sistema de producción con especificaciones mínimas no es compatible y probablemente cause problemas de rendimiento o instalación.
{% endhint %}
### Arquitectura de red y prerrequisitos de conectividad: Garantizar comunicaciones híbridas fiables
Esta sección describe los requisitos obligatorios de red, direccionamiento IP y DNS necesarios para una integración de servicios fluida y una comunicación fiable con la infraestructura de nube de Zoom.
#### Requisitos fundamentales de red
Estas configuraciones de red no negociables constituyen 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 la VM** | Red de VM en modo puente/directa obligatoria | Permite la comunicación directa entre cliente y 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 integración de servicios en la nube | Permite la funcionalidad de los servicios híbridos y la comunicación con el plano de gestión |
| **Soporte de servidor proxy** | Compatible con las comunicaciones de Zoom Node SO. 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 fiable a los servicios de la nube sin complicaciones intermedias |
| **Direccionamiento interno** | El direccionamiento RFC 1918 es totalmente compatible | Permite una integración fluida con los esquemas de red Empresarial existentes |
#### Matriz de planificación de direcciones 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 multiservicio Estándar** | 1 Dirección IP única por servicio (hasta 4 en total) | Máxima flexibilidad de implementación, admite un despliegue de servicios por fases |
| **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 el nodo + el módulo principal | Limitado a escenarios específicos de baja complejidad |
| **Arquitectura de alta disponibilidad** | Múltiples direcciones IP en componentes distribuidos | Admite requisitos de resiliencia Empresarial |
#### Requisitos de arquitectura DNS
Una configuración DNS adecuada garantiza el descubrimiento fiable de servicios y la validación de certificado.
**Requisitos críticos de implementación DNS**
* **Mandato de resolución DNS pública**: Todos los nombres de host de Zoom Node deben resolverse a través de la infraestructura DNS pública
* **Soporte para DNS de horizonte dividido**: Las zonas DNS externas deben resolver los nombres de host de Node para los rangos de Dirección IP de la nube de Zoom
* **Arquitectura DNS de supervivencia**: Los servidores DNS locales deben permanecer Disponibles durante cortes de Internet
* **Requisito de coherencia en la nomenclatura**: Los usuarios internos y la infraestructura de 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 en un documento antes de la implementación para evitar problemas de certificado y conectividad.
{% endhint %}
### Estrategia de gestión de certificado: Protegiendo sus comunicaciones híbridas
Esta sección describe las opciones de certificado Disponible —automatizadas o BYOC— y ofrece orientación de planificación para alinearlas con las políticas de seguridad de su Organización y la arquitectura de implementación.
#### Opciones estratégicas de gestión de certificado
| 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 administrados por Zoom | Reduce la sobrecarga operativa, elimina los riesgos de vencimiento del certificado, ideal para la mayoría de las implementaciones |
| **Traiga su propio certificado (BYOC)** | certificados administrados por la Organización de CA públicas | Permite el cumplimiento de las políticas PKI existentes, adecuado para empresas con gestión madura de certificados |
#### Requisitos de implementación de BYOC
Esta sección detalla los modelos de certificado compatibles 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 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 previa integral |
**Plantilla de planificación de certificado para múltiples servicios**
Use esta plantilla para planificar sus requisitos de certificado antes de la implementación:
| Rol, función del servicio | Nombre de host (entrada SAN) | Dirección IP asignada | Notas de 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 IP con la plataforma Zoom 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 |
| **Espacio para servicio futuro** | (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 escenario específico de una IP/nombre de anfitrión compartido entre Node y un solo módulo.
{% endhint %}
### Requisitos previos específicos del servicio: habilitación de capacidades híbridas avanzadas
Esta sección describe los requisitos previos clave para implementar Zoom Node en un contexto de AWS.
#### Requisitos previos para la 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 de 20 GB de almacenamiento | Admite la instalación de herramientas y la conversión de imágenes |
| **Herramientas de la CLI de AWS** | Se requiere la versión más reciente | Habilita flujos de trabajo de implementación automatizados |
| **Herramientas de imágenes QEMU** | `utilidad qemu-img` utilidad | Facilita la conversión de VMDK a AMI |
| **Configuración de IAM** | `Rol, función de vmimport con políticas adecuadas` Rol, función con políticas adecuadas | Habilita operaciones seguras de importación de VM |
| **Infraestructura de S3** | Bucket con `Rol, función de vmimport con políticas adecuadas` permisos | Proporciona preparación para imágenes de VM |
### Marco de planificación estratégica de la 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 según el tamaño de la organización y los requisitos del servicio:
| Perfil de implementación | Escala de infraestructura | Estrategia de distribución de módulos | Caso de uso objetivo |
| -------------------------- | ------------------------- | -------------------------------------------- | ----------------------------------------- |
| **Piloto/oficina pequeña** | 1-2 nodos | 1-2 módulos por Node | Prueba de concepto, menos de 500 usuarios |
| **Empresarial Estándar** | 3-5 nodos | 2-3 módulos por Node | 500-5.000 usuarios, multisiti o |
| **Empresarial grande/HA** | 6+ nodos | Módulos distribuidos, redundancia geográfica | 5.000+ usuarios, de misión crítica |
#### Estrategias de optimización y escalado de recursos
Maximice la inversión en infraestructura mediante:
* **Consolidación estratégica de módulos**: Implemente hasta 4 módulos por Node con especificaciones estándar
* **Enfoque de escalado por fases**: Comience con especificaciones mínimas para las pruebas y escale a estándares de producción
* **Evaluación de la criticidad del servicio**: Aislar los servicios de misión crítica en nodos dedicados
* **Planificación de la distribución geográfica**: Desplegar nodos en distintas ubicaciones para la resiliencia 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-empresariales-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.