Systemanforderungen für Paessler PRTG

Wenn Sie PRTG mit einem sehr begrenzten Setup betreiben, z.B. wenn Sie nur Ping-Sensoren und SNMP-v1- oder -v2c-Sensoren mit langen Abfrageintervallen einsetzen, kommt Ihre Installation mit geringeren Systemanforderungen problemlos aus. 

Wir haben PRTG Installationen gesehen, die mit den hier beschriebenen Mindestanforderungen für die PRTG Core Server Installation und Remote Probes gut funktionieren (nur spezielle, ressourcenarme Anwendungsfälle): Systemanforderungen für Paessler PRTG (PDF), Seite 11.

Hinweis: Denken Sie daran, dass bei bestimmten Sensortypen oder bei der Einstellung kurzer Abfrageintervalle Leistungsprobleme auftreten können. Wenn Sie unsicher sind, lesen Sie bitte obigen Abschnitt Empfohlenes Setup für die meisten PRTG Nutzer.

Hinweis: Die Empfehlungen bzgl. Hardware-Architektur, Betriebssystem und Software-Anforderungen, die wir oben angegeben haben, gelten auch hier.

Bitte beachten Sie folgende Tipps, welche die Leistung Ihrer Monitoring-Systeme beeinflussen können:

• Als Faustregel gilt: Standardinstallationen von PRTG kommen in der Regel nie an den Punkt verminderter Leistungsfähigkeit, wenn sie unter 5.000 Sensoren, unter 30 Remote Probes und unter 30 Nutzerkonten bleiben.
• In einem Cluster verdoppelt sich die Monitoring-Last mit jedem Cluster-Knoten. Entsprechend halbiert sich die Leistung mit jedem zusätzlichen Cluster-Knoten. Daher empfehlen wir Ihnen, in einem Single-Failover-Cluster, das aus zwei PRTG Core Servern besteht, die jeweils als Cluster-Knoten arbeiten, unter 2.500 Sensoren zu bleiben, um die beste Leistung zu erzielen. Mehr als 5.000 Sensoren werden nicht unterstützt. Für jeden zusätzlichen Failover-Knoten teilen Sie die Anzahl der empfohlenen Sensoren durch zwei.
• Wenn Sie mehr als 5.000 Sensoren nutzen, sollten Sie Messintervalle von 5 Minuten oder mehr (statt 1 Minute) einstellen.
• Einige Sensortypen erzeugen mehr Monitoringlast als andere. Ping- und SNMP-Sensoren erzeugen wesentlich weniger Last als komplexe Sensoren wie Flow-, VMware-, Formel-, WMI- oder Syslog-/Trap-Sensoren, um nur einige Beispiele zu nennen.
• Versuchen Sie, Sensoren mit weniger als 50 Kanälen zu verwenden. Beachten Sie, dass Sensoren mit mehr als 50 Kanälen nicht offiziell unterstützt werden und möglicherweise Ihre Systemleistung beeinträchtigen.
• Wir empfehlen, unter 30 aktiven Nutzerkonten pro PRTG Core Server zu bleiben. Sie können allerdings auch gut mit mehr Nutzern arbeiten, falls diese nicht alle gleichzeitig das PRTG Web-Interface in Anspruch nehmen (gilt auch für öffentliche Dashboards und Maps).
• Versuchen Sie, die folgenden Funktionalitäten nicht exzessiv zu nutzen: sehr häufig aktualisierende Dashboards (Maps), häufige große Sensor-Reports, übermäßiger Gebrauch von Packet Sniffing, Formel-Sensoren und Toplisten, viele selbststartende automatische Suchen für große Bereiche Ihres Netzwerks und konstante Abfragen von Monitoringdaten über die API.
• "Load Balancing": Sie können die Monitoringlast mithilfe von Remote Probes verteilen. Um Last zu verteilen, können Sie mehrere Remote Probes auf verschiedenen Computern einrichten. Mehr Details dazu finden Sie im PRTG Manual unter Remote Probes and Multiple Probes und im Video-Tutorial Distributed Monitoring with PRTG.

Bitte beachten Sie folgende Tipps, welche die Stabilität Ihrer Monitoring-Systeme beeinflussen können:

• Remote Probes benötigen eine stabile Netzwerkverbindung zwischen dem PRTG Core Server und den Remote Probes. Instabile Verbindungen, wie etwa über 3G oder über Satellit, können zwar funktionieren, garantieren aber nicht immer stabiles Monitoring.
• Allgemein empfehlen wir, pro PRTG Core Server unter 30 Remote Probes zu bleiben. Solange Sie nicht mehr als 100 Sensoren pro PRTG Probe haben, können Sie jedoch auch bis zu 60 Remote Probes erfolgreich einrichten und nutzen.
• Auch die Qualität Ihres Netzwerks spielt eine wichtige Rolle. Beim Monitoring via UDP kann eine hohe Paketverlustrate beispielsweise zu häufigen Timeouts führen. Auch Remote Probes, die sich über instabile (WAN-)Verbindungen verbinden, können Verzögerungen verursachen.

Hinweis: Für die Aktivierung Ihrer Lizenz via HTTP oder per E-Mail brauchen Sie eine Internetverbindung.

Die folgenden Windows-Versionen werden offiziell für den PRTG Core Server Service und den PRTG Probe Service unterstützt. Wir empfehlen,
64-bit(x64)-Betriebssysteme zu verwenden.

• Microsoft Windows Server 2022
• Microsoft Windows Server 2019
• Microsoft Windows Server 2016
• Microsoft Windows 11
• Microsoft Windows 10

Hinweis: Windows Server im Server-Core-Modus und als minimale Serverbenutzeroberfläche werden nicht offiziell unterstützt. 

PRTG Web Interface

Die folgenden Browser werden von der browserbasierten PRTG Hauptnutzeroberfläche unterstützt (Reihenfolge nach Leistung und Stabilität). Die Bildschirmauflösung sollte mindestens 1024 x 768 Pixel betragen, wir empfehlen jedoch eine höhere Auflösung.

• Google Chrome 75 oder höher (empfohlen)
• Mozilla Firefox 67 oder höher
• Microsoft Edge 79 oder höher
• Safari 11 oder iOS (Safari) 11 oder höher

Hinweis: Andere oder ältere Browser sind möglicherweise nicht funktionsfähig.

 

PRTG Apps für iOs und Android

Unsere Apps für iOS und Android stellen wir kostenlos zur Verfügung. Detaillierte Systemanforderungen finden Sie im Bereich PRTG App-Download.

PRTG MultiBoard

PRTG MultiBoard läuft unter allen unterstützten Windows- und mac-Versionen. Unterstützte Systeme sind:

• Windows Server 2022/2019/2016
• Windows 11/10
• macOS 10.13+

• Monitoring via the Simple Network Protocol (SNMP): Die Geräte, die überwacht werden sollen, müssen mit SNMP Version 1, 2c oder 3 ausgestattet sein. Auf dem Gerät muss SNMP-kompatible Software installiert und SNMP aktiviert sein. Das System, auf dem PRTG läuft, muss auf das SNMP-Interface zugreifen können.
• Monitoring via Windows Management Instrumentation (WMI): Für das WMI (Windows Management Instrumentation)-Monitoring benötigen Sie ein Windowsnetzwerk. Wir unterstützen Host-PCs und Client-PCs mit den oben aufgeführten Windows-Versionen. Bitte nutzen Sie nicht Windows Vista oder Windows Server 2008 auf Host-PCs für das WMI-Monitoring, da bei beiden Windows-Versionen für Leistungsprobleme bekannt sind.
• Monitoring via Flow (NetFlow, jFlow, sFlow, IPFIX): Das jeweilige Gerät muss so konfiguriert sein, dass NetFlow-Datenpakete (V5, V9 oder IPFIX), sFlow-Pakete (V5) bzw. jFlow-Datenpakete (V5) zu dem System, auf dem eine PRTG-Probe läuft, gesendet werden.
• Monitoring via Packet Sniffing: Nur Datenpakete, die über die Netzwerkkarte der lokalen Maschine laufen, können auch analysiert werden. In geswitchten Netzwerken sind Switches mit sogenannten Monitoring-Ports für netzwerkweites Monitoring nötig.