# Pré-requisitos de 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 de módulos.
### 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 com suporte
Entender a compatibilidade do hipervisor permite que sua Organização aproveite os investimentos existentes em virtualização, mantendo o suporte completo aos Recursos do Zoom Node.
| Plataforma de Hipervisor | Requisito de Versão Mínima | Considerações Estratégicas de Implementação |
| ---------------------------- | --------------------------------------------------- | ----------------------------------------------------------------------------------------------------------------------------- |
| **VMware vSphere/ESXi** | 6.7 ou superior | Escolha padrão da indústria que oferece a compatibilidade mais ampla, ideal para empresas com infraestrutura VMware existente |
| **Proxmox VE** | Proxmox 8.x ou 9.0.x (somente VM/sem suporte a LXC) | Opção de código aberto econômica que oferece suporte a implementações Proxmox VE e virt-manager |
| **Nutanix AHV** | AOS 6.10.x ou 7.x (somente 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" %}
Contate o Suporte do Zoom para validação específica da versão do Hyper-V.
{% endhint %}
#### Especificações de hardware da Máquina Virtual
As seguintes especificações 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, com suporte para até quatro (4) Módulos de Serviço concorrentes por Zoom Node.
| Componente de Infraestrutura | Especificação Técnica | Impacto Corporativo e Justificativa de Implementação |
| ------------------------------------ | ------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------ |
| **Arquitetura da CPU** | Intel E5-2650v4 de 64 bits ou mais recente @ 2,0 GHz+ AMD de 64 bits @ 2,0 GHz+ | Oferece suporte a 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 | Oferece suporte a operações intensivas em memória, incluindo transcodificação e Roteamento de mídia |
| **Provisionamento de Armazenamento** | 200 GB de HDD | Acomoda SO, módulos de serviço, logs e armazenamento temporário de mídia |
| **Interface de Rede** | NIC virtual de 10 GB | Evita gargalos de rede em cenários de processamento de mídia de alto volume |
**Configuração Mínima Viável**
Esta configuração é adequada para testes iniciais, prova de conceito, ambientes de laboratório ou implantações de serviço único com uso concorrente limitado.
| Componente de Infraestrutura | Especificação Mínima | Casos de Uso 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 de 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 escalonamento 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 com especificações mínimas não é suportado e provavelmente causará problemas de desempenho ou instalação.
{% endhint %}
### Pré-requisitos de arquitetura de rede e 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ços sem interrupções e comunicação confiável com a infraestrutura de nuvem do Zoom.
#### Requisitos Fundamentais de Rede
Essas configurações de rede inegociáveis formam a base de 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 suportado - a VM não pode residir atrás do NAT do hipervisor | Evita falhas de comunicação entre clientes e serviços do Zoom Node |
| **Conectividade com a Internet** | Necessário para Integrações de serviços na nuvem | Permite a funcionalidade de serviço híbrido e a comunicação da camada de gestão |
| **Suporte a Servidor Proxy** | Compatível com as comunicações do SO do Zoom Node. 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 serviços na nuvem sem complicações intermediárias |
| **Endereçamento interno** | Endereçamento RFC 1918 totalmente compatível | 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 de serviços e a expansão futura.
| Arquitetura de implementação | Requisitos de endereço IP | Flexibilidade de implementação e caminho de crescimento |
| --------------------------------------- | ---------------------------------------------------- | ------------------------------------------------------------------------------ |
| **Nó multisserviço padrão** | 1 endereço IP exclusivo por serviço (até 4 no total) | Máxima flexibilidade de implementação, suporta implantação faseada de serviços |
| **Implementação híbrida WAG** | São necessários 2 endereços IP dedicados | Permite serviços redundantes de Gateway de aplicativo Web |
| **Implantação consolidada** | 1 IP compartilhado para o nó + módulo primário | Limitado a cenários específicos de baixa complexidade |
| **Arquitetura de alta disponibilidade** | Vários IPs em componentes distribuídos | Suporta requisitos de sobrevivência empresarial |
#### Requisitos de arquitetura de DNS
A configuração adequada de DNS garante descoberta de serviço confiá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 host do Zoom Node devem resolver via infraestrutura de DNS pública
* **Suporte DNS Split-Horizon**: As zonas DNS externas devem resolver os nomes dos hosts Node para os intervalos de IP do Zoom cloud
* **Arquitetura DNS de Sobrevivê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 devem referenciar nomes de anfitrião idênticos
{% hint style="info" %}
**Melhores práticas de implementação**: Documente e valide todas as entradas de DNS antes da implementação para impedir problemas de certificado e conectividade.
{% endhint %}
### Estratégia de gestão de certificado: protegendo suas comunicações híbridas
Esta seção descreve as opções de certificado Disponíveis—automatizadas ou BYOC—e fornece orientação de planejamento para alinhar-se às políticas de segurança da sua Organização e à arquitetura de implantaçã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)** | Inscrição e renovação automatizadas com custos gerenciados pelo Zoom | Reduz a sobrecarga operacional, elimina os riscos de expiração do certificado, ideal para a maioria das implantações |
| **Traga seu próprio certificado (BYOC)** | certificados gerenciados pela Organização de CAs públicas | Permite conformidade com as políticas de PKI existentes, adequado para empresas com gerenciamento de certificados maduro |
#### Requisitos de Implementação BYOC
Esta seção detalha os modelos de certificados suportados e fornece um modelo de planejamento para garantir implantações seguras e escaláveis em todos os serviços.
**Guia de Seleção do Tipo de Certificado**
| Tipo de Certificado | Capacidade Técnica | Exemplo de Implementação | Complexidade da Implantação |
| ------------------------- | ---------------------------------------- | ----------------------------------------- | ------------------------------------------ |
| **Certificado Wildcard** | Criptografa todo o tráfego do subdomínio | `*.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 um planeamento prévio abrangente |
**Modelo de Planeamento de Certificado Multi-Serviço**
Use este modelo para planear os requisitos do seu certificado antes da implementação:
| Função do serviço | Nome do host (entrada SAN) | Endereço IP atribuído | Notas de cobertura de certificado |
| -------------------------- | ---------------------------- | --------------------- | --------------------------------------------------- |
| **Plataforma Zoom Node** | `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 |
| **Futura vaga de serviço** | (Reservado para expansão) | N/D | Mantém a flexibilidade de implementaçã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 endereço IP/nome de anfitrião 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 AWS | Especificação Técnica | Objetivo da implementação |
| ------------------------------------- | ----------------------------------------- | ------------------------------------------------------------ |
| **Capacidade da estação de trabalho** | Mínimo de 20 GB de armazenamento | Suporta a instalação de ferramentas e a conversão de imagens |
| **Ferramentas AWS CLI** | Versão mais recente necessária | 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 adequadas | Permite operações seguras de importação de VM |
| **Infraestrutura S3** | Bucket com `vmimport` permissões | Fornece preparação para imagens de VM |
### Estrutura de planeamento estratégico da implementação
Esta secção fornece perfis de implementação e estratégias de escalabilidade 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 na dimensão 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 utilização alvo |
| ----------------------------- | ------------------------ | -------------------------------------------- | -------------------------------------------- |
| **Piloto/Pequeno Escritório** | 1-2 Nodes | 1-2 módulos por Node | Prova de conceito, menos de 500 utilizadores |
| **padrão empresarial** | 3-5 Nodes | 2-3 módulos por Node | 500-5.000 utilizadores, multi-unidade |
| **Grande empresarial/HA** | 6+ nós | Módulos distribuídos, redundância geográfica | 5.000+ usuários, crítico para a missão |
#### Estratégias de Otimização de Recursos e Dimensionamento
Maximize o investimento em infraestrutura por meio de:
* **Consolidação Estratégica de Módulos**: Implante até 4 módulos por nó com especificações padrão
* **Abordagem de Dimensionamento Faseado**: Comece com especificações mínimas para testes, dimensione para padrões de produção
* **Avaliação da Criticidade do Serviço**: Isole serviços críticos para a missão em nós dedicados
* **Planejamento da Distribuição Geográfica**: Implante nós em diferentes locais para sobrevivência e desempenho