> 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-meetings-hybrid/zoom-meetings-hybrid-explainer.md). # Explicación de Zoom Meetings híbrido ### Descripción general de Zoom Meetings Hybrid Esta sección ofrece una descripción general del módulo de servicio Zoom Meetings Hybrid, compatible como carga de trabajo de Zoom Node. Para obtener más información sobre Zoom Node, una descripción general de la plataforma está disponible al final de este documento en el [Apéndice](#appendix-zoom-node). #### Zoom Meetings Hybrid es una solución híbrida de reuniones local que ahorra ancho de banda al redistribuir los medios de la reunión dentro de una red corporativa Zoom Meetings Hybrid es una solución híbrida de reuniones local que actúa como punto de conexión intermedio entre un cliente de Zoom y la nube de Zoom. La solución multiplexa y redistribuye los flujos de audio, video y uso compartido de pantalla de una reunión con [hasta 400](#each-sfu-immr-supports-up-to-400-standard-definition-or-200-high-definition-user-connections-per-mod) participantes conectados dentro de la misma red corporativa. Este diseño reduce el número de conexiones de medios externas a la nube, lo que puede reducir significativamente el consumo de ancho de banda externo.

#### Zoom Meetings Hybrid admite dos modos: híbrido con la nube y solo interno Zoom Meetings Hybrid admite dos modos de operación: un modo híbrido de la nube a local conocido como modo Unidad de reenvío selectivo (SFU), y un modo solo interno (iMMR) para reuniones fuera de la nube. Las reuniones se configuran para conexiones híbridas con la nube de forma predeterminada, pero pueden designarse como solo internas cuando los usuarios programan o editan una reunión. Ambos tipos de reunión también pueden ser compatibles con el mismo módulo [simultáneamente](#meetings-hybrid-can-simultaneously-support-cloud-hybrid-and-internal-only-meetings). #### El modo híbrido con la nube conecta a los usuarios dentro de su red corporativa con la nube a través del módulo híbrido En el modo híbrido con la nube (modo SFU), los usuarios dentro de su red corporativa se conectan al módulo híbrido como punto de conexión intermedio entre su cliente y la nube. El módulo híbrido multiplexa y redistribuye los flujos de audio, video y uso compartido de pantalla de una reunión entre los usuarios y la nube.

**Las reuniones híbridas con la nube no afectan las conexiones de señalización de la nube al cliente** Aunque el módulo Zoom Meetings Hybrid puede redistribuir los medios de una reunión híbrida con la nube *medios*, el módulo no maneja las conexiones de señalización de la nube al cliente. Los usuarios conectados al módulo Meetings Hybrid seguirán estableciendo una conexión de señalización de bajo consumo de ancho de banda con el servidor en la nube de la reunión para datos y operaciones en la reunión, como iniciar una grabación en la nube o actualizar la lista de participantes. {% hint style="danger" %} **Advertencia** Dispositivos cliente **deben** tener acceso a Internet mediante un proxy o una ruta predeterminada capaz de llegar a los Servicios de Zoom en la nube. Se admite proxy HTTPS, pero los dispositivos sin acceso no podrán conectarse a las reuniones. {% endhint %} #### El modo solo interno conecta a los usuarios con una reunión local y no permite que los participantes fuera de la red se unan Cuando una reunión se programa como solo interna, el módulo híbrido actúa como un enrutador multimedia interno (iMMR), multiplexando y redistribuyendo el audio, video y uso compartido de pantalla de una reunión entre los usuarios dentro de la red corporativa. Estas reuniones están aisladas en la red corporativa y **no pueden** conectarse o encadenarse a servidores o servicios de reuniones en la nube, lo que impide que participantes de redes externas o servicios como la grabación en la nube se unan a la reunión.

**Las reuniones solo internas enrutan tanto las conexiones de señalización como las de medios a través del módulo híbrido** A diferencia del modelo híbrido con la nube, las reuniones solo internas enrutan tanto los medios *y* la señalización dentro de la red hacia el módulo híbrido. Esto crea un tipo de reunión local completo, sin posibilidad de conexiones externas. **Los empleados fuera de la red corporativa pueden unirse a reuniones solo internas a través de VPN** Los empleados fuera de la red corporativa pueden unirse a reuniones solo internas mientras están conectados a una VPN si el servidor VPN puede comunicarse con el módulo híbrido a través de la red corporativa. Sin embargo, los usuarios **deben** deben haber iniciado sesión en su cuenta de Zoom de la empresa para unirse. Por ejemplo, un empleado remoto está conectado a la VPN de la empresa desde su red doméstica sin túnel dividido. Siempre que el usuario haya iniciado sesión en su cuenta de Zoom de la empresa y el servidor VPN conectado pueda comunicarse con el módulo híbrido dentro de la red corporativa, el usuario remoto puede conectarse a una reunión solo interna de forma remota. #### Meetings Hybrid puede admitir simultáneamente reuniones híbridas con la nube y reuniones solo internas Meetings Hybrid puede admitir simultáneamente reuniones híbridas con la nube y reuniones solo internas, eliminando la necesidad de implementaciones separadas para cada caso de uso. Por ejemplo, una empresa tiene un módulo híbrido desplegado dentro de su red, con 400 usuarios conectados. En este escenario, 200 usuarios pueden conectarse a reuniones híbridas con la nube, y los 200 usuarios restantes están conectados a reuniones solo internas. Para cada tipo de reunión conectado, el módulo Meetings Hybrid respetará el enrutamiento de conexión previsto: las reuniones híbridas con la nube enrutarán los medios a través del módulo y la señalización a la nube; las reuniones solo internas enrutarán tanto los medios como la señalización exclusivamente de forma local. #### Zoom Meetings Hybrid mantiene todos los medios de forma local si no hay participantes externos presentes y todos los usuarios están conectados al mismo módulo híbrido Si los usuarios están conectados a una reunión habilitada para el modo híbrido con la nube a través del mismo módulo Meetings Hybrid, pero no hay participantes externos presentes, el módulo híbrido no transmitirá medios entre la nube de Zoom. En su lugar, todos los medios de la reunión se mantendrán de forma local y se enrutarán dentro de la red corporativa a través del módulo híbrido. Los medios de la reunión solo saldrán de la red después de que un participante externo se una desde la nube, o si un segundo módulo híbrido dentro de la red se conecta a la reunión. Por ejemplo, un grupo de usuarios dentro de una red corporativa se une a la misma reunión habilitada para el modo híbrido con la nube. Todos los usuarios están conectados al mismo módulo híbrido y todos los medios de la reunión se están enrutando dentro de la red corporativa. Una vez que un usuario externo se une a la reunión desde la nube, o un segundo módulo híbrido se conecta a la reunión, el o los módulos híbridos abrirán una conexión de medios con la nube y redistribuirán los medios de la reunión hacia y desde la nube. {% hint style="info" %} **Nota** Los usuarios internos también pueden establecer conexiones de medios externas si la infraestructura híbrida está [al límite de capacidad](#each-sfu-immr-supports-up-to-400-standard-definition-or-200-high-definition-user-connections-per-mod). {% endhint %} #### Zoom Meetings Hybrid admite reuniones cifradas de extremo a extremo para ambos modos de reunión Zoom Meetings Hybrid admite [cifradas de extremo a extremo](https://support.zoom.us/hc/en-us/articles/360048660871-End-to-end-E2EE-encryption-for-meetings) (E2EE) reuniones en ambos modos de reunión híbrida con la nube y solo interna. Esto proporciona una capa adicional de seguridad para reuniones confidenciales y puede combinarse con reuniones solo internas para reuniones que exigen los más altos niveles de seguridad disponibles en la plataforma Zoom. #### Los Clientes pueden implementar varias zonas híbridas específicas por región en sus centros de datos Zoom Meetings Hybrid admite implementaciones de varias zonas, lo que permite a los Clientes implementar entornos híbridos separados para diferentes Ubicaciones o regiones. Cuando hay varias zonas, los usuarios se conectarán al módulo híbrido más cercano según su tiempo de ping a los Dispositivos disponibles. Por ejemplo, si una empresa tiene oficinas en Nueva York y Los Ángeles, una sola implementación híbrida en una ubicación puede causar problemas de latencia o rendimiento debido al mayor tiempo de viaje. En su lugar, los Clientes pueden implementar un entorno híbrido para cada ubicación o región específica para mejorar la experiencia del usuario. Cuando un usuario intenta conectarse a una reunión, el cliente del usuario hará ping a los módulos híbridos disponibles y se conectará al módulo con la latencia más baja. #### Zoom Meetings Hybrid no reemplaza el Conector de reunión de Zoom El Conector de reunión de Zoom es una carga de trabajo de Zoom Node que ofrece una solución local administrada en la nube para crear una zona de reunión dentro del centro de datos de su empresa, sin soporte en la nube ni conmutación por error. Con el Conector de reunión, todos los servidores y dispositivos de reunión son propiedad de su empresa y esta los mantiene, y deben permitir conexiones externas para que los participantes externos se unan a sus reuniones. A diferencia del Conector de reunión, Zoom Meetings Hybrid sigue utilizando la infraestructura de reuniones en la nube junto con dispositivos híbridos en su centro de datos, y no requiere alojar servidores de reuniones ni permitir que participantes externos se conecten a sus centros de datos. La siguiente tabla describe algunas de las diferencias clave entre estos dos productos: | Capacidad | Meetings Hybrid | Conector de reunión | | ---------------------------------------------- | ----------------------------------------- | ------------------- | | Servidor local | ☑️ | ☑️ | | Admite varias zonas | ☑️ | ☑️ | | Medios exclusivamente locales |

☑️
(Mientras está en modo iMMR)

☑️

| | Cascada a la nube | ☑️ |

| | Los usuarios pueden unirse a través de la nube | ☑️ |

| | Servicios en la nube (grabación, etc.) | ☑️ |

| | Permite conexiones de usuarios externos |

| ☑️ | ### Funcionalidad de Zoom Meetings Hybrid Esta sección analiza la funcionalidad y el diseño del módulo de servicio Zoom Meetings Hybrid. #### Zoom Meetings Hybrid consta de dos componentes: una Unidad de reenvío selectivo/MMR interno y un Proxy del Controlador de zona Para implementar Zoom Meetings Hybrid dentro de una red, se requieren dos componentes de Zoom Node: una Unidad de reenvío selectivo (SFU)/MMR interno (iMMR) y un Proxy del Controlador de zona (ZCP). Consulte el Apéndice al final de este documento para obtener más información [sobre los módulos de servicio](#service-modules-are-the-services-that-run-on-the-zoom-node-os-and-are-easily-deployed-through-the-we).

#### El SFU/iMMR funciona como una regleta de enchufes, redistribuyendo medios a los clientes de Zoom conectados El módulo Unidad de reenvío selectivo (SFU)/MMR interno (iMMR) es fundamental para el diseño de Zoom Meetings Hybrid. Similar a una regleta de enchufes, el SFU/iMMR es un “complemento” de red centralizado que distribuye medios a los clientes de Zoom conectados. Sin embargo, la función del módulo SFU/iMMR varía según el tipo de reunión. En las reuniones híbridas, el SFU/iMMR actúa como el principal punto de conexión para los clientes internos de Zoom, multiplexando y redistribuyendo los medios de la reunión entre los clientes de Zoom conectados dentro de la red y la nube. Para las reuniones solo internas, el SFU/iMMR actúa como un enrutador multimedia local, multiplexando y distribuyendo medios de forma centralizada a los usuarios conectados y a otras unidades SFU/iMMR (si están conectadas) sin la nube de Zoom. #### Cada SFU/iMMR admite hasta 400 conexiones de usuarios en definición estándar o 200 en alta definición por módulo Cada módulo SFU/iMMR admite hasta 400 participantes simultáneos en definición estándar por módulo, o hasta 200 participantes simultáneos en alta definición (720p). A capacidad máxima para una sola reunión, el módulo SFU/iMMR puede reducir el consumo de ancho de banda externo en una proporción de 400:1 o 200:1, según la resolución de la reunión. #### Un SFU/iMMR puede admitir varias reuniones al mismo tiempo El módulo SFU/iMMR admite conexiones de reunión simultáneas, lo que permite que un módulo admita varias reuniones únicas y concurrentes, incluidas reuniones híbridas con la nube y solo internas. Por ejemplo, 400 usuarios dentro de una Ubicación se conectan simultáneamente a 25 reuniones diferentes en definición estándar con usuarios externos presentes. Con Zoom Meetings Hybrid, un módulo SFU puede admitir la conexión de todos los usuarios a sus respectivas reuniones, reduciendo el número de flujos de medios externos de 400 a 25. Con un promedio de 1,2 Mbps por conexión de medios, el módulo SFU puede ahorrar al campus aproximadamente 450 Mbps de ancho de banda externo en este escenario.\\

#### Un SFU/iMMR puede admitir reuniones híbridas con la nube y solo internas al mismo tiempo Un módulo SFU/iMMR puede admitir simultáneamente reuniones híbridas con la nube y solo internas, eliminando la necesidad de implementaciones separadas para cada caso de uso. Para cada tipo de reunión conectado, el módulo híbrido respetará el enrutamiento de conexión previsto: las reuniones híbridas con la nube enrutarán los medios a través del módulo y la señalización a la nube; las reuniones solo internas enrutarán tanto los medios como la señalización exclusivamente a través del módulo híbrido local. Por ejemplo, 400 usuarios dentro de una Ubicación se conectan simultáneamente a tres reuniones separadas en definición estándar. Dos reuniones son híbridas con la nube y tienen usuarios externos presentes, y 300 usuarios de la red corporativa están conectados a través del módulo SFU/iMMR que opera en modo SFU. La tercera reunión es solo interna, con 100 usuarios conectados al mismo módulo SFU/iMMR que opera en modo iMMR. En este ejemplo, los usuarios conectados a las reuniones híbridas con la nube tienen una conexión de medios bidireccional con el módulo SFU/iMMR y conexiones de señalización bidireccionales independientes con la nube. Mientras tanto, los usuarios conectados a la reunión solo interna tienen conexiones bidireccionales de señalización y medios exclusivamente con el mismo módulo SFU/iMMR, que mantiene todos los datos de la reunión interna de forma local y no se propaga a la nube.

#### Para las reuniones híbridas con la nube, el SFU/iMMR actúa solo como un dispositivo de reenvío y no tiene acceso a ninguna clave de reunión o de usuario Cuando están conectados a una reunión híbrida con la nube (modo SFU), los módulos SFU/iMMR no requieren ni tienen acceso a las claves de cifrado de la reunión. En su lugar, los módulos mantienen funciones de mezcla de medios como procesadores de medios de reunión cifrados, incapaces de acceder al contenido del flujo de medios. #### Para las reuniones solo internas, el SFU/iMMR genera y distribuye todas las claves de cifrado dentro de la red corporativa Cuando opera como enrutador multimedia para reuniones solo internas (modo iMMR), el SFU/iMMR de nivel superior de una reunión es responsable de generar y distribuir las claves de cifrado de la reunión. Las claves de cifrado se generan y distribuyen usando los mismos métodos criptográficos que los MMR basados en la nube. #### Los módulos SFU/iMMR no pueden comunicarse entre sí a través de una red cuando están conectados a una reunión híbrida con la nube Los módulos SFU/iMMR no admiten comunicación entre redes (este-oeste) dentro de un centro de datos cuando están conectados a una reunión híbrida con la nube. Toda la comunicación de SFU a SFU para reuniones híbridas con la nube debe enrutarse a través de la infraestructura de nube de Zoom (norte-sur) por diseño. #### Los módulos SFU/iMMR pueden comunicarse entre sí a través de la red cuando están conectados a una reunión solo interna A diferencia de las reuniones híbridas con la nube, las reuniones solo internas admiten comunicación entre redes (este-oeste) debido al diseño de la reunión interna. Las reuniones híbridas con la nube requieren que cada módulo SFU/iMMR se suscriba al flujo de medios del MMR en la nube “principal”; sin embargo, las reuniones solo internas no utilizan flujos de medios en la nube. En su lugar, el primer módulo iMMR/SFU que crea una reunión solo interna es el MMR “principal”, y los módulos SFU/iMMR adicionales se suscriben al flujo del MMR principal, lo que permite la comunicación entre redes. #### El módulo Proxy del Controlador de zona conecta el SFU/iMMR con la nube de Zoom El módulo Proxy del Controlador de zona es responsable de conectar los módulos SFU/iMMR con la infraestructura de reuniones en la nube de Zoom, cuando corresponda. Durante el proceso de conexión a la reunión de un usuario, los servicios web de Zoom envían una solicitud entre el Proxy del Controlador de zona y un Controlador de zona en la nube para obtener la información del servidor de la reunión. Esta información se transmite desde el Proxy del Controlador de zona al SFU/iMMR, que se conectará a la nube de Zoom para reuniones híbridas con la nube, o inicializará una reunión para reuniones solo internas. #### Las implementaciones requieren al menos dos módulos Proxy del Controlador de zona por Ubicación Cada Ubicación geográfica en la que se implementa Zoom Meetings Hybrid requiere al menos dos Proxies del Controlador de zona para lograr resiliencia y estabilidad. Por ejemplo, si una empresa está implementando Zoom Meetings Hybrid en sus oficinas de Los Ángeles y Nueva York, cada ubicación debería implementar dos módulos ZCP en cada ubicación, sumando cuatro. #### Si un módulo SFU/iMMR falla inesperadamente, los usuarios pasarán a conexiones alternativas cuando sea posible Aunque no es lo esperado, en caso de que un módulo híbrido falle (es decir, se bloquee) mientras los usuarios están conectados, los usuarios comenzarán a pasar a conexiones alternativas si es posible. Estos escenarios se describen en las siguientes tres secciones. #### Los usuarios conectados a una reunión híbrida con la nube pasarán a un módulo SFU/iMMR alternativo si está disponible, y a la nube como último recurso Si los usuarios están conectados a una reunión híbrida con la nube a través de un módulo SFU/iMMR que falla abruptamente, los clientes de usuario intentarán automáticamente pasar a otros módulos SFU/iMMR disponibles dentro de la red. Si otros recursos están al límite de capacidad o no están disponibles, los clientes de usuario establecerán conexiones independientes con la nube como solución final de failover. #### Los usuarios conectados a una reunión solo interna pasarán a un módulo SFU/iMMR diferente si el módulo fallido no era el MMR principal Si los usuarios están conectados a una reunión solo interna y su módulo SFU/iMMR falla, pasarán a módulos SFU/iMMR alternativos si están disponibles, siempre que su SFU/iMMR no fuera el anfitrión MMR de nivel superior de la reunión interna. #### Si el SFU/iMMR que inició una reunión solo interna falla, la reunión debe reiniciarse Debido al diseño de red para las reuniones solo internas, el módulo SFU/iMMR que inicia la reunión se designa como el MMR de nivel superior de la reunión. Si el MMR de nivel superior de una reunión falla, se cierra o abandona la reunión, la reunión colapsará y deberá reiniciarse. Los MMR de nivel superior **no pueden** harán failover a recursos híbridos alternativos. #### Las conexiones de Zoom Meetings Hybrid se muestran como un “centro de datos controlado por el propietario de cuenta de Zoom” dentro del cliente Cuando están conectados a la infraestructura de Meetings Hybrid, los usuarios verán dentro del cliente que están “...conectados a la red global de Zoom… a través de un centro de datos controlado por el propietario de cuenta de Zoom”. Como alternativa, los usuarios conectados a la infraestructura en la nube verán el mensaje “Conectado a la Red Global de Zoom.” Las siguientes imágenes muestran lo que verán los usuarios cuando estén conectados a una reunión de Zoom Meetings Hybrid en comparación con una reunión basada en la nube.\\ {% columns %} {% column %}

{% endcolumn %} {% column %}

{% endcolumn %} {% endcolumns %} #### Zoom Meetings Hybrid utiliza la configuración estándar de firewall de Zoom y no requiere reglas especiales Zoom Meetings Hybrid no requiere reglas ni configuraciones adicionales de firewall fuera de [la recomendación predeterminada de Zoom](https://support.zoom.us/hc/en-us/articles/201362683-Zoom-network-firewall-or-proxy-server-settings). Las conexiones de medios seguirán usando UDP/TCP 8801 y TCP 443 (TLS 1.2) como puertos estándar para el servicio. {% hint style="info" %} **Nota** Se admite la separación de puertos para medios (UDP 8801-8803). Asegúrese de que las reglas del firewall estén configuradas para incluir 8802 y 8803 si la separación de puertos está habilitada. {% endhint %} ### Apéndice: Zoom Node Esta sección ofrece una introducción general a la plataforma Zoom Node y sus conceptos básicos. #### Zoom Node lleva partes clave del servicio de Zoom a sus propios centros de datos y oficinas Zoom Node es una solución híbrida que integra los servidores de su centro de datos con la nube de Zoom para ayudar a ofrecer los servicios de Zoom a sus oficinas. Con un modelo de implementación impulsado por la nube, los administradores de Zoom pueden implementar de forma dinámica y rápida los Servicios de Zoom híbridos en los servidores de su centro de datos desde un Panel de control centralizado en la web. Este Panel de control también incluye herramientas para la gestión de servicios, actualizaciones, gestión de registros, informes de rendimiento y un marco sólido de resolución de problemas. #### Zoom Node tiene un diseño modular, donde solo implementa los módulos de servicio que necesita En lugar de requerir software separado para cada servicio híbrido, Zoom Node es una plataforma modular de “Todo en uno” que permite a las empresas gestionar e implementar múltiples servicios híbridos mediante un marco común. Zoom Node logra este diseño modular instalando el SO Zoom Node (un sistema operativo basado en Linux) en los servidores del centro de datos empresarial, transformándolos en Nodos. Una vez instalado el software, el Nodo se registra en la Plataforma Zoom Node en la nube y espera la instalación de varios módulos de servicio que proporcionan funcionalidad de servicio de Zoom #### Zoom Node incluye un Panel de control muy completo para la gestión de servicios, actualizaciones, alertas, resolución de problemas y más Como hub central para gestionar implementaciones de Zoom Node, el Panel de control de Zoom Node incluye herramientas para la gestión de servicios, implementaciones, actualizaciones, gestión de registros, informes de rendimiento y un marco sólido de resolución de problemas. #### Los módulos de servicio son los servicios que se ejecutan en el SO Zoom Node y se implementan fácilmente a través de la web Los módulos de servicio son las aplicaciones de servicio que se ejecutan en el sistema operativo Zoom Node, lo que permite que los servicios funcionen. Los administradores de Zoom asignan servicios a los nodos a través del Panel de control de Zoom Node en el portal web. Después de asignar el servicio a un Nodo, la Plataforma Zoom Node envía el módulo de servicio elegido al Nodo y lo instala automáticamente. Una vez completada la instalación, el punto de conexión del Nodo está listo para usarse con su(s) servicio(s) híbrido(s) designado(s). #### Cada Zoom Node puede admitir hasta cuatro módulos de servicio Cada dispositivo Zoom Node puede admitir hasta cuatro módulos de servicio por máquina, excepto el módulo Zoom Phone Local Survivability. Se pueden crear y vincular Nodos adicionales para requisitos adicionales o resiliencia. Por ejemplo, una empresa está implementando Zoom Meetings Hybrid en varios centros de datos, comenzando por Nueva York. Cada centro de datos está equipado con varios puntos de conexión de Zoom Node conectados a la Plataforma Zoom Node, pero a ninguno se le ha asignado un servicio Node para su funcionalidad, como se ve en la siguiente imagen.

Una vez que la empresa está lista para implementar Zoom Meetings Hybrid dentro de su red, un administrador de cuenta implementa un servicio Proxy del Controlador de zona y tres módulos SFU/iMMR en los Nodos 1 y 2. El administrador también implementa un módulo SFU/iMMR adicional en el tercer Nodo como reserva. La Plataforma Zoom Node envía e instala todos los servicios Node en cada punto de conexión Node y, una vez completada la instalación, Zoom Meetings Hybrid queda listo para su uso, como se ve en la siguiente imagen.

#### Zoom Node admite la generación automatizada de certificados PKI de extremo a extremo (Auto-PKI) Zoom Node incluye la gestión automatizada de certificados públicos de extremo a extremo a través de DigiCert. Zoom paga todos los costos de generación y renovación de certificados, pero Zoom no gestiona ni tiene acceso a las claves privadas del cliente durante este proceso. Los Clientes con una estrategia de certificados existente pueden optar por generar, renovar y administrar certificados manualmente con una autoridad de certificación de su preferencia, pero Zoom no pagará estos costos. Los Clientes que tengan la intención de usar una autoridad de certificación alternativa deben hablar con su equipo de cuenta con antelación. #### Cada Zoom Node tiene una entrada DNS dinámica que usa la URL mnemónica de la cuenta: \*.zoomonprem.com (Auto-DNS) Zoom Node genera automáticamente entradas DNS dinámicas para cada servidor bajo el dominio \*.zoomonprem.com usando la URL mnemónica existente de la cuenta anfitriona, por ejemplo, `success01.zoomonprem.com`. Este sistema simplifica la gestión del firewall al conectarse a implementaciones de Zoom Node utilizadas por otros Clientes de Zoom. Los Clientes individuales ya no necesitarán reglas de firewall para conectarse a otro Cliente de Zoom Node, sino que podrán aprobar todo el dominio zoomonprem.com usando valores comodín. #### Zoom Node se ejecuta en máquinas virtuales Zoom Node está diseñado para ejecutarse en hardware de nivel servidor, usando máquinas virtuales, instaladas con la imagen reforzada del sistema operativo Zoom Node. Todos los servicios requerirán direcciones IP internas estáticas, y algunos servicios requerirán IP públicas para conectividad externa. Los requisitos y especificaciones de hardware serán únicos para sus objetivos de implementación híbrida. Consulte a su equipo de cuenta para obtener más información sobre cómo identificar las necesidades de su Organización para una implementación híbrida. #### Zoom Node no es para todos los Clientes Cada empresa tiene requisitos únicos cuando se trata de servicios de comunicaciones unificadas. Estas necesidades deben considerarse cuidadosamente antes de tomar la decisión de implementar un entorno híbrido. En la mayoría de los casos, la configuración tradicional de la nube de Zoom es la solución óptima para la mayoría de las empresas; sin embargo, hay organizaciones que se benefician de configuraciones híbridas. Las Organizaciones deben ser minuciosas al considerar las implicaciones de establecer y mantener un entorno híbrido. #### Escalar puede ser difícil y costoso de gestionar Escalar el hardware para admitir un gran número de usuarios en entornos híbridos puede ser costoso. Según los servicios implementados, admitir a 10.000 usuarios podría requerir entre 7 y 13 Zoom Nodes, mientras que admitir a 100.000 usuarios podría requerir entre 60 y 120 Zoom Nodes. Gestionar, mantener y dar soporte al hardware y/o a la infraestructura del hipervisor requerida para Zoom Node también crea una carga adicional para cualquier Organización y debe considerarse detenidamente al evaluar implementaciones híbridas. #### Las ventajas de seguridad son limitadas Zoom Node no ofrece métodos de cifrado adicionales ni ventajas de seguridad importantes frente al servicio nativo de la nube de Zoom, aparte del posible uso como proxy web especializado o residencia local de registros. Las implementaciones híbridas también requieren reglas y configuraciones adicionales de firewall para poner los puntos de conexión Node a disposición de servicios externos. Los equipos de seguridad de red deben tener en cuenta estos requisitos adicionales de firewall y seguridad al considerar la implementación de entornos híbridos. #### Los entornos híbridos y las VPN requieren configuraciones Los empleados remotos pueden requerir una conexión VPN o una configuración de túnel dividido para enrutar el tráfico de sus reuniones a los servicios de Zoom Node si así lo desean. Este aumento del tráfico puede sobrecargar potencialmente la infraestructura VPN si no puede manejar el ancho de banda adicional que se envía y recibe. Se requiere una planificación cuidadosa al combinar servicios híbridos con trabajadores remotos e infraestructura de red remota. #### Compartir los registros del servidor requiere una consideración cuidadosa Aunque mantener el control local sobre los registros y archivos de Zoom Node es un componente de las implementaciones híbridas, esta característica puede dificultar la resolución de problemas de la infraestructura híbrida. Los registros de servicio se mantienen localmente de forma predeterminada e incluyen datos, diagnósticos y otra información que Zoom no puede ver. Sin embargo, para solucionar eficazmente los problemas de las configuraciones híbridas y las preocupaciones de calidad, es necesario compartir con Zoom los registros de datos híbridos con fines de resolución de problemas. Zoom Node ofrece un servicio seguro de carga de archivos de registro a través del portal web, a discreción del cliente, pero cargar estos registros puede exponer metadatos del servicio que de otro modo no se comparten con Zoom en implementaciones híbridas. Estos datos pueden incluir nombres de participantes que se unen localmente, el número de versión de Zoom, información del sistema operativo y más. --- # 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-meetings-hybrid/zoom-meetings-hybrid-explainer.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.