OpManager - Requisiti di sistema
I requisiti di sistema indicati di seguito rappresentano i requisiti minimi per il numero specificato di dispositivi. I requisiti di dimensionamento possono variare in base al carico.
Edizione OpManager Standard/ Professional
+N. di dispositivi | Processore | Memoria | Disco rigido |
|---|
Da 1 a 250 | Macchina fisica: Intel Xeon 2.0 Ghz, 4 core/ 4 thread
Macchina virtuale: 2.0 Ghz, 4 vProcessor | 4 GB | Minimo 20 GB |
Da 251 a 500 | Macchina fisica: Intel Xeon 2.5 Ghz, 4 core/ 8 thread
Macchina virtuale: 2.5 Ghz, 8 vProcessor | 8 GB | Minimo 20 GB |
Da 501 a 1000 | Macchina fisica: Intel Xeon 2.5 Ghz, 4 core/ 8 thread o superiore
Macchina virtuale: 2.5 Ghz, 8 vProcessor | 16 GB | Minimo 40 GB |
Edizione OpManager Standard/ Professional con componenti aggiuntivi
+ Processore | Memoria | Disco rigido |
|---|
Macchina fisica: Intel Xeon 2.5 Ghz, 4 core/ 8 thread o superiore
Macchina virtuale: 2.5 Ghz,
8 vProcessor
CPU con un punteggio PassMark totale combinato di 7.000 o superiore | 16 GB | Minimo 40 GB |
Edizione OpManager Enterprise
+Server centrale
Processore | Memoria | Disco rigido |
|---|
Macchina fisica: Intel Xeon 2.5 GHz, 4 core/ 8 thread o superiore
Macchina virtuale: 2.5 GHz,
8 vProcessor
CPU con un punteggio PassMark totale combinato di 7.000 o superiore | 16 GB o superiore | Minimo 100 GB |
Server Probe
N. di dispositivi | Processore | Memoria | Disco rigido |
|---|
Da 1 a 250 | Macchina fisica: Intel Xeon 2.0 Ghz, 4 core/ 4 thread
Macchina virtuale: 2.0 Ghz, 4 vProcessor | 4 GB | Minimo 20 GB |
Da 251 a 500 | Macchina fisica: Intel Xeon 2.5 Ghz, 4 core/ 8 thread
Macchina virtuale: 2.5 Ghz, 8 vProcessor | 8 GB | Minimo 20 GB |
Da 501 a 1000 | Macchina fisica: Intel Xeon 2.5 Ghz, 4 core/ 8 thread o superiore
Macchina virtuale: 2.5 Ghz, 8 vProcessor | 16 GB | Minimo 40 GB |
Oltre 1000 fino a 2500 | Macchina fisica: Intel Xeon 2.5 GHz, 4 core/ 8 thread o superiore
Macchina virtuale: 2.5 GHz,
8 vProcessor
CPU con un punteggio PassMark totale combinato di 7.000 o superiore. | 16 GB o superiore | Minimo 60 GB |
Edizione OpManager Enterprise con componenti aggiuntivi
+Server centrale
Processore | Memoria | Disco rigido |
|---|
Macchina fisica: Intel Xeon 2.5 GHz, 4 core/ 8 thread o superiore
Macchina virtuale: 2.5 GHz,
8 vProcessor
CPU con un punteggio PassMark totale combinato di 7.000 o superiore | 16 GB o superiore | Minimo 100 GB |
Server Probe
Processore | Memoria | Disco rigido |
|---|
|
Macchina fisica: Intel Xeon 2.5 GHz, 4 core/ 8 thread o superiore
Macchina virtuale: 2.5 GHz,
8 vProcessor
CPU con un punteggio PassMark totale combinato di 7.000 o superiore | 16 GB o superiore | Minimo 40 GB |
Nota importante: Nel caso di VM devono essere disponibili risorse dedicate.
Configurazione MSSQL
+ CPU | RAM | Disco rigido |
|---|
Macchina fisica: Intel Xeon 2.5 GHz, 16 core e 32 thread
Macchina virtuale: 2.5 GHz,
32 vProcessor
CPU con un punteggio PassMark totale combinato di 15.000 o superiore | 32 GB o superiore | Per il DB centrale sono richiesti almeno 1 TB.
Per ciascun Probe DB sono richiesti almeno 100 GB |
Nota:- Configurare un Server MSSQL dedicato per i database di OpManager.
- Si consiglia di avere solo cinque database per Server MSSQL.
- Se è presente un solo database sul Server MSSQL, saranno sufficienti 8 GB di RAM e 8 core con 16 thread (o 16 vProcessor in caso di VM).
Nota:
- La raccomandazione CPU per le distribuzioni utilizza il punteggio ®PassMark. Per saperne di più, fai clic qui.
- Consigliamo vivamente di assegnare una macchina dedicata a OpManager.
- Per 1000 dispositivi, 5000 monitor e 5000 interfacce con intervallo di monitoraggio predefinito e conservazione del database predefinita, OpManager utilizza circa 1 GB/giorno di spazio su disco. Il valore può variare in base alle entità monitorate nel tuo ambiente e ad altri fattori come eventi generati, Syslog, Trap ecc.
- Per requisiti hardware personalizzati, fai clic qui.
- Per requisiti personalizzati di spazio su disco, fai clic qui.
- Per le raccomandazioni sulla scalabilità, fai clic qui.
- Fai clic qui per le raccomandazioni sul monitoraggio fino a 2500 dispositivi.
- Per i requisiti utente MSSQL, fai clic qui.
La tabella seguente elenca i requisiti software consigliati per un'installazione di OpManager.
Software | Requisiti di versione per la valutazione | Requisiti di versione per la produzione |
|---|
Sistema operativo Windows | Windows 11 | Windows Server 2025/ 2022/ 2019/ 2016 |
Sistema operativo Linux | Ubuntu 16 a 25/ Fedora 42, 43/ Red Hat 7, 8 , 9, 10/ Opensuse 15/ Debian 11, 12, 13/ Rocky 10/ BOSS 10 | Ubuntu 16 a 25/ Red Hat versione 7, 8, 9, 10/ CentOS Stream 9, 10/ Rocky 10/ BOSS 10 |
Browser | Google Chrome/ Mozilla Firefox/ Microsoft Edge | Google Chrome/ Mozilla Firefox/ Microsoft Edge |
Privilegi utente: Privilegi di amministratore locale richiesti per l'installazione di OpManager.
Questa tabella descrive in dettaglio le porte di rete utilizzate da OpManager per varie funzioni di monitoraggio e comunicazione.
Porte utilizzate da OpManager
+| Porta/e | Protocollo | Connessione | Note |
|---|
| 8060 | TCP | In ingresso verso il Server | Comunicazione con browser web (Valutazione):
Utilizzata per la comunicazione tra il browser web e il Server OpManager durante il periodo di valutazione.
Questa porta viene disabilitata automaticamente una volta applicata una licenza. È quindi necessario passare alla 8061 (HTTPS) per un accesso sicuro.
Origine: Browser web
Destinazione: Server OpManager |
| 8061 | TCP | Entrambe (in ingresso e in uscita) | Comunicazione sicura con browser web (HTTPS):
Utilizzata per la comunicazione HTTPS sicura tra il browser e il Server OpManager.
Nell'Edizione Enterprise, la connessione in uscita deve essere aperta per consentire la comunicazione tra il Central e il Probe.
La porta può essere modificata utilizzando lo script ChangeWebServerPort.bat.
Origine: Browser web
Destinazione: Server OpManager |
| 9990–9999 | TCP | Interna (N/D) | Queste porte vengono utilizzate per la comunicazione interna all'interno del Server OpManager, principalmente per attività come la generazione di PDF.
Origine: Interna
Destinazione: Interna |
| 13306 | TCP | Interna (N/D) | Database PostgreSQL:
Utilizzata dal database PostgreSQL integrato di OpManager nell'Essential Edition. Principalmente per la comunicazione interna del database OpManager. Non è necessaria alcuna apertura del firewall esterno.
Origine: Interna
Destinazione: Interna |
| 13307 | TCP | Interna (N/D) | Database PostgreSQL (Server centrale):
Utilizzata dal database PostgreSQL integrato di OpManager nel Server centrale per la comunicazione interna del database. Non è necessaria alcuna apertura del firewall esterno.
Origine: Interna
Destinazione: Interna |
| 13308 | TCP | Interna (N/D) | Database PostgreSQL (Server Probe):
Utilizzata dal database PostgreSQL integrato di OpManager nel Server Probe per la comunicazione interna del database. Non è necessaria alcuna apertura del firewall esterno.
Origine: Interna
Destinazione: Interna |
| 1433 | TCP | In uscita dal Server | Connessione al database MSSQL:
Utilizzata da OpManager per connettersi a un database MSSQL esterno. Richiesta solo se OpManager utilizza un database MSSQL esterno invece del PostgreSQL integrato.
Origine: Server OpManager
Destinazione: Server MSSQL |
| 5432 | TCP | In uscita dal Server | Connessione a database PostgreSQL remoto:
Connessione a un database PostgreSQL remoto. Richiesta solo se si utilizza un database remoto. Se PostgreSQL utilizza una porta non predefinita, deve essere aperta quella porta specifica.
Origine: Server OpManager
Destinazione: Server PostgreSQL |
Porte utilizzate per il monitoraggio
+| Porta/e | Protocollo | Connessione | Note |
|---|
| 135 | TCP | In uscita dal Server | Comunicazione DCOM (WMI):
Essenziale affinché OpManager possa stabilire la connessione DCOM iniziale con Server Windows remoti, prerequisito per il monitoraggio WMI.
Origine: Server OpManager
Destinazione: Dispositivo monitorato |
| 1025–5000 | TCP | In uscita dal Server | Monitoraggio WMI (dinamico - Windows meno recenti):
Utilizzata per recuperare i dati di monitoraggio una volta stabilita una connessione DCOM (avviata sulla porta 135). Microsoft assegna dinamicamente le porte in questo intervallo per la comunicazione WMI su Windows 2000, Windows XP e Windows Server 2003. Per maggiori dettagli, fai clic qui.
Origine: Server OpManager
Destinazione: Dispositivo monitorato |
| 49152–65535 | TCP | In uscita dal Server | Monitoraggio WMI (dinamico - Windows più recenti):
Utilizzata per recuperare i dati di monitoraggio una volta stabilita una connessione DCOM (avviata sulla porta 135). Microsoft assegna dinamicamente le porte in questo intervallo per la comunicazione WMI su Windows Server 2008 e versioni successive, e Windows Vista e versioni successive. Per maggiori dettagli, fai clic qui.
Origine: Server OpManager
Destinazione: Dispositivo monitorato |
| 161 | UDP | In uscita dal Server | Monitoraggio SNMP:
Utilizzata da OpManager per inviare richieste SNMP ai dispositivi monitorati. OpManager utilizza una porta di ascolto dinamica per ricevere le risposte SNMP dai dispositivi, che devono avere aperta la porta 161 per ricevere le richieste iniziali.
Origine: Server OpManager
Destinazione: Dispositivo monitorato |
| 162 | UDP | In ingresso verso il Server | Trap SNMP:
Utilizzata da OpManager per ricevere messaggi Trap SNMP dai dispositivi monitorati.
Origine: Dispositivo monitorato
Destinazione: Server OpManager |
| 23 | TCP | In uscita dal Server | Monitoraggio CLI (Telnet):
OpManager avvia sessioni Telnet verso Server remoti per il monitoraggio tramite interfaccia a riga di comando (CLI).
Origine: Server OpManager
Destinazione: Dispositivo monitorato |
| 22 | TCP | In uscita dal Server | Monitoraggio CLI (SSH):
OpManager avvia sessioni Secure Shell (SSH) verso Server remoti per un monitoraggio sicuro tramite interfaccia a riga di comando (CLI).
Origine: Server OpManager
Destinazione: Dispositivo monitorato |
| 7275 | TCP | In uscita dal Server | Protocollo Desktop remoto (RDP):
Utilizzata da OpManager per stabilire connessioni RDP ai dispositivi Windows.
Origine: Server OpManager
Destinazione: Dispositivo monitorato |
| 514 | UDP | In ingresso verso il Server | Messaggi Syslog:
Ricezione di messaggi Syslog generali da vari dispositivi monitorati.
Origine: Dispositivo monitorato
Destinazione: Server OpManager |
| 445 | TCP | In uscita dal Server | Monitoraggio di file e cartelle:
Utilizzata da OpManager per recuperare informazioni su file e cartelle dai dispositivi Windows.
Origine: Server OpManager
Destinazione: Dispositivo monitorato |
Porte utilizzate dai componenti aggiuntivi
+| Porta/e | Protocollo | Connessione | Note |
|---|
| 5985 | TCP | In uscita dal Server | Modulo OpUtils (DHCP):
Modulo OpUtils per la connessione ai Server DHCP per la configurazione di filtri MAC e prenotazioni. Richiesto solo se viene utilizzato il modulo OpUtils.
Origine: Server OpManager
Destinazione: Server DHCP |
| 5986 | TCP | In uscita dal Server | Modulo OpUtils (DHCP - Sicuro):
Modulo OpUtils per la connessione sicura ai Server DHCP per la configurazione di filtri MAC e prenotazioni. Richiesto solo se viene utilizzato il modulo OpUtils.
Origine: Server OpManager
Destinazione: Server DHCP |
| 69 | UDP | In ingresso verso il Server | Modulo Network Configuration (NCM) - Server TFTP:
Server TFTP del modulo NCM per ricevere i backup di configurazione dei dispositivi. Richiesto solo se viene utilizzato il modulo NCM ed è configurato per usare TFTP.
Origine: Dispositivo monitorato
Destinazione: Server OpManager |
| 22 | TCP | In ingresso verso il Server | Server SCP/SFTP (NCM e Firewall Analyzer):
Utilizzata dal modulo NCM e dal modulo Firewall Analyzer per ricevere backup di configurazione dei dispositivi ed è richiesta solo se uno dei due moduli viene utilizzato per i backup.
Origine: Dispositivo monitorato
Destinazione: Server OpManager |
| 4118 | TCP | In ingresso verso il Server | Server SCP/SFTP (firewall WatchGuard):
Utilizzata dal modulo Firewall Analyzer per ricevere backup di configurazione dal firewall WatchGuard. Assicurarsi che il dispositivo sia configurato per inviare le configurazioni a OpManager su questa porta.
Origine: Dispositivo monitorato
Destinazione: Server OpManager |
| 1514 | UDP | In ingresso verso il Server | Modulo Firewall Analyzer (Syslog):
Modulo Firewall Analyzer per ricevere messaggi Syslog da dispositivi endpoint come firewall e Server proxy. È distinto dal Syslog generale (porta 514) ed è richiesto solo quando il modulo è abilitato.
Origine: Firewall / Server proxy
Destinazione: Server OpManager |
| 9996 | UDP | In ingresso verso il Server | Modulo NetFlow Analyzer:
Modulo NetFlow Analyzer per ricevere dati di flusso del traffico di rete (NetFlow, sFlow, IPFIX, J-Flow, ecc.) dai dispositivi, richiesto solo quando questo modulo è abilitato.
Origine: Dispositivi (router, switch, firewall, agenti NPS)
Destinazione: Server OpManager |
| 9090 | HTTP | Bidirezionale | Modulo application Manager (APM):
La porta viene utilizzata per accedere alla console APM per impostazione predefinita e supporta la comunicazione tra i componenti APM e le application monitorate.
Origine: application monitorata, Server di monitoraggio, agenti
Destinazione: Server APM |
| 8443 | HTTPS | Bidirezionale | Modulo application Manager (APM sicuro):
La porta protetta viene utilizzata per accedere alla console APM e per supportare la comunicazione tra i componenti APM e le application monitorate. Questa porta funge da impostazione predefinita per la comunicazione tra OpManager e application Manager.
Per i requisiti delle porte del plug-in application Manager, fare riferimento qui.
Origine:application monitorata, Server di monitoraggio, agenti
Destinazione: Server APM |
Nota:
- Per saperne di più sulla modifica dei numeri di porta, fai clic qui.
- Per garantire il corretto funzionamento di OpManager, configura il firewall in modo da consentire il traffico attraverso tutte le porte elencate nella tabella, poiché queste porte sono necessarie per la comunicazione tra OpManager, i suoi agenti, i dispositivi e i servizi integrati.
- Connessione: specifica la direzione della comunicazione per ciascuna porta, ad esempio "In uscita" (da OpManager verso sistemi esterni), "In ingresso" (da sistemi esterni verso OpManager) o "Interna" (all'interno del Server OpManager stesso).
- OpManager utilizza ICMP (senza porte TCP/UDP) per l'individuazione dei dispositivi; fare riferimento alla tabella per le porte predefinite utilizzate per ciascun protocollo. Si consiglia di associare credenziali per una classificazione accurata e una corretta raccolta dei dati.
- OpManager utilizza ICMP per l'individuazione iniziale dei dispositivi. Se ICMP non è supportato, utilizzare invece le opzioni 'Aggiungi dispositivo' o 'File CSV'.
- Agente: Per il corretto funzionamento del monitoraggio basato su agente in OpManager, assicurarsi che la porta del webServer OpManager (HTTPS, 8061 per impostazione predefinita) sia consentita per le richieste in uscita da ciascun dispositivo monitorato tramite agente.
Requisiti del database
La tabella seguente elenca i requisiti di base per il Server del database OpManager.
Fornito in bundle con il prodotto (versione PostgreSQL 14.22).
Per PostgreSQL remoto, OpManager supporta le versioni PostgreSQL da 14.22 a 14.x.
In caso di failover, utilizzare MSSQL o PostgreSQL remoto.
1. Versioni supportate:
Nota: Il backend MSSQL è stato testato per OpManager con i seguenti servizi cloud: AWS RDS, Google Cloud Platform SQL, Azure SQL e Azure SQL Managed Instance.
SQL 2022 (dalla build 12.8.452) | SQL 2019 | SQL 2017 | SQL 2016
2. Avvisi importanti:
1. Per l'uso in produzione utilizzare versioni a 64 bit di SQL
2. La modalità di ripristino deve essere impostata su SIMPLE.
3. SQL e OpManager devono trovarsi nella stessa LAN. Attualmente le installazioni SQL basate su WAN non sono supportate.
4. L'edizione Developer di SQL Server non è supportata.
3. Regole di confronto:
- Inglese con impostazione di confronto (SQL_Latin1_General_CP1_CI_AS)
- Norvegese con impostazione di confronto (Danish_Norwegian_CI_AS)
- Cinese semplificato con impostazione di confronto (Chinese_PRC_CI_AS)
- Giapponese con impostazione di confronto (Japanese_CI_AS)
- Tedesco con impostazione di confronto (German_PhoneBook_CI_AS)
4. Autenticazione:
Modalità mista (MSSQL e autenticazione Windows).
5. BCP:
I file "bcp.exe" (Windows)/"bcp" (Linux) e "bcp.rll" devono essere disponibili nella directory bin di OpManager (applicabile solo all'Edizione OpManager Enterprise).
L'utilità BCP fornita con Microsoft SQL Server è un'utilità da riga di comando che consente di importare ed esportare rapidamente grandi quantità di dati da e verso i database SQL Server.
Per Windows:
bcp.exe e bcp.rll saranno disponibili nella directory di installazione di MSSQL. Se MSSQL si trova su una macchina remota, copiare i file bcp.exe e bcp.rll e incollarli nella directory <\OpManager\bin>.
La versione di SQL Server compatibile con SQL Native Client deve essere installata sullo stesso Server.
Per Linux:
Per l'utilità BCP in Linux, mssql-tools (driver Microsoft ODBC per Linux) deve essere installato sulla macchina su cui è installato OpManager. Seguire i passaggi nel documento riportato di seguito per installare il driver Microsoft ODBC sui Server Linux.
https://learn.microsoft.com/en-us/sql/connect/odbc/linux-mac/installing-the-microsoft-odbc-driver-for-sql-Server
Il comando per installare il driver ODBC è diverso per ogni distribuzione Linux. Scegliere la distribuzione Linux corretta e installare il driver ODBC.
- Passaggi per spostare l'utilità BCP in OpManager:
- Dopo che il driver ODBC è stato installato sui Server Linux, i file dell'utilità bcp si possono trovare nel percorso indicato di seguito. Copiare entrambi i file bcp e bcp.rll in <opmanager_home>/bin e avviare OpManager una volta.
- Per il driver ODBC versione 18: file bcp in /opt/mssql-tools18/bin/ e file bcp.rll in /opt/mssql-tools18/share/resources/en_US/
- Per altre versioni di ODBC: file bcp in /opt/mssql-tools/bin/ e file bcp.rll in /opt/mssql-tools/share/resources/en_US/
6. Requisito del ruolo utente:
Ruoli del Server - "dbcreator", "public" e "sysadmin".
Mappatura utente - Mappare questo accesso a "master" con proprietà del ruolo database come "db_owner" e "public". Fai clic qui per saperne di più.