OpManager - Systemanforderungen
Die unten genannten Systemanforderungen sind Mindestanforderungen für die angegebene Anzahl von Geräten. Die Größenanforderungen können je nach Last variieren.
OpManager Standard-/Professional-Edition
+
| Anzahl der Geräte | Prozessor | Arbeitsspeicher | Festplatte |
|---|
| 1 bis 250 | Physische Maschine: Intel Xeon 2.0 Ghz, 4 Kerne/ 4 Threads
Virtuelle Maschine: 2.0 Ghz, 4 vProzessoren | 4 GB | mindestens 20 GB |
| 251 bis 500 | Physische Maschine: Intel Xeon 2.5 Ghz, 4 Kerne/ 8 Threads
Virtuelle Maschine: 2.5 Ghz, 8 vProzessoren | 8 GB | mindestens 20 GB |
| 501 bis 1000 | Physische Maschine: Intel Xeon 2.5 Ghz, 4 Kerne/ 8 Threads oder höher
Virtuelle Maschine: 2.5 Ghz, 8 vProzessoren | 16 GB | mindestens 40 GB |
OpManager Standard-/Professional-Edition mit Add-ons
+
| Prozessor | Arbeitsspeicher | Festplatte |
|---|
Physische Maschine: Intel Xeon 2.5 Ghz, 4 Kerne/ 8 Threads oder höher
Virtuelle Maschine: 2.5 Ghz,
8 vProzessoren
CPUs mit einem kombinierten PassMark-Gesamtwert von 7.000 oder höher | 16 GB | mindestens 40 GB |
OpManager Enterprise-Edition
+
Zentralserver
| Prozessor | Arbeitsspeicher | Festplatte |
|---|
Physische Maschine: Intel Xeon 2.5 GHz, 4 Kerne/ 8 Threads oder höher
Virtuelle Maschine: 2.5 GHz,
8 vProzessoren
CPUs mit einem kombinierten PassMark-Gesamtwert von 7.000 oder höher | 16 GB oder höher | mindestens 100 GB |
Probe-Server
| Anzahl der Geräte | Prozessor | Arbeitsspeicher | Festplatte |
|---|
| 1 bis 250 | Physische Maschine: Intel Xeon 2.0 Ghz, 4 Kerne/ 4 Threads
Virtuelle Maschine: 2.0 Ghz, 4 vProzessoren | 4 GB | mindestens 20 GB |
| 251 bis 500 | Physische Maschine: Intel Xeon 2.5 Ghz, 4 Kerne/ 8 Threads
Virtuelle Maschine: 2.5 Ghz, 8 vProzessoren | 8 GB | mindestens 20 GB |
| 501 bis 1000 | Physische Maschine: Intel Xeon 2.5 Ghz, 4 Kerne/ 8 Threads oder höher
Virtuelle Maschine: 2.5 Ghz, 8 vProzessoren | 16 GB | mindestens 40 GB |
| Über 1000 bis zu 2500 | Physische Maschine: Intel Xeon 2.5 GHz, 4 Kerne/ 8 Threads oder höher
Virtuelle Maschine: 2.5 GHz,
8 vProzessoren
CPUs mit einem kombinierten PassMark-Gesamtwert von 7.000 oder höher. | 16 GB oder höher | mindestens 60 GB |
OpManager Enterprise-Edition mit Add-ons
+
Zentralserver
| Prozessor | Arbeitsspeicher | Festplatte |
|---|
Physische Maschine: Intel Xeon 2.5 GHz, 4 Kerne/ 8 Threads oder höher
Virtuelle Maschine: 2.5 GHz,
8 vProzessoren
CPUs mit einem kombinierten PassMark-Gesamtwert von 7.000 oder höher | 16 GB oder höher | mindestens 100 GB |
Probe-Server
| Prozessor | Arbeitsspeicher | Festplatte |
|---|
|
Physische Maschine: Intel Xeon 2.5 GHz, 4 Kerne/ 8 Threads oder höher
Virtuelle Maschine: 2.5 GHz,
8 vProzessoren
CPUs mit einem kombinierten PassMark-Gesamtwert von 7.000 oder höher | 16 GB oder höher | mindestens 40 GB |
Wichtiger Hinweis: Im Fall von VMs müssen dedizierte Ressourcen verfügbar sein.
| CPU | RAM | Festplatte |
|---|
Physische Maschine: Intel Xeon 2.5 GHz, 16 Kerne & 32 Threads
Virtuelle Maschine: 2.5 GHz,
32 vProzessoren
CPUs mit einem kombinierten PassMark-Gesamtwert von 15.000 oder höher | 32 GB oder höher | Für die zentrale DB sind mindestens 1 TB erforderlich.
Für jede Probe-DB sind mindestens 100 GB erforderlich |
Hinweis:
- Konfigurieren Sie einen dedizierten MSSQL-Server für OpManager-Datenbanken.
- Es wird empfohlen, nur fünf Datenbanken pro MSSQL-Server zu verwenden.
- Wenn sich nur eine Datenbank auf dem MSSQL-Server befindet, sind 8 GB RAM und 8 Kerne mit 16 Threads (oder 16 vProzessoren bei einer VM) ausreichend.
Hinweis:
- Die CPU-Empfehlung für Bereitstellungen verwendet den ®PassMark-Wert. Um mehr zu erfahren, klicken Sie hier.
- Wir empfehlen dringend, eine dedizierte Maschine für OpManager zuzuweisen.
- Für 1000 Geräte, 5000 Monitore und 5000 Schnittstellen mit dem Standard-Überwachungsintervall und der Standard-Datenbankaufbewahrung verwendet OpManager etwa 1 GB/Tag an Festplattenspeicher. Die Zahl kann je nach den in Ihrer Umgebung überwachten Entitäten und anderen Faktoren wie generierten Ereignissen, Syslogs, Traps usw. variieren.
- Für benutzerdefinierte Hardwareanforderungen klicken Sie hier.
- Für benutzerdefinierte Anforderungen an den Festplattenspeicher klicken Sie hier.
- Für Skalierbarkeitsempfehlungen klicken Sie hier.
- Für MSSQL-Benutzeranforderungen klicken Sie hier.
Die folgende Tabelle enthält die empfohlenen Softwareanforderungen für eine OpManager-Installation.
| Software | Versionsanforderungen für Evaluation | Versionsanforderungen für Produktion |
|---|
| Windows-Betriebssystem | Windows 11 | Windows Server 2025/ 2022/ 2019/ 2016 |
| Linux-Betriebssystem | Ubuntu 16 bis 25/ Fedora 42/ Red Hat 7, 8 , 9, 10/ Opensuse 15/ Debian 11, 12, 13/ Rocky 10/ BOSS 10 | Ubuntu 16 bis 25/ Red Hat Version 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 |
Benutzerberechtigung: Für die Installation von OpManager sind lokale Administratorrechte erforderlich.
Diese Tabelle beschreibt die von OpManager verwendeten Netzwerkports für verschiedene Überwachungs- und Kommunikationsfunktionen.
Von OpManager verwendete Ports
+
| Port(s) | Protokoll | Verbindung | Bemerkungen |
|---|
| 8060 | TCP | Eingehend zum Server | Webbrowser-Kommunikation (Evaluation):
Wird für die Kommunikation zwischen dem Webbrowser und dem OpManager-Server während des Evaluierungszeitraums verwendet.
Dieser Port wird automatisch deaktiviert, sobald eine Lizenz angewendet wird. Sie sollten dann für den sicheren Zugriff auf 8061 (HTTPS) wechseln.
Quelle: Webbrowser
Ziel: OpManager-Server |
| 8061 | TCP | Beides (eingehend & ausgehend) | Sichere Webbrowser-Kommunikation (HTTPS):
Wird für die sichere HTTPS-Kommunikation zwischen dem Browser und dem OpManager-Server verwendet.
In der Enterprise-Edition muss die ausgehende Verbindung geöffnet sein, um die Kommunikation zwischen Zentrale und Probe zu ermöglichen.
Der Port kann mit dem Skript ChangeWebServerPort.bat geändert werden.
Quelle: Webbrowser
Ziel: OpManager-Server |
| 9990—9999 | TCP | Intern (N/V) | Diese Ports werden für die interne Kommunikation innerhalb des OpManager-Servers verwendet, hauptsächlich für Aufgaben wie die PDF-Erstellung.
Quelle: Intern
Ziel: Intern |
| 13306 | TCP | Intern (N/V) | PostgreSQL-Datenbank:
Wird von der mit OpManager gebündelten PostgreSQL-Datenbank in der Essential Edition verwendet. Hauptsächlich für die interne OpManager-Datenbankkommunikation. Keine Öffnung in der externen Firewall erforderlich.
Quelle: Intern
Ziel: Intern |
| 13307 | TCP | Intern (N/V) | PostgreSQL-Datenbank (Zentralserver):
Wird von der mit OpManager gebündelten PostgreSQL-Datenbank im Zentralserver für die interne Datenbankkommunikation verwendet. Keine Öffnung in der externen Firewall erforderlich.
Quelle: Intern
Ziel: Intern |
| 13308 | TCP | Intern (N/V) | PostgreSQL-Datenbank (Probe-Server):
Wird von der mit OpManager gebündelten PostgreSQL-Datenbank im Probe-Server für die interne Datenbankkommunikation verwendet. Keine Öffnung in der externen Firewall erforderlich.
Quelle: Intern
Ziel: Intern |
| 1433 | TCP | Ausgehend vom Server | MSSQL-Datenbankverbindung:
Wird verwendet, damit OpManager eine Verbindung zu einer externen MSSQL-Datenbank herstellen kann. Nur erforderlich, wenn OpManager eine externe MSSQL-Datenbank anstelle der gebündelten PostgreSQL verwendet.
Quelle: OpManager-Server
Ziel: MSSQL-Server |
| 5432 | TCP | Ausgehend vom Server | Verbindung zu entfernter PostgreSQL-Datenbank:
Verbindung zu einer entfernten PostgreSQL-Datenbank. Nur erforderlich, wenn eine entfernte Datenbank verwendet wird. Wenn PostgreSQL einen nicht standardmäßigen Port verwendet, muss dieser spezifische Port geöffnet werden.
Quelle: OpManager-Server
Ziel: PostgreSQL-Server |
Für die Überwachung verwendete Ports
+
| Port(s) | Protokoll | Verbindung | Bemerkungen |
|---|
| 135 | TCP | Ausgehend vom Server | DCOM-Kommunikation (WMI):
Unverzichtbar, damit OpManager die anfängliche DCOM-Verbindung mit entfernten Windows-Servern herstellen kann, was eine Voraussetzung für die WMI-Überwachung ist.
Quelle: OpManager-Server
Ziel: Zu überwachendes Gerät |
| 1025—5000 | TCP | Ausgehend vom Server | WMI-Überwachung (dynamisch - ältere Windows-Versionen):
Wird zum Abrufen von Überwachungsdaten verwendet, sobald eine DCOM-Verbindung (initiiert über Port 135) hergestellt wurde. Microsoft weist Ports in diesem Bereich dynamisch für die WMI-Kommunikation unter Windows 2000, Windows XP und Windows Server 2003 zu. Für weitere Details klicken Sie hier.
Quelle: OpManager-Server
Ziel: Zu überwachendes Gerät |
| 49152—65535 | TCP | Ausgehend vom Server | WMI-Überwachung (dynamisch - neuere Windows-Versionen):
Wird zum Abrufen von Überwachungsdaten verwendet, sobald eine DCOM-Verbindung (initiiert über Port 135) hergestellt wurde. Microsoft weist Ports in diesem Bereich dynamisch für die WMI-Kommunikation unter Windows Server 2008 und höher sowie Windows Vista und höher zu. Für weitere Details klicken Sie hier.
Quelle: OpManager-Server
Ziel: Zu überwachendes Gerät |
| 161 | UDP | Ausgehend vom Server | SNMP-Überwachung:
Wird von OpManager verwendet, um SNMP-Anfragen an zu überwachende Geräte zu senden. OpManager verwendet einen dynamischen Empfangsport, um SNMP-Antworten von Geräten zu empfangen, die Port 161 geöffnet haben müssen, um die anfänglichen Anfragen zu empfangen.
Quelle: OpManager-Server
Ziel: Zu überwachendes Gerät |
| 162 | UDP | Eingehend zum Server | SNMP-Traps:
Wird von OpManager verwendet, um SNMP-Trap-Nachrichten von zu überwachenden Geräten zu empfangen.
Quelle: Zu überwachendes Gerät
Ziel: OpManager-Server |
| 23 | TCP | Ausgehend vom Server | CLI-Überwachung (Telnet):
OpManager initiiert Telnet-Sitzungen zu entfernten Servern für die Überwachung über die Befehlszeilenschnittstelle (CLI).
Quelle: OpManager-Server
Ziel: Zu überwachendes Gerät |
| 22 | TCP | Ausgehend vom Server | CLI-Überwachung (SSH):
OpManager initiiert Secure-Shell-(SSH)-Sitzungen zu entfernten Servern für die sichere Überwachung über die Befehlszeilenschnittstelle (CLI).
Quelle: OpManager-Server
Ziel: Zu überwachendes Gerät |
| 7275 | TCP | Ausgehend vom Server | Remote Desktop Protocol (RDP):
Wird von OpManager verwendet, um RDP-Verbindungen zu Windows-Geräten herzustellen.
Quelle: OpManager-Server
Ziel: Zu überwachendes Gerät |
| 514 | UDP | Eingehend zum Server | Syslog-Nachrichten:
Empfang allgemeiner Syslog-Nachrichten von verschiedenen zu überwachenden Geräten.
Quelle: Überwachtes Gerät
Ziel: OpManager-Server |
| 445 | TCP | Ausgehend vom Server | Datei- und Ordnerüberwachung:
Wird von OpManager verwendet, um Datei- und Ordnerinformationen von Windows-Geräten abzurufen.
Quelle: OpManager-Server
Ziel: Zu überwachendes Gerät |
Von Add-ons verwendete Ports
+
| Port(s) | Protokoll | Verbindung | Bemerkungen |
|---|
| 5985 | TCP | Ausgehend vom Server | OpUtils-Modul (DHCP):
OpUtils-Modul zur Verbindung mit DHCP-Servern für die Konfiguration von MAC-Filtern und Reservierungen. Nur erforderlich, wenn das OpUtils-Modul verwendet wird.
Quelle: OpManager-Server
Ziel: DHCP-Server |
| 5986 | TCP | Ausgehend vom Server | OpUtils-Modul (DHCP - sicher):
OpUtils-Modul zur sicheren Verbindung mit DHCP-Servern für die Konfiguration von MAC-Filtern und Reservierungen. Nur erforderlich, wenn das OpUtils-Modul verwendet wird.
Quelle: OpManager-Server
Ziel: DHCP-Server |
| 69 | UDP | Eingehend zum Server | Netzwerkkonfigurationsmodul (NCM) - TFTP-Server:
TFTP-Server des NCM-Moduls zum Empfangen von Sicherungen der Gerätekonfiguration. Nur erforderlich, wenn das NCM-Modul verwendet und für die Nutzung von TFTP konfiguriert ist.
Quelle: Zu überwachendes Gerät
Ziel: OpManager-Server |
| 22 | TCP | Eingehend zum Server | SCP/SFTP-Server (NCM & Firewall Analyzer):
Wird vom NCM-Modul und vom Firewall-Analyzer-Modul zum Empfangen von Sicherungen der Gerätekonfiguration verwendet und ist nur erforderlich, wenn eines der beiden Module für Sicherungen verwendet wird.
Quelle: Zu überwachendes Gerät
Ziel: OpManager-Server |
| 4118 | TCP | Eingehend zum Server | SCP/SFTP-Server (WatchGuard-Firewalls):
Wird vom Firewall-Analyzer-Modul verwendet, um Konfigurationssicherungen von WatchGuard-Firewalls zu empfangen. Stellen Sie sicher, dass das Gerät so konfiguriert ist, dass es Konfigurationen über diesen Port an OpManager sendet.
Quelle: Zu überwachendes Gerät
Ziel: OpManager-Server |
| 1514 | UDP | Eingehend zum Server | Firewall-Analyzer-Modul (Syslog):
Firewall-Analyzer-Modul zum Empfangen von Syslog-Nachrichten von Endgeräten wie Firewalls und Proxy-Servern. Dies unterscheidet sich von allgemeinem Syslog (Port 514) und ist nur erforderlich, wenn das Modul aktiviert ist.
Quelle: Firewalls / Proxy-Server
Ziel: OpManager-Server |
| 9996 | UDP | Eingehend zum Server | NetFlow-Analyzer-Modul:
NetFlow-Analyzer-Modul zum Empfangen von Netzwerkverkehrsflussdaten (NetFlow, sFlow, IPFIX, J-Flow usw.) von Geräten und nur erforderlich, wenn dieses Modul aktiviert ist.
Quelle: Geräte (Router, Switches, Firewalls, NPS-Agents)
Ziel: OpManager-Server |
Hinweis:
- Um mehr über das Ändern von Portnummern zu erfahren, klicken Sie hier.
- Damit OpManager ordnungsgemäß funktioniert, konfigurieren Sie die Firewall so, dass der Datenverkehr über alle in der Tabelle aufgeführten Ports zugelassen wird, da diese Ports für die Kommunikation zwischen OpManager, seinen Agents, Geräten und integrierten Diensten erforderlich sind.
- Verbindung: Gibt die Kommunikationsrichtung für jeden Port an, z. B. "Ausgehend" (von OpManager zu externen Systemen), "Eingehend" (von externen Systemen zu OpManager) oder "Intern" (innerhalb des OpManager-Servers selbst).
- OpManager verwendet ICMP (keine TCP/UDP-Ports) für die Geräteerkennung; in der Tabelle finden Sie die Standardports, die für jedes Protokoll verwendet werden. Es wird empfohlen, Anmeldedaten zuzuordnen, um eine genaue Klassifizierung und Datenerfassung zu gewährleisten.
- OpManager verwendet ICMP für die anfängliche Geräteerkennung. Wenn ICMP nicht unterstützt wird, verwenden Sie stattdessen die Optionen „Gerät hinzufügen“ oder „CSV-Datei“.
- Agent: Für das ordnungsgemäße Funktionieren der agentenbasierten Überwachung in OpManager stellen Sie sicher, dass der OpManager-Webserver-Port (HTTPS, standardmäßig 8061) für ausgehende Anfragen von jedem agentenüberwachten Gerät zugelassen ist.
- Wenn das Application-Manager-Plugin in OpManager installiert ist, lesen Sie dieses Dokument , um mehr über dessen Portanforderungen zu erfahren.
Datenbankanforderungen
Die folgende Tabelle enthält die grundlegenden Anforderungen für Ihren OpManager-Datenbankserver.
Wird zusammen mit dem Produkt geliefert (PostgreSQL-Version 14.20).
Für Remote-PostgreSQL unterstützt OpManager PostgreSQL-Versionen von 14.20 bis 14.x.
Im Falle eines Failovers verwenden Sie MSSQL oder Remote-PostgreSQL.
1. Unterstützte Versionen:
Hinweis: Das MSSQL-Backend wurde für OpManager mit den folgenden Cloud-Diensten getestet: AWS RDS, Google Cloud Platform SQL, Azure SQL und Azure SQL Managed Instance.
SQL 2022 (ab Build 12.8.452) | SQL 2019 | SQL 2017 | SQL 2016
2. Wichtige Hinweise:
1. Verwenden Sie für den Produktionseinsatz 64-Bit-Versionen von SQL.
2. Der Wiederherstellungsmodus sollte auf SIMPLE gesetzt werden.
3. SQL und OpManager sollten sich im selben LAN befinden. Derzeit werden SQL-Installationen über WAN nicht unterstützt.
4. Die Developer Edition von SQL Server wird nicht unterstützt.
3. Kollation:
- Englisch mit Kollationseinstellung (SQL_Latin1_General_CP1_CI_AS)
- Norwegisch mit Kollationseinstellung (Danish_Norwegian_CI_AS)
- Vereinfachtes Chinesisch mit Kollationseinstellung (Chinese_PRC_CI_AS)
- Japanisch mit Kollationseinstellung (Japanese_CI_AS)
- Deutsch mit Kollationseinstellung (German_PhoneBook_CI_AS)
4. Authentifizierung:
Gemischter Modus (MSSQL- und Windows-Authentifizierung).
5. BCP:
Die Dateien "bcp.exe" (Windows)/"bcp" (Linux) und "bcp.rll" müssen im OpManager-bin-Verzeichnis verfügbar sein (gilt nur für OpManager Enterprise Edition).
Das mit Microsoft SQL Server bereitgestellte BCP-Dienstprogramm ist ein Befehlszeilenprogramm, mit dem Sie große Datenmengen schnell in SQL-Server-Datenbanken importieren und daraus exportieren können.
Für Windows:
Die Dateien bcp.exe und bcp.rll sind im MSSQL-Installationsverzeichnis verfügbar. Wenn sich MSSQL auf einem entfernten Rechner befindet, kopieren Sie die Dateien bcp.exe und bcp.rll und fügen Sie sie in das Verzeichnis <\OpManager\bin> ein.
Die mit dem SQL Native Client kompatible SQL-Server-Version muss auf demselben Server installiert sein.
Für Linux:
Für das BCP-Dienstprogramm unter Linux sollte mssql-tools (Microsoft ODBC-Treiber für Linux) auf einem Rechner installiert werden, auf dem OpManager installiert ist. Bitte befolgen Sie die Schritte im unten angegebenen Dokument, um den Microsoft ODBC-Treiber auf Linux-Servern zu installieren.
https://learn.microsoft.com/en-us/sql/connect/odbc/linux-mac/installing-the-microsoft-odbc-driver-for-sql-server
Der Befehl zum Installieren des ODBC-Treibers ist für jede Linux-Variante unterschiedlich. Bitte wählen Sie die richtige Linux-Variante aus und installieren Sie den ODBC-Treiber.
- Schritte zum Verschieben des BCP-Dienstprogramms nach OpManager:
- Nachdem der ODBC-Treiber auf Linux-Servern installiert wurde, befinden sich die BCP-Dienstprogrammdateien im unten genannten Pfad. Kopieren Sie sowohl bcp als auch bcp.rll nach <opmanager_home>/bin und starten Sie OpManager einmal.
- Für ODBC-Treiberversion 18: bcp-Datei in /opt/mssql-tools18/bin/ und bcp.rll-Datei in /opt/mssql-tools18/share/resources/en_US/
- Für andere ODBC-Versionen: bcp-Datei in /opt/mssql-tools/bin/ und bcp.rll-Datei in /opt/mssql-tools/share/resources/en_US/
6. Anforderung an die Benutzerrolle:
Serverrollen - "dbcreator", "public" und "sysadmin".
Benutzerzuordnung - Ordnen Sie diesen Login "master" mit dem Besitz der Datenbankrolle "db_owner" und "public" zu. Klicken Sie hier, um mehr zu erfahren.