> 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). # Zoom Meetings Explicador 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 O Zoom Meetings Hybrid é uma solução híbrida de reunião local (on-premises) que funciona 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. Este design reduz o número de conexões externas de mídia na nuvem, o que pode reduzir significativamente o consumo de largura de banda externa.

#### O Zoom Meetings Hybrid oferece suporte a dois modos: nuvem híbrida e somente interno Zoom Meetings Hybrid suporta dois modos de operação: um modo híbrido de nuvem para local conhecido como modo Unidade de Encaminhamento Seletivo (SFU) e um modo apenas interno (iMMR) para reuniões sem nuvem. As reuniões são configuradas por padrão para conexões híbridas de nuvem, 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 em nuvem conecta os usuários dentro da sua rede corporativa à nuvem por meio do módulo híbrido No modo híbrido em nuvem (modo SFU), os usuários dentro da sua rede corporativa conectam-se 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 multiplexa e redistribui os fluxos de mídia de áudio, vídeo e compartilhamento de tela de uma reunião entre os usuários e a nuvem.

**As reuniões híbridas em 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 o *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 Meetings continuarão a estabelecer uma conexão de sinalização leve em largura de banda com o servidor em nuvem da reunião para dados e operações durante a reunião, como iniciar uma gravação na nuvem ou atualizar a lista de participantes. {% hint style="danger" %} **Aviso** Dispositivos cliente **deve** ter acesso a proxy ou a rota padrão para a Internet, capaz de alcançar os serviços do Zoom cloud. O proxy HTTPS é suportado, mas os dispositivos sem acesso não conseguirão se conectar às reuniões. {% endhint %} #### O modo apenas interno conecta os usuários a uma reunião local e não Permitir que participantes fora da rede 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 de uma reunião entre 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 de rede externa, como gravação na nuvem, participem da reunião.

**As reuniões apenas internas encaminham tanto as conexões de sinalização como as de multimédia através do módulo híbrido** Ao contrário do modelo híbrido de nuvem, as reuniões apenas internas encaminham ambos os meios *e* sinalização dentro da rede para o módulo híbrido. Isso cria um tipo de reunião totalmente local, sem possibilidade de conexões externas. **Funcionários fora da rede corporativa podem Entrar/entrar em reuniões apenas internas através de VPN** Funcionários fora da rede corporativa podem Entrar/entrar em reuniões internas somente enquanto estiverem conectados a uma VPN, se o servidor VPN conseguir se comunicar com o módulo híbrido pela rede corporativa. No entanto, os usuários **deve** estar conectado à conta Zoom da sua empresa para entrar. Por exemplo, um Funcionário remoto está conectado à VPN da empresa a partir da rede doméstica sem tunelamento dividido. Desde que o usuário tenha sessão iniciada na sua conta Zoom da empresa e o servidor VPN conectado possa comunicar com o módulo híbrido dentro da rede corporativa, o usuário remoto pode conectar-se remotamente a uma reunião acessível apenas internamente. #### Meetings Hybrid pode oferecer Suporte simultâneo a reuniões híbridas na nuvem e apenas internas O Meetings Hybrid pode oferecer suporte simultaneamente a reuniões híbridas na nuvem e apenas internas, eliminando a necessidade de implantações separadas para cada caso de uso. Por exemplo, uma empresa tem um módulo híbrido implantado na sua rede, com 400 utilizadores conectados. Neste cenário, 200 utilizadores podem conectar-se a reuniões híbridas na nuvem, com os 200 utilizadores restantes conectados a reuniões apenas internas. Para cada tipo de reunião conectado, o módulo Hybrid Meetings respeitará o Roteamento de ligação pretendido: as reuniões híbridas na nuvem encaminharão os media através do módulo e a sinalização para a nuvem; as reuniões apenas internas encaminharão tanto os media como a sinalização exclusivamente no local. #### Zoom Meetings Hybrid mantém toda a mídia no local se nenhum participante externo estiver a apresentar e todos os usuários estiverem conectados ao mesmo módulo híbrido Se os utilizadores estiverem ligados a uma reunião com a nuvem híbrida ativada através do mesmo módulo Meetings Hybrid, mas não houver participantes externos presentes, o módulo híbrido não transmitirá multimédia entre a Zoom cloud. Em vez disso, toda a multimédia da reunião será mantida no local e encaminhada dentro da rede corporativa através do módulo híbrido. A multimédia da reunião só sairá da rede depois de um participante externo ter aderido a partir da cloud, ou se um segundo módulo híbrido dentro da rede se ligar à reunião. Por exemplo, um grupo de usuários dentro de uma rede corporativa está ingressando na mesma reunião habilitada para nuvem-híbrida. Todos os usuários estão conectados ao mesmo módulo híbrido e toda a mídia da reunião está sendo roteada dentro da rede corporativa. Assim que um usuário externo entra na reunião a partir da nuvem, ou um segundo módulo híbrido se conecta à reunião, o(s) módulo(s) híbrido(s) abrirão uma conexão de mídia com a nuvem e redistribuirão a mídia da reunião para e da 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 %} #### Zoom Meetings Hybrid suporta reuniões com criptografia de ponta a ponta para ambos os modos de reunião Zoom Meetings Hybrid suporta [criptografadas de ponta a ponta](https://support.zoom.us/hc/en-us/articles/360048660871-End-to-end-E2EE-encryption-for-meetings) (criptografia de ponta a ponta) reuniões em ambos os modos de reunião híbrido em nuvem e apenas interno. Isto fornece uma camada extra de segurança para reuniões confidenciais e pode ser combinado com reuniões apenas internas para reuniões que exigem os mais altos níveis de segurança disponíveis na plataforma Zoom. #### Clientes/clientes podem implementar várias zonas híbridas específicas por região nos seus centros de dados Zoom Meetings Hybrid suporta implementações de múltiplas zonas, permitindo que os clientes implementem ambientes híbridos separados para diferentes localizações ou regiões. Quando várias zonas estão em vigor, os usuários irão ligar-se ao módulo híbrido mais próximo com base no seu 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 implementação híbrida numa Localização pode causar problemas de latência ou desempenho devido ao tempo de percurso prolongado. Em vez disso, os clientes podem implementar um ambiente híbrido para cada Localização ou região específica para melhorar a experiência do usuário. Quando um usuário tenta ligar-se a uma reunião, o cliente do usuário fará ping aos módulos híbridos disponíveis e ligar-se-á ao módulo com a menor latência. #### Zoom Meetings Hybrid não substitui o Conector de reunião da Zoom O Conector de reunião do Zoom é uma carga de trabalho do Zoom Node que oferece uma solução local, gerida na nuvem, para criar uma zona de reunião dentro do datacenter da sua empresa, sem suporte ou fallback da nuvem. Com o Conector de reunião, todos os servidores de reunião e aparelhos são propriedade da sua empresa e mantidos por ela, e devem Permitir ligações externas para que participantes externos entrem nas suas reuniões. Ao contrário do Conector de reunião, o Zoom Meetings Hybrid continua a utilizar a infraestrutura de reuniões na nuvem em conjunto com aparelhos híbridos no seu datacenter e não requer alojar servidores de reunião nem Permitir que participantes externos se liguem aos seus datacenters. A tabela seguinte descreve algumas das principais diferenças entre estes dois produtos: | Capacidade | Meetings Hybrid | Conector de reunião | | ------------------------------------------------ | -------------------------------------------- | ------------------- | | Servidor Local | ☑️ | ☑️ | | Suporta Várias Zonas | ☑️ | ☑️ | | Média Exclusivamente Local |

☑️
(Enquanto estiver no modo iMMR)

☑️

| | Encadear para a nuvem | ☑️ |

| | Os usuários podem Entrar/entrar através da nuvem | ☑️ |

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

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

| ☑️ | ### Funcionalidade híbrida do Zoom Meetings Esta seção discute a funcionalidade e o design do módulo de serviço híbrido do Zoom Meetings. #### 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 dentro de 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 [em módulos de serviço](#service-modules-are-the-services-that-run-on-the-zoom-node-os-and-are-easily-deployed-through-the-we).

#### O SFU/iMMR funciona como uma régua de energia, redistribuindo média para clientes Zoom conectados O módulo Selective Forwarding Unit (SFU)/Internal MMR (iMMR) é central no design híbrido do Zoom Meetings. Semelhante a uma régua de energia, o SFU/iMMR é um “plug-in” de rede centralizado que distribui média para clientes Zoom conectados. No entanto, a função do módulo SFU/iMMR varia dependendo do tipo de reunião. Em reuniões híbridas, o SFU/iMMR atua como o ponto de ligação principal para clientes Zoom internos, multiplexando e redistribuindo a média da reunião entre clientes Zoom conectados dentro da rede e a nuvem. Para reuniões apenas internas, o SFU/iMMR atua como um router multimédia local, multiplexando e distribuindo centralmente média para usuários conectados e outras unidades SFU/iMMR (se conectadas) sem a nuvem do Zoom. #### Cada SFU/iMMR suporta até 400 ligações de usuário por módulo em definição padrão ou 200 em alta definição Cada módulo SFU/iMMR suporta até 400 participantes concorrentes por módulo, em definição padrão, ou até 200 participantes concorrentes 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 numa proporção de 400:1 ou 200:1, dependendo da resolução da reunião. #### Um SFU/iMMR pode suportar várias reuniões ao mesmo tempo O módulo SFU/iMMR suporta ligações de reunião simultâneas, permitindo que um módulo suporte várias reuniões únicas e concorrentes, incluindo reuniões híbridas na nuvem e reuniões apenas internas. Por exemplo, 400 usuários dentro de uma Localização estão simultaneamente Conectando-se a 25 reuniões diferentes em definição padrão com usuários externos apresentar. Com Zoom Meetings Hybrid, um módulo SFU pode suportar Conectando todos os usuários às respetivas 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 ligação de média, o módulo SFU pode poupar ao campus aproximadamente 450 Mbps de largura de banda externa neste cenário.\\

#### Um SFU/iMMR pode suportar reuniões híbridas na nuvem e reuniões apenas internas ao mesmo tempo Um módulo SFU/iMMR pode fornecer Suporte simultaneamente a reuniões híbridas na nuvem e a reuniões apenas internas, eliminando a necessidade de implantações separadas para cada caso de uso. Para cada tipo de reunião conectado, o módulo híbrido respeitará o Roteamento de conexão pretendido: as reuniões híbridas na nuvem rotearão a mídia através do módulo e a sinalização para a nuvem; as reuniões apenas internas rotearão tanto a mídia quanto a sinalização exclusivamente através do módulo híbrido local. Por exemplo, 400 usuários dentro de uma Localização estão Conectando-se simultaneamente a três reuniões separadas em definição padrão. Duas reuniões são híbridas em nuvem com usuários externos a apresentar, e 300 usuários da rede corporativa estão conectados através do módulo SFU/iMMR operando em modo SFU. A terceira reunião é somente interna, com 100 usuários conectados ao mesmo módulo SFU/iMMR operando em modo iMMR. Neste exemplo, os usuários conectados às reuniões híbridas em nuvem têm uma conexão de mídia bidirecional com o módulo SFU/iMMR e têm conexões de sinalização bidirecionais independentes com a nuvem. Enquanto isso, os usuários conectados à reunião apenas 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 da reunião interna no local e não faz cascata para a nuvem.

#### Para reuniões híbridas na nuvem, o SFU/iMMR atua apenas como um Dispositivo de encaminhamento e não tem acesso a nenhuma chave de reunião ou de usuário Quando conectados a uma reunião híbrida na nuvem (modo SFU), os módulos SFU/iMMR não exigem e não têm acesso às chaves de criptografia da reunião. Em vez disso, os módulos mantêm funções de mistura de mídia como processadores de mídia da reunião criptografada, incapazes de acessar o conteúdo do fluxo de mídia. #### Para reuniões apenas internas, o SFU/iMMR gera e distribui todas as chaves de criptografia dentro da rede corporativa Ao operar como um roteador de multimídia para reuniões apenas internas (modo iMMR), o 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 na nuvem. #### Os módulos SFU/iMMR não podem comunicar entre si através de uma rede quando ligados a uma reunião híbrida em nuvem Os módulos SFU/iMMR não oferecem suporte à comunicação entre redes (east-west) dentro de um datacenter quando conectados a uma reunião híbrida em nuvem. Toda comunicação SFU-to-SFU para reuniões híbridas em nuvem deve ser roteada pela infraestrutura de nuvem do Zoom (north-south) por design. #### Os módulos SFU/iMMR podem comunicar-se entre si através da rede quando conectados apenas para reunião interna Ao contrário das reuniões híbridas de nuvem, as reuniões apenas internas suportam comunicação entre redes (east-west) devido ao design da reunião interna. As reuniões híbridas de nuvem exigem que cada módulo SFU/iMMR se inscreva no feed de mídia do MMR de nuvem “top”; porém, as reuniões apenas internas não utilizam feeds de mídia da nuvem. Em vez disso, o primeiro módulo iMMR/SFU a criar uma reunião apenas interna é o MMR “top”, e módulos SFU/iMMR adicionais se inscrevem no feed do MMR top, permitindo a comunicação entre redes. #### O módulo Proxy do controlador de Zona liga o SFU/iMMR à Nuvem Zoom O módulo Proxy do controlador de Zona é responsável por Conectando os módulos SFU/iMMR à infraestrutura de reunião na nuvem do Zoom, quando aplicável. Durante um processo de conexão de uma reunião de um usuário, os serviços web do Zoom enviam uma solicitação entre o Proxy do Zone Controller e um Zone Controller na nuvem para buscar as informações do servidor de reunião. Essas informações são retransmitidas do Proxy do Zone Controller para o SFU/iMMR, que se conectará ao Zoom cloud para reuniões cloud-hybrid, ou iniciará uma reunião para reuniões apenas internas. #### As implantações exigem pelo menos dois Proxies do Zone controlador por Localização Cada Localização geográfica onde o Zoom Meetings Hybrid é implementado requer pelo menos dois Proxies de controlador de zona para resiliência e estabilidade. Por exemplo, se uma empresa estiver a implementar o Zoom Meetings Hybrid nos seus escritórios de Los Angeles e Nova Iorque, cada Localização deverá implementar dois módulos ZCP em cada Localização, totalizando quatro. #### Se um módulo SFU/iMMR falhar inesperadamente, os utilizadores passarão para ligações alternativas quando possível Embora inesperado, no caso de um módulo híbrido falhar (ou seja, travar) enquanto os utilizadores estão ligados, os utilizadores começarão a fazer failover para ligações alternativas, se possível. Estes cenários são descritos nas três secções seguintes. #### Os usuários conectados a uma reunião híbrida na 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 de nuvem híbrida por meio de um módulo SFU/iMMR que falhe abruptamente, os clientes do usuário tentarão automaticamente fazer failover para outros módulos SFU/iMMR Disponível dentro da rede. Se outros recursos estiverem na capacidade ou indisponíveis, os clientes do usuário estabelecerão conexões independentes com a nuvem como solução final de failover. #### Usuários conectados a uma reunião apenas 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 apenas interna e o seu módulo SFU/iMMR falhar, os usuários farão failover para módulos SFU/iMMR alternativos, se Disponível, 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 apenas interna falhar, a reunião deve ser reiniciada Devido ao design da rede para reuniões apenas internas, o módulo SFU/iMMR que inicia a reunião é designado como o MMR de nível superior para a reunião. Se o MMR de nível superior de uma reunião falhar, sair ou deixar a 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 híbridas do Zoom Meetings Exibir como um “datacenter controlado pelo proprietário da sua conta Zoom” dentro do cliente Quando conectados à infraestrutura híbrida do Meetings, os usuários verão que estão “...conectados à rede global do Zoom… por meio de um datacenter controlado pelo proprietário da sua conta Zoom” dentro do cliente. 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 Exibir o que os usuários verão quando conectados a uma reunião híbrida do Zoom Meetings 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 O Zoom Meetings Hybrid não requer quaisquer regras ou configurações adicionais de firewall fora 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 ligações de mídia continuarão a usar UDP/TCP 8801 e TCP 443 (TLS 1.2) como portas padrão do 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 estão configuradas para incluir 8802 e 8803 se a separação de portas estiver ativada. {% endhint %} ### Apêndice: Zoom Node Esta secção fornece uma introdução geral à plataforma Zoom Node e aos seus conceitos fundamentais. #### O Zoom Node leva partes essenciais do serviço Zoom para os seus próprios datacenters e escritórios O Zoom Node é uma solução híbrida que integra os servidores do seu datacenter com a nuvem do Zoom para ajudar a disponibilizar os serviços Zoom para os 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. Este Painel também inclui ferramentas para gestão do serviço, atualizações, gestão de registos, relatórios de desempenho e uma estrutura robusta de resolução de problemas. #### O Zoom Node tem um design modular, em que apenas implementa 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 gerenciar e implementar vários serviços híbridos usando uma estrutura comum. Zoom Node atinge este design modular instalando o SO do Zoom Node (um sistema operativo baseado em Linux) em servidores empresariais de datacenter, transformando-os em Nodes. Assim que o software é instalado, o Node regista-se na plataforma do Zoom Node na nuvem e aguarda a instalação de vários módulos de serviço que fornecem funcionalidade de serviços Zoom #### Zoom Node inclui um Painel rico em Recursos para gerenciamento de serviços, upgrades, alertas, soluçã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 podem ser implantados facilmente pela web Os módulos de serviço são as aplicações de serviço que são executadas no sistema operativo do Zoom Node, permitindo que os serviços funcionem. Os administradores do Zoom Atribuir serviços aos nós através do Painel do Zoom Node no portal web. Depois de atribuir o serviço a um Node, a plataforma do Zoom Node envia o módulo de serviço escolhido para o Node e instala-o automaticamente. Assim que a instalação estiver concluída, os pontos de extremidade do Node estão prontos para utilização com o(s) seu(s) serviço(s) híbrido(s) designado(s). #### Cada Zoom Node pode Suporte 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. Nodes adicionais podem ser criados e vinculados para requisitos adicionais ou redundância. Por exemplo, uma empresa está implementando o Zoom Meetings Hybrid em vários datacenters, começando por Nova York. Cada datacenter está equipado com vários endpoints do Zoom Node conectados à plataforma Zoom Node, mas nenhum foi atribuído a um serviço Node para funcionalidade, como visto na imagem a seguir.

Quando a empresa estiver pronta para implementar o Zoom Meetings Hybrid na sua rede, um administrador da conta implementa um serviço Proxy do controlador de Zona e três módulos SFU/iMMR nos Zoom Node 1 e 2. O administrador também implementa um módulo SFU/iMMR extra no terceiro Zoom Node como reserva. A plataforma Zoom Node envia e instala todos os serviços de Node em cada pontos de extremidade de Node e, após a conclusão da instalação, o Zoom Meetings Hybrid fica pronto para ser utilizado, como se vê na imagem seguinte.

#### Zoom Node oferece geração automatizada de certificado PKI de ponta a ponta (Auto-PKI) Zoom Node inclui gestão automatizada de certificado público de ponta a ponta através da DigiCert. Todos os custos para gerar e renovar certificados são pagos pelo Zoom, mas o Zoom não lida com nem tem acesso às chaves privadas do cliente através deste processo. Clientes com uma estratégia de certificado existente podem Escolher gerar, renovar e dar suporte a certificados manualmente com uma autoridade de certificado de sua preferência, mas estes custos não serão pagos pelo Zoom. Clientes que pretendam usar uma autoridade de certificado alternativa devem falar com a sua equipe da conta com antecedência. #### Cada Zoom Node tem uma entrada DNS dinâmica usando a URL intuitivo da conta: \*.zoomonprem.com (Auto-DNS) Zoom Node gera automaticamente entradas DNS dinâmicas para cada servidor sob o domínio \*.zoomonprem.com usando a URL intuitivo existente da conta anfitriã, por exemplo. `success01.zoomonprem.com`. Este sistema simplifica o gerenciamento de firewall ao Conectando-se a implementações do Zoom Node usadas por outros clientes do Zoom. Clientes individuais já não precisarão de regras de firewall para se conectar a outro cliente do Zoom Node, mas poderão aprovar todo o domínio zoomonprem.com usando valores curinga. #### Zoom Node executa em máquinas virtuais Zoom Node foi projetado para ser executado em hardware de nível de servidor, usando máquinas virtuais, instaladas com a imagem reforçada do sistema operacional 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 os seus objetivos de implementação híbrida. Consulte a sua equipe da conta para obter mais informações sobre como identificar as necessidades da sua Organização para uma implementação híbrida. #### Zoom Node não é para todos os clientes Cada empresarial 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 cloud é 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 minuciosas ao considerar as implicações de estabelecer e manter um ambiente híbrido. #### Dimensionar pode ser difícil e caro 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 pode exigir entre 7 e 13 Zoom Nodes, enquanto suportar 100.000 utilizadores pode exigir entre 60 e 120 Zoom Nodes. 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 considerado cuidadosamente ao examinar 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 servir como um proxy web especializado ou de manter a residência de logs local. As implementações híbridas também exigem regras e configurações adicionais de firewall para tornar os endpoints Node Disponível com serviços externos. As equipes de segurança de rede devem estar atentas a esses requisitos adicionais de firewall e segurança ao considerar a implantação de ambientes híbridos. #### Ambientes híbridos e VPNs exigem configurações Funcionários remotos podem exigir uma conexão VPN ou uma configuração de túnel dividido para encaminhar o tráfego da reunião para os serviços Zoom Node, se desejado. Esse aumento no tráfego pode potencialmente sobrecarregar a infraestrutura de VPN se ela não puder 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. #### Compartilhar registos do servidor requer consideração cuidadosa Embora manter o controle local sobre os registos e registros do Zoom Node seja um componente das implementações híbridas, este Recursos pode ser obstrutivo ao solucionar problemas na 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ível para visualização pelo Zoom. No entanto, para solucionar eficazmente problemas em configurações híbridas e preocupações de qualidade, é necessário que os registos de dados híbridos sejam partilhados com o Zoom para fins de resolução de problemas. O Zoom Node oferece um serviço seguro de upload de ficheiros de registo através do portal web, à discrição do cliente, mas o envio destes 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 entram 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.