OpManager - Requisitos de Sistema
Os requisitos de sistema mencionados abaixo são os requisitos mínimos para o número especificado de dispositivos. Os requisitos de dimensionamento podem variar de acordo com a carga.
OpManager Edição Standard/ Professional
+
| Nº de dispositivos | Processador | Memória | Disco rígido |
|---|
| 1 a 250 | Máquina física: Intel Xeon 2,0 GHz, 4 núcleos/ 4 threads
Máquina virtual: 2,0 GHz, 4 vProcessors | 4 GB | 20 GB mínimo |
| 251 a 500 | Máquina física: Intel Xeon 2,5 GHz, 4 núcleos/ 8 threads
Máquina virtual: 2,5 GHz, 8 vProcessors | 8 GB | 20 GB mínimo |
| 501 a 1000 | Máquina física: Intel Xeon 2,5 GHz, 4 núcleos/ 8 threads ou superior
Máquina virtual: 2,5 GHz, 8 vProcessors | 16 GB | 40 GB mínimo |
OpManager Edição Standard/ Professional com add-ons
+
| Processador | Memória | Disco rígido |
|---|
Máquina física: Intel Xeon 2,5 GHz, 4 núcleos/ 8 threads ou superior
Máquina virtual: 2,5 GHz,
8 vProcessors
CPUs com pontuação PassMark combinada total de 7.000 ou superior | 16 GB | 40 GB mínimo |
OpManager Edição Enterprise
+
Servidor Central
| Processador | Memória | Disco rígido |
|---|
Máquina física: Intel Xeon 2,5 GHz, 4 núcleos/ 8 threads ou superior
Máquina virtual: 2,5 GHz,
8 vProcessors
CPUs com pontuação PassMark combinada total de 7.000 ou superior | 16 GB ou superior | 100 GB mínimo |
Servidor Probe
| Nº de dispositivos | Processador | Memória | Disco rígido |
|---|
| 1 a 250 | Máquina física: Intel Xeon 2,0 GHz, 4 núcleos/ 4 threads
Máquina virtual: 2,0 GHz, 4 vProcessors | 4 GB | 20 GB mínimo |
| 251 a 500 | Máquina física: Intel Xeon 2,5 GHz, 4 núcleos/ 8 threads
Máquina virtual: 2,5 GHz, 8 vProcessors | 8 GB | 20 GB mínimo |
| 501 a 1000 | Máquina física: Intel Xeon 2,5 GHz, 4 núcleos/ 8 threads ou superior
Máquina virtual: 2,5 GHz, 8 vProcessors | 16 GB | 40 GB mínimo |
| Acima de 1000 até 2500 | Máquina física: Intel Xeon 2,5 GHz, 4 núcleos/ 8 threads ou superior
Máquina virtual: 2,5 GHz,
8 vProcessors
CPUs com pontuação PassMark combinada total de 7.000 ou superior. | 16 GB ou superior | 60 GB mínimo |
OpManager Edição Enterprise com add-ons
+
Servidor Central
| Processador | Memória | Disco rígido |
|---|
Máquina física: Intel Xeon 2,5 GHz, 4 núcleos/ 8 threads ou superior
Máquina virtual: 2,5 GHz,
8 vProcessors
CPUs com pontuação PassMark combinada total de 7.000 ou superior | 16 GB ou superior | 100 GB mínimo |
Servidor Probe
| Processador | Memória | Disco rígido |
|---|
|
Máquina física: Intel Xeon 2,5 GHz, 4 núcleos/ 8 threads ou superior
Máquina virtual: 2,5 GHz,
8 vProcessors
CPUs com pontuação PassMark combinada total de 7.000 ou superior | 16 GB ou superior | 40 GB mínimo |
Nota importante: Recursos dedicados devem estar disponíveis no caso de VMs.
| CPU | RAM | Disco rígido |
|---|
Máquina física: Intel Xeon 2,5 GHz, 16 núcleos e 32 threads
Máquina virtual: 2,5 GHz,
32 vProcessors
CPUs com pontuação PassMark combinada total de 15.000 ou superior | 32 GB ou superior | Para o DB Central, é necessário mínimo de 1 TB.
É obrigatório mínimo de 100 GB para cada DB de Probe |
Nota:
- Configure um servidor MSSQL dedicado para os bancos de dados do OpManager.
- Recomenda-se ter apenas cinco bancos de dados por servidor MSSQL.
- Se houver apenas um banco de dados no servidor MSSQL, 8 GB de RAM e 8 núcleos com 16 threads (ou 16 vProcessors se VM) serão suficientes.
Nota:
- A recomendação de CPU para implantações usa a pontuação ®PassMark. Para saber mais, clique aqui.
- Recomendamos fortemente atribuir uma máquina dedicada para o OpManager.
- Para 1000 dispositivos, 5000 monitores e 5000 interfaces com intervalo de monitoramento padrão e retenção de banco de dados padrão, o OpManager utiliza cerca de 1 GB/dia de espaço em disco. Esse número pode variar com base nas entidades monitoradas em seu ambiente e outros fatores como eventos gerados, Syslogs, Traps etc.
- Para requisitos personalizados de hardware, clique aqui.
- Para requisitos personalizados de espaço em disco, clique aqui.
- Para recomendações de escalabilidade, clique aqui.
- Clique aqui para recomendações ao monitorar até 2500 dispositivos.
- Para requisitos de usuário MSSQL, clique aqui.
A tabela a seguir lista os requisitos de software recomendados para uma instalação do OpManager.
| Software | Requisitos de versão para avaliação | Requisitos de versão para produção |
|---|
| Windows OS | Windows 11 | Windows Server 2025/ 2022/ 2019/ 2016 |
| Linux OS | Ubuntu 16 a 25/ Fedora 42/ Red Hat 7, 8, 9, 10/ Opensuse 15/ Debian 11, 12, 13/ Rocky 10/ BOSS 10 | Ubuntu 16 a 25/ Red Hat versão 7, 8, 9, 10/ CentOS Stream 9, 10/ Rocky 10/ BOSS 10 |
| Navegadores | Google Chrome/ Mozilla Firefox/ Microsoft Edge | Google Chrome/ Mozilla Firefox/ Microsoft Edge |
Privilégio de usuário: Privilégios de administrador local são necessários para a instalação do OpManager.
Esta tabela detalha as portas de rede usadas pelo OpManager para várias funções de monitoramento e comunicação.
Portas usadas pelo OpManager
+
| Porta(s) | Protocolo | Conexão | Observações |
|---|
| 8060 | TCP | Entrada para o servidor | Comunicação com navegador web (avaliação):
Usada para comunicação entre o navegador web e o servidor do OpManager durante o período de avaliação.
Esta porta é desabilitada automaticamente assim que uma licença é aplicada. Em seguida, você deve mudar para 8061 (HTTPS) para acesso seguro.
Origem: Navegador web
Destino: Servidor OpManager |
| 8061 | TCP | Ambas (entrada e saída) | Comunicação segura com navegador web (HTTPS):
Usada para comunicação HTTPS segura entre o navegador e o servidor OpManager.
Na Edição Enterprise, a conexão de saída precisa estar aberta para habilitar a comunicação entre Central e Probe.
A porta pode ser alterada usando o script ChangeWebServerPort.bat.
Origem: Navegador web
Destino: Servidor OpManager |
| 9990—9999 | TCP | Interna (N/A) | Essas portas são usadas para comunicação interna dentro do servidor do OpManager, principalmente para tarefas como geração de PDF.
Origem: Interna
Destino: Interna |
| 13306 | TCP | Interna (N/A) | Banco de dados PostgreSQL:
Usada pelo banco de dados PostgreSQL incluso no OpManager na Edição Essential. Principalmente para comunicação interna de banco de dados do OpManager. Não é necessário abrir no firewall externo.
Origem: Interna
Destino: Interna |
| 13307 | TCP | Interna (N/A) | Banco de dados PostgreSQL (Servidor Central):
Usada pelo banco de dados PostgreSQL incluso no OpManager no Servidor Central para comunicação interna de banco de dados. Não é necessário abrir no firewall externo.
Origem: Interna
Destino: Interna |
| 13308 | TCP | Interna (N/A) | Banco de dados PostgreSQL (Servidor Probe):
Usada pelo banco de dados PostgreSQL incluso no OpManager no Servidor Probe para comunicação interna de banco de dados. Não é necessário abrir no firewall externo.
Origem: Interna
Destino: Interna |
| 1433 | TCP | Saída a partir do servidor | Conexão com banco de dados MSSQL:
Usada para o OpManager se conectar a um banco de dados MSSQL externo. Necessária apenas se o OpManager usar um banco de dados MSSQL externo em vez do PostgreSQL incluso.
Origem: Servidor OpManager
Destino: Servidor MSSQL |
| 5432 | TCP | Saída a partir do servidor | Conexão com banco de dados PostgreSQL remoto:
Conexão com um banco de dados PostgreSQL remoto. Necessária apenas se estiver usando um banco de dados remoto. Se o PostgreSQL usar uma porta não padrão, essa porta específica deve ser liberada.
Origem: Servidor OpManager
Destino: Servidor PostgreSQL |
Portas usadas para monitoramento
+
| Porta(s) | Protocolo | Conexão | Observações |
|---|
| 135 | TCP | Saída a partir do servidor | Comunicação DCOM (WMI):
Essencial para o OpManager estabelecer a conexão DCOM inicial com servidores Windows remotos, que é um pré-requisito para monitoramento via WMI.
Origem: Servidor OpManager
Destino: Dispositivo monitorado |
| 1025—5000 | TCP | Saída a partir do servidor | Monitoramento WMI (dinâmico - Windows antigos):
Usada para buscar dados de monitoramento após o estabelecimento de uma conexão DCOM (iniciada na porta 135). A Microsoft atribui dinamicamente portas dentro dessa faixa para a comunicação WMI no Windows 2000, Windows XP e Windows Server 2003. Para mais detalhes, clique aqui.
Origem: Servidor OpManager
Destino: Dispositivo monitorado |
| 49152—65535 | TCP | Saída a partir do servidor | Monitoramento WMI (dinâmico - Windows mais recentes):
Usada para buscar dados de monitoramento após o estabelecimento de uma conexão DCOM (iniciada na porta 135). A Microsoft atribui dinamicamente portas dentro dessa faixa para a comunicação WMI no Windows Server 2008 e posteriores, e Windows Vista e posteriores. Para mais detalhes, clique aqui.
Origem: Servidor OpManager
Destino: Dispositivo monitorado |
| 161 | UDP | Saída a partir do servidor | Monitoramento SNMP:
Usada pelo OpManager para enviar requisições SNMP aos dispositivos monitorados. O OpManager utiliza uma porta de escuta dinâmica para receber respostas SNMP dos dispositivos, que devem ter a porta 161 aberta para receber as requisições iniciais.
Origem: Servidor OpManager
Destino: Dispositivo monitorado |
| 162 | UDP | Entrada para o servidor | Traps SNMP:
Usada pelo OpManager para receber mensagens SNMP Trap dos dispositivos monitorados.
Origem: Dispositivo monitorado
Destino: Servidor OpManager |
| 23 | TCP | Saída a partir do servidor | Monitoramento via CLI (Telnet):
O OpManager inicia sessões Telnet em servidores remotos para monitoramento via interface de linha de comando (CLI).
Origem: Servidor OpManager
Destino: Dispositivo monitorado |
| 22 | TCP | Saída a partir do servidor | Monitoramento via CLI (SSH):
O OpManager inicia sessões Secure Shell (SSH) em servidores remotos para monitoramento seguro via interface de linha de comando (CLI).
Origem: Servidor OpManager
Destino: Dispositivo monitorado |
| 7275 | TCP | Saída a partir do servidor | Remote Desktop Protocol (RDP):
Usada pelo OpManager para estabelecer conexões RDP com dispositivos Windows.
Origem: Servidor OpManager
Destino: Dispositivo monitorado |
| 514 | UDP | Entrada para o servidor | Mensagens Syslog:
Recebimento de mensagens Syslog gerais de vários dispositivos monitorados.
Origem: Dispositivo monitorado
Destino: Servidor OpManager |
| 445 | TCP | Saída a partir do servidor | Monitoramento de arquivos e pastas:
Usada pelo OpManager para buscar informações de arquivos e pastas em dispositivos Windows.
Origem: Servidor OpManager
Destino: Dispositivo monitorado |
Portas usadas pelos add-ons
+
| Porta(s) | Protocolo | Conexão | Observações |
|---|
| 5985 | TCP | Saída a partir do servidor | Módulo OpUtils (DHCP):
Módulo OpUtils para se conectar a servidores DHCP para configurar filtros e reservas de MAC. Necessário apenas se o módulo OpUtils for usado.
Origem: Servidor OpManager
Destino: Servidor DHCP |
| 5986 | TCP | Saída a partir do servidor | Módulo OpUtils (DHCP - seguro):
Módulo OpUtils para se conectar a servidores DHCP para configurar filtros e reservas de MAC de maneira segura. Necessário apenas se o módulo OpUtils for usado.
Origem: Servidor OpManager
Destino: Servidor DHCP |
| 69 | UDP | Entrada para o servidor | Módulo Network Configuration (NCM) - servidor TFTP:
Servidor TFTP do módulo NCM para receber backups de configuração de dispositivos. Necessário apenas se o módulo NCM for usado e configurado para usar TFTP.
Origem: Dispositivo monitorado
Destino: Servidor OpManager |
| 22 | TCP | Entrada para o servidor | Servidor SCP/SFTP (NCM e Firewall Analyzer):
Usado pelo módulo NCM e pelo módulo Firewall Analyzer para receber backups de configuração de dispositivos, sendo necessário apenas se qualquer um dos módulos for usado para backups.
Origem: Dispositivo monitorado
Destino: Servidor OpManager |
| 4118 | TCP | Entrada para o servidor | Servidor SCP/SFTP (Firewalls WatchGuard):
Usado pelo módulo Firewall Analyzer para receber backups de configuração de firewalls WatchGuard. Certifique-se de que o dispositivo esteja configurado para enviar configurações ao OpManager nessa porta.
Origem: Dispositivo monitorado
Destino: Servidor OpManager |
| 1514 | UDP | Entrada para o servidor | Módulo Firewall Analyzer (Syslog):
Módulo Firewall Analyzer para receber mensagens Syslog de dispositivos finais como firewalls e servidores proxy. Isso é distinto do Syslog geral (porta 514) e é necessário apenas quando o módulo está habilitado.
Origem: Firewalls / servidores proxy
Destino: Servidor OpManager |
| 9996 | UDP | Entrada para o servidor | Módulo NetFlow Analyzer:
Módulo NetFlow Analyzer para receber dados de fluxo de tráfego de rede (NetFlow, sFlow, IPFIX, J-Flow etc.) de dispositivos, sendo necessário apenas quando esse módulo está habilitado.
Origem: Dispositivos (roteadores, switches, firewalls, agentes NPS)
Destino: Servidor OpManager |
Nota:
- Para saber mais sobre como alterar números de porta, clique aqui.
- Para garantir que o OpManager funcione corretamente, configure o firewall para permitir tráfego por todas as portas listadas na tabela, pois essas portas são necessárias para comunicação entre o OpManager, seus agentes, dispositivos e serviços integrados.
- Conexão: Especifica a direção da comunicação para cada porta, como “Saída” (do OpManager para sistemas externos), “Entrada” (de sistemas externos para o OpManager) ou “Interna” (dentro do próprio servidor OpManager).
- O OpManager usa ICMP (sem portas TCP/UDP) para descoberta de dispositivos; consulte a tabela para as portas padrão usadas por cada protocolo. Recomenda-se associar credenciais para classificação e coleta de dados precisas.
- O OpManager usa ICMP para descoberta inicial de dispositivos. Se o ICMP não for suportado, use as opções “Adicionar dispositivo” ou arquivo “CSV”.
- Agente: Para o funcionamento adequado do monitoramento baseado em agente no OpManager, certifique-se de que a porta do servidor web do OpManager (HTTPS, 8061 por padrão) esteja liberada para requisições de saída de cada dispositivo monitorado por agente.
- Se o plugin Application Manager estiver instalado no OpManager, consulte este documento para saber mais sobre seus requisitos de porta.
Requisitos de banco de dados
A tabela a seguir lista os requisitos básicos para o servidor de banco de dados do OpManager.
Vem incluído com o produto (PostgreSQL versão 14.20).
Para PostgreSQL remoto, o OpManager oferece suporte às versões do PostgreSQL 14.20 a 14.x.
Em caso de failover, use MSSQL ou PostgreSQL remoto.
1. Versões compatíveis:
Nota: O backend MSSQL foi testado para o OpManager com os seguintes serviços em nuvem: AWS RDS, Google Cloud Platform SQL, Azure SQL e Azure SQL Managed Instance.
SQL 2022 (a partir do build 12.8.452) | SQL 2019 | SQL 2017 | SQL 2016
2. Avisos importantes:
1. Para produção, use versões 64 bits de SQL
2. O modo de recuperação deve ser definido como SIMPLE.
3. O SQL e o OpManager devem estar na mesma LAN. Instalações SQL baseadas em WAN não são suportadas no momento.
4. A edição Developer do SQL Server não é suportada.
3. Collation:
- Inglês com configuração de collation (SQL_Latin1_General_CP1_CI_AS)
- Norueguês com configuração de collation (Danish_Norwegian_CI_AS)
- Chinês simplificado com configuração de collation (Chinese_PRC_CI_AS)
- Japonês com configuração de collation (Japanese_CI_AS)
- Alemão com configuração de collation (German_PhoneBook_CI_AS)
4. Autenticação:
Modo misto (autenticação MSSQL e Windows).
5. BCP:
Os arquivos “bcp.exe” (Windows)/ “bcp” (Linux) e “bcp.rll” devem estar disponíveis no diretório bin do OpManager (aplicável somente para o OpManager Edição Enterprise).
O utilitário BCP fornecido com o Microsoft SQL Server é um utilitário de linha de comando que permite importar e exportar rapidamente grandes quantidades de dados de e para bancos de dados SQL Server.
Para Windows:
Os arquivos bcp.exe e bcp.rll estarão disponíveis no diretório de instalação do MSSQL. Se o MSSQL estiver em uma máquina remota, copie os arquivos bcp.exe e bcp.rll e cole-os no diretório <\OpManager\bin>.
A versão do SQL Server compatível com o SQL Native Client deve ser instalada no mesmo servidor.
Para Linux:
Para o utilitário BCP no Linux, o mssql-tools (driver Microsoft ODBC para Linux) deve ser instalado na máquina onde o OpManager está instalado. Siga as etapas do documento abaixo para instalar o driver Microsoft ODBC em servidores Linux.
https://learn.microsoft.com/en-us/sql/connect/odbc/linux-mac/installing-the-microsoft-odbc-driver-for-sql-server
O comando para instalar o driver ODBC é diferente para cada distribuição Linux. Escolha a distribuição Linux correta e instale o driver ODBC.
- Etapas para mover o utilitário BCP para o OpManager:
- Depois que o driver ODBC for instalado nos servidores Linux, os arquivos do utilitário bcp podem ser encontrados no caminho mencionado abaixo. Copie os arquivos bcp e bcp.rll para <opmanager_home>/bin e inicie o OpManager uma vez.
- Para driver ODBC versão 18: arquivo bcp em /opt/mssql-tools18/bin/ e arquivo bcp.rll em /opt/mssql-tools18/share/resources/en_US/
- Para outras versões de ODBC: arquivo bcp em /opt/mssql-tools/bin/ e arquivo bcp.rll em /opt/mssql-tools/share/resources/en_US/
6. Requisito de função de usuário:
Funções de servidor - “dbcreator”, “public” e “sysadmin”.
Mapeamento de usuário - Mapear este login para “master” com função de banco de dados “db_owner” e “public”. Clique aqui para saber mais.