> 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-node-deployment-field-guide/zoom-node-infrastructure-prerequisites.md).
# Pré-requisitos da infraestrutura do Zoom Node
Esta seção detalha os pré-requisitos de hardware e software para implantações do Zoom Node, incluindo a instalação do módulo.
### Construindo sua base de comunicação híbrida
As referências de hardware e software para cada cenário de implantação são fornecidas abaixo.
#### Hipervisores suportados
Compreender a compatibilidade do hipervisor permite que sua Organização aproveite os investimentos existentes em virtualização, mantendo suporte total aos Recursos do Zoom Node.
| plataforma do Hipervisor | Requisito de versão mínima | Considerações estratégicas de implementação |
| ---------------------------- | -------------------------------------------------- | ----------------------------------------------------------------------------------------------------------------------- |
| **VMware vSphere/ESXi** | 6,7 ou superior | Opção padrão do setor que oferece a mais ampla compatibilidade, ideal para empresas com infraestrutura VMware existente |
| **Proxmox VE** | Proxmox 8.x ou 9.0.x (apenas VM/sem suporte a LXC) | Opção open source económica que suporta implementações de Proxmox VE e virt-manager |
| **Nutanix AHV** | AOS 6.10.x ou 7.x (apenas VM/sem suporte a LXC) | Ideal para organizações que aproveitam estratégias de infraestrutura hiperconvergente |
| **Microsoft Hyper-V Server** | Hyper-V Server 2019 ou superior | Integrações perfeitas para ambientes centrados em Windows |
| **AWS EC2** | Versão atual | Integrações perfeitas para ambientes centrados em Windows |
{% hint style="info" %}
Contato Suporte do Zoom para validação específica da versão do Hyper-V.
{% endhint %}
#### Especificações de hardware da Máquina Virtual
As especificações a seguir abrangem os requisitos de hardware padrão e mínimos.
**Configuração de Produção padrão**
Esta configuração permite que organizações de nível empresarial maximizem os recursos do Zoom Node, suportando até quatro (4) Módulos de Serviço simultâneos por Node.
| Componente da infraestrutura | Especificação técnica | Impacto Corporativo e justificativa de implementação |
| ------------------------------------ | -------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------- |
| **Arquitetura de CPU** | Intel E5-2650v4 de 64 bits ou mais recente @ 2.0GHz+ AMD 64 bits @ 2.0GHz+ | Suporta recursos de processamento de mídia em tempo real essenciais para experiências de usuário de qualidade |
| **Alocação de CPU Virtual** | 8 vCPUs | Permite a operação simultânea de vários serviços híbridos sem degradação de desempenho |
| **Alocação de Memória** | 16 GB de RAM | Suporta operações que consomem muita memória, incluindo transcodificação e Roteamento de mídia |
| **Provisionamento de Armazenamento** | 200 GB HDD | Acomoda SO, Módulos de Serviço, registos e armazenamento temporário de media |
| **Interface de Rede** | NIC virtual de 10 GB | Evita estrangulamentos de rede durante cenários de processamento de media de grande volume |
**Configuração Viável Mínima**
Esta configuração é adequada para testes iniciais, prova de conceito, ambientes de laboratório ou implementações de serviço único com uso concorrente limitado.
| Componente da infraestrutura | Especificação Mínima | Casos de Utilização e Limitações Apropriados |
| ------------------------------------ | --------------------- | ------------------------------------------------------------------ |
| **Alocação de CPU Virtual** | 3 vCPUs | Ambientes de teste, implantações de serviço único |
| **Alocação de Memória** | 6-8 GB de RAM | Suporte limitado a usuários simultâneos, pode exigir escalonamento |
| **Provisionamento de Armazenamento** | 200 GB HDD | Armazenamento básico apenas para operações essenciais |
| **Interface de Rede** | NIC virtual de 1 GB/s | Adequado para implementações de baixo volume |
{% hint style="warning" %}
**Consideração crítica de desempenho**: As organizações devem planejar a escalada das especificações mínimas até as especificações padrão de produção à medida que os padrões de uso crescem. Executar um sistema de produção nas especificações mínimas não é suportado e provavelmente causará problemas de desempenho ou de instalação.
{% endhint %}
### Arquitetura de rede e pré-requisitos de conectividade: garantindo comunicações híbridas confiáveis
Esta seção descreve os requisitos obrigatórios de rede, endereçamento IP e DNS necessários para Integrações de serviço perfeitas e comunicação confiável com a infraestrutura de nuvem do Zoom.
#### Requisitos Fundamentais de Rede
Estas configurações de rede não negociáveis formam a base para implementações bem-sucedidas do Zoom Node.
| Requisito de Rede | Especificação técnica | Impacto Crítico na Implementação |
| -------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------- | -------------------------------------------------------------------------------------- |
| **Tipo de Rede da VM** | Rede de VM em bridge/direta obrigatória | Permite comunicação direta entre cliente e Node, essencial para serviços híbridos |
| **Configuração NAT** | NÃO suportada - a VM não pode estar atrás do NAT do hipervisor | Evita falhas de comunicação entre os clientes e os serviços do Zoom Node |
| **Conectividade com a Internet** | Necessário para Integrações de serviço de nuvem | Permite a funcionalidade de serviço híbrido e a comunicação da camada de gerenciamento |
| **Suporte a Servidor Proxy** | Com suporte para comunicações do Zoom Node SO. O suporte a proxy varia conforme a família do Módulo de Serviço; consulte a documentação do módulo. | Permite conectividade confiável com o serviço de nuvem sem complicações intermediárias |
| **Endereçamento interno** | Endereçamento RFC 1918 totalmente suportado | Permite Integrações perfeitas com esquemas de rede empresarial existentes |
#### Matriz de planejamento de endereço IP
A alocação estratégica de endereço IP permite a implementação flexível do serviço e a expansão futura.
| Arquitetura de Implantação | Requisitos de endereço IP | Flexibilidade de Implementação e Caminho de Crescimento |
| --------------------------------------- | ---------------------------------------------------- | --------------------------------------------------------------------------- |
| **Nó Multi-Serviço padrão** | 1 endereço IP exclusivo por serviço (até 4 no total) | Máxima flexibilidade de implantação, suporta lançamento faseado de serviços |
| **Implementação Híbrida WAG** | São necessários 2 endereços IP dedicados | Permite serviços redundantes de Gateway de Aplicação Web |
| **Implantação Consolidada** | 1 IP partilhado para nó + módulo primário | Limitado a cenários específicos de baixa complexidade |
| **Arquitetura de Alta Disponibilidade** | Vários IPs entre componentes distribuídos | Suporta requisitos de sobrevivência empresarial |
#### Requisitos da Arquitetura de DNS
A configuração correta de DNS garante descoberta de serviço fiável e validação de certificado.
**Requisitos Críticos de Implementação de DNS**
* **Mandato de Resolução de DNS Público**: Todos os nomes de anfitrião do Zoom Node devem resolver através da infraestrutura de DNS pública
* **Suporte a DNS Split-Horizon**: As zonas de DNS externas devem resolver os nomes de host dos nós para os intervalos de IP do Zoom cloud
* **Arquitetura DNS de resiliência**: Os servidores DNS locais devem permanecer Disponível durante interrupções da Internet
* **Requisito de Consistência de Nomenclatura**: Os utilizadores internos e a infraestrutura do Zoom cloud têm de referenciar nomes de anfitrião idênticos
{% hint style="info" %}
**Melhores práticas de implementação**: Documente e valide todas as entradas DNS antes da implantação para impedir problemas de certificado e conectividade.
{% endhint %}
### Estratégia de gestão de certificados: Protegendo as suas comunicações híbridas
Esta seção descreve as opções de certificado Disponível — automatizadas ou BYOC — e fornece orientações de planejamento para alinhar com as políticas de segurança e a arquitetura de implantação da sua Organização.
#### Opções Estratégicas de Gestão de certificado
| Método de Gestão | Modelo Operacional | Caso de Uso Ideal e Benefícios Corporativos |
| ---------------------------------------- | -------------------------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------- |
| **Auto PKI (Recomendado)** | Registo e renovação automatizados com custos geridos pela Zoom | Reduz a sobrecarga operacional, elimina os riscos de expiração de certificado, ideal para a maioria das implementações |
| **Traga Seu Próprio Certificado (BYOC)** | certificados geridos pela Organização a partir de CAs públicas | Permite a conformidade com as políticas PKI existentes, adequado para empresas com gestão de certificado madura |
#### Requisitos de Implementação do BYOC
Esta secção detalha os modelos de certificado suportados e fornece um modelo de planeamento para garantir implementações seguras e escaláveis entre serviços.
**Guia de Seleção do Tipo de Certificado**
| Tipo de Certificado | Capacidade Técnica | Exemplo de Implementação | Complexidade de Implementação |
| ------------------------- | --------------------------------------- | ----------------------------------------- | ------------------------------------------ |
| **Certificado wildcard** | Encripta todo o tráfego de subdomínios | `*.company.com` abrange todos os serviços | Gestão simplificada, abordagem recomendada |
| **Certificado Multi-SAN** | Suporta até 5 nomes de host específicos | FQDN individual por serviço | Requer planeamento prévio abrangente |
**Modelo de planeamento de certificado para vários serviços**
Use este modelo para planear os seus requisitos de certificado antes da implementação:
| Função do serviço | Nome do host (entrada SAN) | Endereço IP atribuído | Notas de cobertura do certificado |
| ---------------------------- | ---------------------------- | --------------------- | --------------------------------------------------- |
| **Zoom Node plataforma** | `zoom-node01.company.com` | `10.1.50.100` | Plataforma base que requer cobertura de certificado |
| **Serviço ZPLS** | `zpls.company.com` | `10.1.50.100` | Pode compartilhar endereço IP com a plataforma Node |
| **Serviço de gravação** | `zoom-recording.company.com` | `10.1.50.101` | Requer endereço IP dedicado |
| **Serviço de webinar** | `zoom-webinar.company.com` | `10.1.50.102` | Requer endereço IP dedicado |
| **Espaço de serviço futuro** | (Reservado para expansão) | N/A | Mantém a flexibilidade de implantação |
{% hint style="danger" %}
**Aviso Crítico de Implementação**: Os certificados padrão de anfitrião único são incompatíveis com o Zoom Node, exceto no cenário específico de um IP/hostname partilhado entre o Node e um único módulo.
{% endhint %}
### Pré-requisitos específicos do serviço: Ativação de capacidades híbridas avançadas
Esta secção descreve os principais pré-requisitos para implementar o Zoom Node num contexto AWS.
#### Pré-requisitos de implementação na nuvem AWS
| Requisito da AWS | Especificação técnica | Finalidade da implementação |
| ------------------------------------- | ------------------------------------------- | ------------------------------------------------------------ |
| **capacidade da estação de trabalho** | Armazenamento mínimo de 20 GB | Suporta a instalação de ferramentas e a conversão de imagens |
| **Ferramentas AWS CLI** | É necessária a versão mais recente | Permite fluxos de trabalho de implementação automatizados |
| **Ferramentas de imagem QEMU** | `qemu-img` utilitário | Facilita a conversão de VMDK para AMI |
| **Configuração IAM** | `vmimport` Função com políticas apropriadas | Permite operações seguras de importação de VMs |
| **Infraestrutura S3** | Bucket com `vmimport` Permissões | Fornece preparação para imagens de VM |
### Estrutura estratégica de planeamento de implementação
Esta secção fornece perfis de implementação e estratégias de dimensionamento para o ajudar a planear o desempenho, a fiabilidade e o crescimento a longo prazo em ambientes híbridos.
#### Matriz de dimensionamento da implementação e planeamento de capacidade
Selecionar o seu perfil de implementação com base no tamanho da organização e nos requisitos do serviço:
| Perfil de implementação | Escala da infraestrutura | Estratégia de distribuição de módulos | Caso de uso-alvo |
| ----------------------------- | ------------------------ | -------------------------------------------- | -------------------------------------------- |
| **Piloto/Escritório pequeno** | 1-2 Nodes | 1-2 módulos por Node | Prova de conceito, menos de 500 utilizadores |
| **empresarial padrão** | 3-5 Nodes | 2-3 módulos por Node | 500-5.000 utilizadores, multi-unidade |
| **Empresarial grande/HA** | 6+ Nodes | Módulos distribuídos, redundância geográfica | Mais de 5.000 utilizadores, missão crítica |
#### Otimização de recursos e estratégias de escalabilidade
Maximize o investimento em infraestrutura através de:
* **Consolidação estratégica de módulos**: Implementar até 4 módulos por Node com especificações padrão
* **Abordagem de escalabilidade faseada**: Começar com especificações mínimas para teste, escalar para padrões de produção
* **Avaliação da Criticidade do Serviço**: Isolar serviços críticos para a missão em nós dedicados
* **Planeamento da Distribuição Geográfica**: Implementar nós em várias localizações para maior sobrevivência e desempenho
---
# 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:
```
GET https://library.zoom.com/technical-library/pt/servicos-empresariais-avancados/zoom-node/zoom-node-deployment-field-guide/zoom-node-infrastructure-prerequisites.md?ask=
```
The question should be specific, self-contained, and written in natural language.
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.