> 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/pt/servicos-empresariais-avancados/zoom-node/zoom-meetings-hybrid/zoom-meetings-hybrid-explainer.md). # Explicação do Zoom Meetings Híbrido ### Visão geral híbrida do Zoom Meetings Esta seção fornece uma visão geral do módulo de serviço Zoom Meetings Hybrid, suportado como uma carga de trabalho do Zoom Node. Para mais informações sobre o Zoom Node, uma visão geral da plataforma está Disponível no final deste documento na [Apêndice](#appendix-zoom-node). #### Zoom Meetings Hybrid é uma solução de reunião híbrida local que economiza largura de banda ao redistribuir a mídia da reunião dentro de uma rede corporativa Zoom Meetings Hybrid é uma solução de reunião híbrida no local que atua como um ponto de conexão intermediário entre um cliente Zoom e a Zoom cloud. A solução multiplexa e redistribui os fluxos de mídia de áudio, vídeo e compartilhamento de tela de uma reunião com [até 400](#each-sfu-immr-supports-up-to-400-standard-definition-or-200-high-definition-user-connections-per-mod) participantes conectados dentro da mesma rede corporativa. Esta arquitetura reduz o número de conexões de mídia externas na nuvem, o que pode reduzir significativamente o consumo de largura de banda externa.

#### Zoom Meetings Hybrid suporta dois modos: híbrido em nuvem e apenas interno Zoom Meetings Hybrid suporta dois modos de operação: um modo híbrido da nuvem para instalações locais, conhecido como modo de Unidade de Encaminhamento Seletivo (SFU), e um modo apenas interno (iMMR) para reuniões não na nuvem. As reuniões são configuradas para conexões híbridas de nuvem por padrão, mas podem ser designadas como apenas internas quando os usuários Agendar ou editam uma reunião. Ambos os tipos de reunião também podem ser suportados pelo mesmo módulo [simultaneamente](#meetings-hybrid-can-simultaneously-support-cloud-hybrid-and-internal-only-meetings). #### O modo híbrido de nuvem conecta os usuários dentro da sua rede corporativa à nuvem por meio do módulo híbrido No modo híbrido de nuvem (modo SFU), os usuários dentro da sua rede corporativa se conectam ao módulo híbrido como um ponto de conexão intermediário entre o seu cliente e a nuvem. O módulo híbrido multiplica e redistribui os fluxos de mídia de uma reunião de áudio, vídeo e compartilhamento de tela entre os usuários e a nuvem.

**Reuniões híbridas de nuvem não afetam as conexões de sinalização da nuvem para o cliente** Embora o módulo híbrido do Zoom Meetings possa redistribuir a mídia de uma reunião híbrida de nuvem *mídia*, o módulo não lida com conexões de sinalização da nuvem para o cliente. Os usuários conectados ao módulo híbrido de Meetings continuarão a estabelecer uma conexão de sinalização de baixa largura de banda com o servidor de nuvem da reunião para dados e operações na reunião, como iniciar uma gravação na nuvem ou atualizar a lista de participantes. {% hint style="danger" %} **Aviso** Dispositivos cliente **devem** ter proxy ou acesso à rota padrão para a Internet capaz de alcançar os serviços do Zoom cloud. O proxy HTTPS é suportado, mas dispositivos sem acesso não conseguirão se conectar às reuniões. {% endhint %} #### O modo exclusivo interno conecta os usuários a uma reunião local e não Permitir participantes fora da rede de Entrar/entrar Quando uma reunião é agendada como apenas interna, o módulo híbrido atua como um roteador multimídia interno (iMMR), multiplexando e redistribuindo o áudio, o vídeo e o compartilhamento de tela da reunião entre os usuários dentro da rede corporativa. Essas reuniões ficam isoladas na rede corporativa e **não pode** conectar ou em cascata a servidores ou serviços de reunião na nuvem, impedindo que participantes ou serviços da rede externa, como gravação na nuvem, participem da reunião.

**As reuniões apenas internas encaminham tanto as ligações de sinalização como as multimédia através do módulo híbrido** Ao contrário do modelo híbrido em nuvem, as reuniões apenas internas roteiam ambas as mídias *e* sinalização dentro da rede para o módulo híbrido. Isso cria um tipo de reunião totalmente no local, sem possibilidade de conexões externas. **Funcionários fora da rede corporativa podem Entrar/entrar em reuniões apenas internas através da VPN** Funcionários fora da rede corporativa podem entrar em reuniões somente internas enquanto estiverem ligados a uma VPN, se o servidor VPN conseguir comunicar com o módulo híbrido através da rede corporativa. No entanto, os usuários **devem** têm de iniciar sessão na conta Zoom da empresa para entrar. Por exemplo, um Funcionário remoto está ligado à VPN da empresa a partir da sua rede doméstica sem tunelamento dividido. Desde que o usuário tenha iniciado sessão na conta Zoom da empresa e o servidor VPN ligado consiga comunicar com o módulo híbrido na rede corporativa, o usuário remoto pode ligar-se remotamente a uma reunião somente interna. #### O Meetings Hybrid pode suportar simultaneamente reuniões de nuvem híbrida e reuniões somente internas O Meetings Hybrid pode suportar simultaneamente reuniões de nuvem híbrida e reuniões somente internas, eliminando a necessidade de implementações separadas para cada caso de utilização. Por exemplo, uma empresa tem um módulo híbrido implementado na sua rede, com 400 usuários ligados. Neste cenário, 200 usuários podem ligar-se a reuniões de nuvem híbrida, com os restantes 200 usuários ligados a reuniões somente internas. Para cada tipo de reunião ligada, o módulo Meetings Hybrid respeitará o Roteamento de ligação pretendido: as reuniões de nuvem híbrida encaminharão os conteúdos multimédia através do módulo e a sinalização para a nuvem; as reuniões somente internas encaminharão tanto os conteúdos multimédia como a sinalização exclusivamente no local. #### O Zoom Meetings Hybrid mantém todos os conteúdos multimédia no local se não houver participantes externos a apresentar e todos os usuários estiverem ligados ao mesmo módulo híbrido Se os usuários estiverem ligados a uma reunião com nuvem híbrida ativada através do mesmo módulo Meetings Hybrid, mas não houver participantes externos a apresentar, o módulo híbrido não transmitirá conteúdos multimédia entre a nuvem Zoom. Em vez disso, todos os conteúdos multimédia da reunião serão mantidos no local e encaminhados na rede corporativa através do módulo híbrido. Os conteúdos multimédia da reunião só sairão da rede depois de um participante externo entrar a partir da nuvem ou se um segundo módulo híbrido na rede se ligar à reunião. Por exemplo, um grupo de usuários numa rede corporativa está a entrar na mesma reunião com nuvem híbrida ativada. Todos os usuários estão ligados ao mesmo módulo híbrido e todos os conteúdos multimédia da reunião estão a ser encaminhados na rede corporativa. Quando um usuário externo entra na reunião a partir da nuvem, ou um segundo módulo híbrido se liga à reunião, o(s) módulo(s) híbrido(s) abrirá(ão) uma ligação multimédia com a nuvem e redistribuirá(ão) os conteúdos multimédia da reunião de e para a nuvem. {% hint style="info" %} **Nota** Os usuários internos também podem estabelecer conexões de mídia externas se a infraestrutura híbrida estiver [na capacidade máxima](#each-sfu-immr-supports-up-to-400-standard-definition-or-200-high-definition-user-connections-per-mod). {% endhint %} #### O Zoom Meetings Hybrid oferece suporte a reuniões criptografadas de ponta a ponta para ambos os modos de reunião O Zoom Meetings Hybrid oferece suporte a [criptografadas de ponta a ponta](https://support.zoom.us/hc/en-us/articles/360048660871-End-to-end-E2EE-encryption-for-meetings) reuniões (criptografia de ponta a ponta) nos modos de reunião híbrido de nuvem e somente interno. Isso fornece uma camada extra de segurança para reuniões confidenciais e pode ser combinado com reuniões somente internas para reuniões que exigem os mais altos níveis de segurança disponíveis na plataforma Zoom. #### Clientes/clientes podem implantar várias zonas híbridas específicas por região em seus centros de dados O Zoom Meetings Hybrid oferece suporte a implantações em várias zonas, permitindo que clientes implantem ambientes híbridos separados para diferentes Localização ou regiões. Quando várias zonas estão em funcionamento, os usuários se conectarão ao módulo híbrido mais próximo com base no tempo de ping para os dispositivos disponíveis. Por exemplo, se uma empresa tiver um escritório em Nova Iorque e outro em Los Angeles, uma única implantação híbrida em uma Localização poderá causar problemas de latência ou desempenho devido ao tempo de deslocamento prolongado. Em vez disso, os clientes podem implantar um ambiente híbrido para cada Localização ou região específica a fim de melhorar a experiência do usuário. Quando um usuário tenta se conectar a uma reunião, o cliente do usuário fará ping nos módulos híbridos disponíveis e se conectará ao módulo com a menor latência. #### O Zoom Meetings Hybrid não substitui o Conector de reunião do Zoom O Conector de reunião da Zoom é uma carga de trabalho do Zoom Node que oferece uma solução local gerenciada pela nuvem para criar uma zona de reunião dentro do datacenter da sua empresa, sem Suporte de nuvem ou contingência. Com o Conector de reunião, todos os servidores e dispositivos de reunião pertencem à sua empresa e são mantidos por ela, devendo Permitir conexões externas para que participantes externos entrem nas suas reuniões. Diferentemente do Conector de reunião, o Zoom Meetings Hybrid continua a utilizar a infraestrutura de reuniões na nuvem em conjunto com dispositivos híbridos no seu datacenter e não exige hospedar servidores de reunião nem Permitir que participantes externos se conectem aos seus datacenters. A tabela a seguir descreve algumas das principais diferenças entre esses dois produtos: | Capacidade | Meetings Hybrid | Conector de reunião | | ------------------------------------------ | -------------------------------------------- | ------------------- | | Servidor local | ☑️ | ☑️ | | Suporta várias zonas | ☑️ | ☑️ | | Mídia exclusivamente local |

☑️
(Enquanto estiver no modo iMMR)

☑️

| | Encadeamento para a nuvem | ☑️ |

| | Os usuários podem Entrar/entrar pela nuvem | ☑️ |

| | Serviços de nuvem (gravação etc.) | ☑️ |

| | Permite conexões de usuários externos |

| ☑️ | ### Funcionalidade do Zoom Meetings Hybrid Esta seção discute a funcionalidade e o design do módulo de serviço Zoom Meetings Hybrid. #### O Zoom Meetings Hybrid é composto por dois componentes: uma Unidade de Encaminhamento Seletivo/MMR Interno e um Proxy do controlador de zona Para implantar o Zoom Meetings Hybrid em uma rede, são necessários dois componentes do Zoom Node: uma Unidade de Encaminhamento Seletivo (SFU)/MMR Interno (iMMR) e um Proxy do controlador de zona (ZCP). Consulte o Apêndice no final deste documento para obter mais informações [sobre módulos de serviço](#service-modules-are-the-services-that-run-on-the-zoom-node-os-and-are-easily-deployed-through-the-we).

#### A SFU/iMMR opera como um filtro de linha, redistribuindo mídia aos clientes Zoom conectados O módulo Unidade de Encaminhamento Seletivo (SFU)/MMR Interno (iMMR) é central para o design do Zoom Meetings Hybrid. Semelhante a um filtro de linha, a SFU/iMMR é um “plug-in” de rede centralizado que distribui mídia aos clientes Zoom conectados. No entanto, a função do módulo SFU/iMMR varia conforme o tipo de reunião. Em reuniões híbridas, a SFU/iMMR atua como o ponto de conexão principal para clientes Zoom internos, multiplexando e redistribuindo a mídia da reunião entre os clientes Zoom conectados na rede e a nuvem. Para reuniões somente internas, a SFU/iMMR atua como um roteador multimídia local, multiplexando e distribuindo centralmente mídia para usuários conectados e outras unidades SFU/iMMR (se conectadas), sem a nuvem Zoom. #### Cada SFU/iMMR suporta até 400 conexões de usuários em definição padrão ou 200 em alta definição por módulo Cada módulo SFU/iMMR suporta até 400 participantes simultâneos em definição padrão por módulo ou até 200 participantes simultâneos em alta definição (720p). Na capacidade máxima para uma única reunião, o módulo SFU/iMMR pode reduzir o consumo de largura de banda externa em uma proporção de 400:1 ou 200:1, dependendo da resolução da reunião. #### Uma SFU/iMMR pode suportar várias reuniões ao mesmo tempo O módulo SFU/iMMR suporta conexões de reunião simultâneas, permitindo que um módulo suporte várias reuniões únicas e simultâneas, incluindo reuniões híbridas de nuvem e somente internas. Por exemplo, 400 usuários em uma Localização estão se conectando simultaneamente a 25 reuniões diferentes em definição padrão, com usuários externos presentes. Com o Zoom Meetings Hybrid, um módulo SFU pode suportar a conexão de todos os usuários às respectivas reuniões, reduzindo o número de fluxos de mídia externos de 400 para 25. Com uma média de 1,2 Mbps por conexão de mídia, o módulo SFU pode economizar aproximadamente 450 Mbps de largura de banda externa no campus nesse cenário.\\

#### Uma SFU/iMMR pode suportar reuniões híbridas de nuvem e somente internas ao mesmo tempo Um módulo SFU/iMMR pode suportar simultaneamente reuniões híbridas de nuvem e somente internas, eliminando a necessidade de implantações separadas para cada caso de uso. Para cada tipo de reunião conectada, o módulo híbrido respeitará o Roteamento de conexão pretendido: reuniões híbridas de nuvem encaminharão a mídia pelo módulo e a sinalização para a nuvem; reuniões somente internas encaminharão tanto a mídia quanto a sinalização exclusivamente pelo módulo híbrido local. Por exemplo, 400 usuários em uma Localização estão se conectando simultaneamente a três reuniões separadas em definição padrão. Duas reuniões são híbridas de nuvem, com usuários externos presentes, e 300 usuários da rede corporativa estão conectados pelo módulo SFU/iMMR operando no modo SFU. A terceira reunião é somente interna, com 100 usuários conectados ao mesmo módulo SFU/iMMR operando no modo iMMR. Neste exemplo, os usuários conectados às reuniões híbridas de nuvem têm uma conexão de mídia bidirecional com o módulo SFU/iMMR e conexões de sinalização bidirecionais independentes com a nuvem. Enquanto isso, os usuários conectados à reunião somente interna têm conexões bidirecionais de sinalização e mídia exclusivamente com o mesmo módulo SFU/iMMR, que mantém todos os dados de reuniões internas localmente e não faz encadeamento para a nuvem.

#### Para reuniões híbridas de nuvem, a SFU/iMMR atua apenas como um Dispositivo de encaminhamento e não tem Acessar a nenhuma chave de reunião ou de usuário Quando conectados a uma reunião híbrida de nuvem (modo SFU), os módulos SFU/iMMR não exigem nem têm Acessar às chaves de criptografia da reunião. Em vez disso, os módulos mantêm funções de mixagem de mídia como processadores de mídia de reunião criptografada, incapazes de Acessar o conteúdo do fluxo de mídia. #### Para reuniões somente internas, a SFU/iMMR gera e distribui todas as chaves de criptografia dentro da rede corporativa Ao operar como um roteador multimídia para reuniões somente internas (modo iMMR), a SFU/iMMR de nível superior em uma reunião é responsável por gerar e distribuir chaves de criptografia da reunião. As chaves de criptografia são geradas e distribuídas usando os mesmos métodos criptográficos que os MMRs baseados em nuvem. #### Os módulos SFU/iMMR não podem se comunicar entre si em uma rede quando conectados a uma reunião híbrida de nuvem Os módulos SFU/iMMR não oferecem Suporte à comunicação entre redes (leste-oeste) dentro de um datacenter quando conectados a uma reunião híbrida de nuvem. Por design, toda a comunicação de SFU para SFU em reuniões híbridas de nuvem deve ser roteada pela infraestrutura de nuvem Zoom (norte-sul). #### Os módulos SFU/iMMR podem se comunicar entre si pela rede quando conectados a uma reunião somente interna Diferentemente das reuniões híbridas de nuvem, as reuniões somente internas oferecem Suporte à comunicação entre redes (leste-oeste) devido ao design de reunião interna. As reuniões híbridas de nuvem exigem que cada módulo SFU/iMMR assine o feed de mídia do MMR de nuvem “superior”; no entanto, as reuniões somente internas não utilizam feeds de mídia de nuvem. Em vez disso, o primeiro módulo iMMR/SFU a criar uma reunião somente interna é o MMR “superior”, e módulos SFU/iMMR adicionais assinam o feed do MMR superior, permitindo a comunicação entre redes. #### O módulo Proxy do controlador de zona conecta a SFU/iMMR à nuvem Zoom O módulo Proxy do controlador de zona é responsável por Conectando módulos SFU/iMMR à infraestrutura de reuniões na nuvem da Zoom, quando aplicável. Durante o processo de conexão à reunião de um usuário, os serviços web da Zoom enviam uma solicitação entre o Proxy do controlador de zona e um controlador de zona na nuvem para obter as informações do servidor de reunião. Essas informações são retransmitidas do Proxy do controlador de zona para a SFU/iMMR, que se conectará à nuvem Zoom para reuniões híbridas de nuvem ou inicializará uma reunião para reuniões somente internas. #### As implantações exigem pelo menos dois Proxies do controlador de zona por Localização Cada Localização geográfica em que o Zoom Meetings Hybrid é implantado exige pelo menos dois Proxies do controlador de zona para resiliência e estabilidade. Por exemplo, se uma empresa estiver implantando o Zoom Meetings Hybrid em seus escritórios de Los Angeles e Nova York, cada Localização deverá implantar dois módulos ZCP, totalizando quatro. #### Se um módulo SFU/iMMR falhar inesperadamente, os usuários farão failover para conexões alternativas quando possível Embora seja inesperado, caso um módulo híbrido falhe (ou seja, pare de funcionar) enquanto os usuários estiverem conectados, os usuários começarão a fazer failover para conexões alternativas, se possível. Esses cenários são descritos nas três seções a seguir. #### Os usuários conectados a uma reunião híbrida de nuvem farão failover para um módulo SFU/iMMR alternativo, se Disponível, e para a nuvem como último recurso Se os usuários estiverem conectados a uma reunião híbrida na nuvem por meio de um módulo SFU/iMMR que falhar abruptamente, os clientes dos usuários tentarão automaticamente fazer failover para outros módulos SFU/iMMR disponíveis na rede. Se outros recursos estiverem com a capacidade atingida ou indisponíveis, os clientes dos usuários estabelecerão conexões independentes na nuvem como solução final de failover. #### Os usuários conectados a uma reunião somente interna farão failover para um módulo SFU/iMMR diferente se o módulo com falha não for o MMR principal Se os usuários estiverem conectados a uma reunião somente interna e o seu módulo SFU/iMMR falhar, os usuários farão failover para módulos SFU/iMMR alternativos, se disponíveis, desde que o seu SFU/iMMR não tenha sido o anfitrião MMR de nível superior da reunião interna. #### Se o SFU/iMMR que iniciou uma reunião somente interna falhar, a reunião deverá ser reiniciada Devido ao design de rede para reuniões somente internas, o módulo SFU/iMMR que inicia a reunião é designado como o MMR de nível superior da reunião. Se o MMR de nível superior de uma reunião falhar, encerrar ou sair da reunião, a reunião entrará em colapso e deverá ser reiniciada. MMRs de nível superior **não pode** fazem failover para recursos híbridos alternativos. #### As conexões do Zoom Meetings Hybrid são exibidas como um “datacenter controlado pelo proprietário da sua conta Zoom” no cliente Quando conectados à infraestrutura do Meetings Hybrid, os usuários verão no cliente que estão “...conectados à rede global do Zoom… por meio de um datacenter controlado pelo proprietário da sua conta Zoom”. Como alternativa, os usuários conectados à infraestrutura de nuvem verão a mensagem de que estão “Conectados à Rede Global do Zoom.” As imagens a seguir exibem o que os usuários verão quando estiverem conectados a uma reunião Zoom Meetings Hybrid em comparação com uma reunião baseada na nuvem.\\ {% columns %} {% column %}

{% endcolumn %} {% column %}

{% endcolumn %} {% endcolumns %} #### O Zoom Meetings Hybrid usa a configuração de firewall padrão do Zoom e não requer regras especiais Zoom Meetings Hybrid não requer quaisquer regras adicionais de firewall ou configurações além de [a recomendação padrão do Zoom](https://support.zoom.us/hc/en-us/articles/201362683-Zoom-network-firewall-or-proxy-server-settings). As conexões de mídia continuarão a usar UDP/TCP 8801 e TCP 443 (TLS 1.2) como portas padrão para o serviço. {% hint style="info" %} **Nota** A separação de Porta para mídia (UDP 8801-8803) é suportada. Certifique-se de que as regras de firewall estejam configuradas para incluir 8802 e 8803 se a separação de Porta estiver ativada. {% endhint %} ### Apêndice: Zoom Node Esta seção fornece uma introdução geral à plataforma Zoom Node e aos seus conceitos centrais. #### Zoom Node leva partes essenciais do serviço Zoom para os seus próprios datacenters e escritórios Zoom Node é uma solução híbrida que integra os servidores do seu datacenter com a nuvem do Zoom para ajudar a fornecer Serviços Zoom aos seus escritórios. Com um modelo de implementação orientado pela nuvem, os administradores do Zoom podem implementar de forma dinâmica e rápida os serviços híbridos do Zoom nos servidores do seu datacenter a partir de um Painel centralizado na web. Esse Painel também inclui ferramentas para gestão de serviços, atualizações, gestão de registos, relatórios de desempenho e uma robusta estrutura de resolução de problemas. #### Zoom Node é um design modular, no qual você implanta apenas os módulos de serviço de que precisa Em vez de exigir software separado para cada serviço híbrido, o Zoom Node é uma plataforma modular “multifuncional” que permite às empresas gerir e implementar vários serviços híbridos usando uma estrutura comum. Zoom Node atinge este design modular instalando o Zoom Node OS (um sistema operacional baseado em Linux) em servidores de data center empresarial, transformando-os em Nodes. Depois que o software é instalado, o Node registra-se na Zoom Node Platform na nuvem e aguarda a instalação de vários módulos de serviço que fornecem funcionalidade de serviço Zoom #### Zoom Node inclui um Painel rico em Recursos para gestão de serviços, atualizações, alertas, resolução de problemas e muito mais Como um hub central para gerenciar implantações do Zoom Node, o Painel do Zoom Node inclui ferramentas para gerenciamento de serviços, implantações, atualizações, gerenciamento de logs, relatórios de desempenho e uma estrutura robusta de solução de problemas. #### Os módulos de serviço são os serviços que são executados no Zoom Node SO e são facilmente implantados pela web Os módulos de serviço são os aplicativos de serviço que são executados no sistema operacional do Zoom Node, permitindo que os serviços funcionem. Os administradores do Zoom usam o Painel do Zoom Node no portal da web para Atribuir serviços aos nós. Depois de Atribuir o serviço a um Node, a plataforma Zoom Node envia o módulo de serviço escolhido para o Node e o instala automaticamente. Assim que a instalação for concluída, os pontos de extremidade do Node estarão prontos para uso com seus serviços híbridos designados. #### Cada Zoom Node pode dar Suporte a até quatro módulos de serviço Cada appliance Zoom Node pode suportar até quatro módulos de serviço por máquina, exceto o módulo Zoom Phone Local Survivability. Nós adicionais podem ser criados e vinculados para requisitos adicionais ou resiliência. Por exemplo, uma empresa está implementando Zoom Meetings Híbrido em vários datacenters, começando por Nova York. Cada datacenter está equipado com vários terminais Zoom Node conectados à plataforma Zoom Node, mas nenhum recebeu um serviço Node para funcionalidade, como mostrado na imagem a seguir.

Assim que a empresa estiver pronta para implantar o Zoom Meetings Hybrid em sua rede, um administrador da conta implanta um serviço proxy do controlador Zone e três módulos SFU/iMMR nos Nós 1 e 2. O administrador também implanta um módulo SFU/iMMR extra no terceiro nó como buffer. A plataforma Zoom Node envia e instala todos os serviços do nó em cada um dos pontos de extremidade do nó e, após a conclusão da instalação, o Zoom Meetings Hybrid fica pronto para uso, como visto na imagem a seguir.

#### Zoom Node oferece geração automatizada de certificado PKI de ponta a ponta (Auto-PKI) Zoom Node inclui gerenciamento automatizado de certificado público de ponta a ponta por meio da DigiCert. Todos os custos para gerar e renovar certificados são pagos pela Zoom, mas a Zoom não manipula nem tem acesso às chaves privadas do cliente por meio desse processo. Clientes/clientes com uma estratégia de certificado existente podem Escolher gerar, renovar e dar suporte a certificados manualmente com uma autoridade de certificação de sua preferência, mas esses custos não serão pagos pela Zoom. Clientes/clientes que pretendem usar uma autoridade de certificação alternativa devem falar com sua equipe da conta com antecedência. #### Cada Zoom Node tem uma entrada dinâmica de DNS usando a URL intuitivo da conta: \*.zoomonprem.com (Auto-DNS) Zoom Node gera automaticamente entradas dinâmicas de DNS para cada servidor no domínio \*.zoomonprem.com usando a URL intuitivo existente da conta do anfitrião, por exemplo. `success01.zoomonprem.com`. Este sistema simplifica o gerenciamento de firewall quando Conectando a implantações do Zoom Node usadas por outros Clientes/clientes do Zoom. Clientes/clientes individuais não precisarão mais de regras de firewall para Conectando a outro cliente do Zoom Node, mas poderão aprovar todo o domínio zoomonprem.com usando valores curinga. #### Zoom Node é executado em máquinas virtuais Zoom Node foi projetado para ser executado em hardware de nível de servidor, usando máquinas virtuais, instalado com a imagem reforçada do sistema operacional do Zoom Node. Todos os serviços exigirão endereços IP internos estáticos, com alguns serviços exigindo IPs públicos para conectividade externa. Os requisitos e especificações de hardware serão exclusivos para suas metas de implantação híbrida. Consulte sua equipe da conta para obter mais informações sobre como identificar as necessidades de sua Organização para uma implantação híbrida. #### Zoom Node não é para todos os clientes Cada empresa tem requisitos únicos quando se trata de serviços de comunicação unificada. Essas necessidades devem ser cuidadosamente consideradas antes de tomar a decisão de implementar um ambiente híbrido. Na maioria dos casos, a configuração tradicional do Zoom nuvem é a solução ideal para a maioria das empresas; no entanto, há organizações que se beneficiam de configurações híbridas. As organizações devem ser rigorosas ao considerar as implicações de estabelecer e manter um ambiente híbrido. #### A escalabilidade pode ser difícil e dispendiosa de gerir Dimensionar o hardware para suportar um grande número de utilizadores em ambientes híbridos pode ser dispendioso. Dependendo dos serviços implementados, suportar 10.000 utilizadores poderia exigir entre 7 e 13 nós Zoom, enquanto suportar 100.000 utilizadores pode exigir entre 60 e 120 nós Zoom. Gerenciar, manter e dar suporte à infraestrutura de hardware e/ou hipervisor necessária para o Zoom Node também cria uma sobrecarga adicional para qualquer Organização e deve ser cuidadosamente considerada ao avaliar implantações híbridas. #### As vantagens de segurança são limitadas Zoom Node não oferece métodos adicionais de criptografia nem grandes vantagens de segurança em relação ao serviço nativo de nuvem do Zoom, além da possibilidade de atuar como um proxy web especializado ou manter logs localmente. As implementações híbridas também exigem regras e configurações adicionais de firewall para tornar os endpoints Node disponíveis com serviços externos. As equipas de segurança de rede devem estar atentas a estes requisitos adicionais de firewall e segurança ao considerar a implementação de ambientes híbridos. #### Ambientes híbridos e VPNs requerem configurações Funcionários remotos podem exigir uma conexão VPN ou uma configuração de túnel dividido para rotear o tráfego da reunião para os serviços do Zoom Node, se desejado. Esse aumento no tráfego pode potencialmente sobrecarregar a infraestrutura VPN se ela não conseguir lidar com a largura de banda adicional que está sendo enviada e recebida. É necessário um planejamento cuidadoso ao combinar serviços híbridos com trabalhadores remotos e infraestrutura de rede remota. #### Partilhar logs do servidor requer uma consideração cuidadosa Embora manter o controlo local sobre os registos e registos do Zoom Node seja um componente das implementações híbridas, este Recursos pode ser um obstáculo ao diagnosticar a infraestrutura híbrida. Os registos de serviço são mantidos localmente por padrão e incluem dados, diagnósticos e outras informações não disponíveis para visualização pelo Zoom. No entanto, para diagnosticar eficazmente as configurações híbridas e as questões de qualidade, é necessário partilhar com o Zoom os registos de dados híbridos para fins de diagnóstico. O Zoom Node oferece um serviço seguro de carregamento de ficheiros de registo através do portal web, à discrição do cliente, mas carregar estes registos pode expor metadados do serviço que, de outra forma, não são partilhados com o Zoom em implementações híbridas. Estes dados podem incluir nomes de participantes que se juntam localmente, número da versão do Zoom, informações do sistema operativo e muito mais. --- # 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/pt/servicos-empresariais-avancados/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.