PRTG System Requirements 2020
PRTG System Requirements 2020
Paessler AG offers licenses for PRTG Network Monitor that range from 100 sensors
to an unrestriced number of sensors. The hardware required for the PRTG core server
depends very much on the number of sensors you are running, as well as on a few
additional key values such as the number of remote probes in use.
The summary below provides guidelines for the system requirements, as well as an in-
dication of what we recommend and what we support. Due to technical limitations, the
sensor limit is lower when you are running the core server in a virtual machine or in a clus-
ter. For more details, please refer to Paessler’s System Requirements for PRTG online, at
www.paessler.com/prtg/requirements.
We recommend that you run the PRTG core server as well as all remote probes
• on Windows Server 2019, Windows Server 2016, Windows Server 2012 R2,
or Windows 10.
There are many parameters that influence the performance and stability of PRTG, but
for the majority of PRTG users, the following sizing recommendations for the hard-
ware of the PRTG server work fine.
See also System Requirements for Remote Probes in the PRTG Manual.
Sensors per License Recommended Disk space User Remote Virtuali- PRTG
core server core server (1 year data accounts probes zation cluster
hardware retention)
2,500 - 5,000
PRTG 5 CPU Cores,
sensors 1 TB < 20 < 30
5000 8 GB RAM
(ca. 500 devices)
5,000 - 10,000
PRTG 8 CPU Cores, *
sensors 2 TB < 10 < 30
XL1 16 GB RAM
(ca. 1,000 devices)
More than 10,000 We recommend that you set up additional PRTG core server installations and
sensors contact your Presales team.
More than We recommend that you set up additional PRTG core server installations
10,000 sensors and contact your presales team: [email protected]
Note: Most PRTG users have 10 sensors per device on average. In most cases,
for example, a 1,000 sensor license is therefore enough to monitor 100 devices.
If you exceed any of these recommendations, please contact our Presales team.
PAGE 1 OF 4
SYSTEM REQUIREMENTS
Most PRTG installations from 500 to 5,000 sensors do not need any specific
optimization regarding your virtual infrastructure.
If you run larger installations of PRTG with more than 5,000 sensors, please follow
the instructions in our Best Practice Guide: Running large installations of PRTG in a
virtual environment.
Performance considerations
Please note the following aspects that can affect performance:
• As a rule of thumb, we can say that typical PRTG installations almost never run
into performance issues when they stay below 5,000 sensors, below 30 remote
probes, and below 30 user accounts.
• In a cluster, the monitoring load doubles with each cluster node. The perfor-
mance is accordingly divided in half with each additional cluster node. Therefore,
in a single failover cluster setup that consists of two PRTG core servers that each
work as a cluster node, please divide our recommended numbers from above in
half.
• When you have more than 5,000 sensors, you should set 5-minute scanning
intervals or longer instead of using 1-minute scaning intervals.
• Some sensor types create much more load than others. For example, Ping and
SNMP sensors create much less load than complex sensors like xFlow (NetFlow,
jFlow, sFlow, IPFIX) sensors, VMware sensors, Sensor Factory sensors, WMI
sensors, or Syslog/Trap Receiver sensors, to name just a few examples.
• Try to use sensors with less than 50 channels. Note that sensors with more than
50 channels are not officially supported and can have a high impact on system
performance.
• We recommend that you stay below 30 active user accounts for each PRTG core
server. You can have more users if these do not all use the PRTG web interface
at the same time (including public dashboards or ‘Maps’).
• Try to keep the usage of the following features down: many quickly refreshed
dashboards (or ‘Maps’), frequently generated, huge sensor reports, heavy usage
of packet sniffing, Sensor Factory sensors and Toplists, frequent automatically
scheduled auto-discoveries for large network segments, and constant queries of
monitoring data via the application programming interface (API).
• Load balancing is possible using remote probes. To distribute load, you can set
up multiple remote probes on different computers. For more information, see the
PRTG Manual: Remote Probes and Multiple Probes and watch the video tutorial
Distributed Monitoring with PRTG.
PAGE 2 OF 4
SYSTEM REQUIREMENTS
Stability considerations
Please note the following aspects that can affect the stability of PRTG:
• Remote probes require a stable network connection between the PRTG core
server and the remote probe. Unstable connections, for example via 3G or via
satellite, might work. However, there have been situations where stable
monitoring was not possible.
• The quality of your network also plays an important role. When monitoring via
the User Datagram Protocol (UDP), for example, a high packet loss rate can l
ead to frequent timeouts. Remote probes that connect via unstable WAN
connections can lead to delays as well.
Note: An internet connection is required for the license activation via HTTP or email.
• Microsoft Windows 10
• Microsoft Windows 8
• Microsoft Windows 7*
Note: Windows Servers in Core mode or Minimal Server Interface are not
officially supported.
* On Windows 7 and Windows Server 2008 R2, you have to install the required .NET
version manually. For more information, see the Knowledge Base: Which .NET version
does PRTG require?
Note: Other browsers and older browsers might not be able to access the
PRTG web interface at all.
PAGE 3 OF 4
SYSTEM REQUIREMENTS
• Monitoring via xFlow (NetFlow, jFlow, sFlow, IPFIX): The device must be confi-
gured to send NetFlow (v5, v9, or IPFIX), sFlow (v5), or jFlow (v5) data packets
to the probe system. For more information, see the PRTG Manual: Monitoring
Bandwidth via xFlows.
• Monitoring via packet sniffing: Only data packets that pass the network card of
the local machine can be analyzed. Switches with so-called ‘monitoring ports’ are
necessary for network-wide monitoring in switched networks. For more informa-
tion, see the PRTG Manual: Monitoring Bandwidth via Packet Sniffing.
PAGE 4 OF 4