System Requirements For PRTG Network Monitor
System Requirements For PRTG Network Monitor
REQUIREMENTS
SYSTEM REQUIREMENTS
System Requirements
for PRTG Network
Monitor
1 // 8
SYSTEM REQUIREMENTS
The summary below provides guidelines for the system requirements, as well as an indi-
cation of what we recommend and what we support. Due to technical limitations, the sen-
sor 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.
• directly on x64 server hardware or in a properly configured virtual environment (for more
information, see section Running PRTG in virtual environments).
• on Windows Server 2019, Windows Server 2016, or Windows Server 2012 R2.
Note: .NET Framework 4.7.2 or later must be installed on the core server system. For new PRTG
core server installations, we recommend .NET Framework 4.8.
See also System Requirements for Remote Probes in the PRTG Manual.
We recommend that you set up additional PRTG core server installations or contact the PRTG
> 10,000
Paessler Presales team for more information on scaling. Enterprise
= OK = OK = not recommended = not officially supported: please contact your presales team.
2 // 8
SYSTEM REQUIREMENTS
• on Windows Server 2019, Windows Server 2016, Windows Server 2012 R2, or Windows
10.
Note: .NET Framework 4.7.2 or later must be installed on the probe system. For new installations,
we recommend .NET Framework 4.8.
Up to 200 2 2 GB 40 GB
200 - 2,000 4 4 GB 40 GB
2,000 - 5,000 6 6 GB 40 GB
* A remote probe system does not have any special disk requirements (< 1 GB).
In general, we recommend at least 40 GB.
Most PRTG core server 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 in-
structions in our Best Practice Guide: Running large installations of PRTG in a virtual envi-
ronment.
If you run larger installations of PRTG with more than 5,000 sensors, please follow the in-
structions in our Best Practice Guide: Running large installations of PRTG in a virtual envi-
ronment.
3 // 8
SYSTEM REQUIREMENTS
More considerations
and requirements:
Minimum requirements for special use cases
If you run PRTG with a limited use case, for example, if you only use Ping sensors and SNMP
v1 or v2c sensors with long scanning intervals, your installation can work fine with lower
system requirements. We have seen PRTG installations that work well with the following
minimum requirements.
We recommend that you set up additional PRTG core server installations or contact the PRTG
> 10,000
Paessler Presales team for more information on scaling. Enterprise
= OK = OK = not recommended = not officially supported: please contact your presales team.
Up to 200 1 2 GB 40 GB
200 - 2,000 2 2 GB 40 GB
2,000 - 5,000 4 2 GB 40 GB
* A remote probe system does not have any special disk requirements (< 1 GB).
In general, we recommend at least 40 GB.
4 // 8
SYSTEM REQUIREMENTS
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 performance 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 dash-
boards (or ‘Maps’), frequently generated, huge sensor reports, heavy usage of packet
sniffing, Sensor Factory sensors and Toplists, frequent automatically scheduled auto-dis-
coveries 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 multi-
ple 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.
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.
• Our general recommendation is to stay below 30 remote probes on one PRTG core serv-
er. PRTG still scales well up to 60 remote probes as long as you have
less than 100 sensors per probe.
• 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.
5 // 8
SYSTEM REQUIREMENTS
• 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.
PRTG Desktop
PRTG Desktop runs under all supported Windows and Mac versions. For detailed
system requirements, see All PRTG Desktop downloads.
Note: ITOps Board is exclusively available for Paessler PRTG Enterprise Monitor.
6 // 8
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 nec-
essary for network-wide monitoring in switched networks. For more information, see the
PRTG Manual: Monitoring Bandwidth via Packet Sniffing.
7 // 8
SYSTEM REQUIREMENTS
ABOUT PAESSLER
In 1997 Paessler revolutionized IT monitoring with
the introduction of PRTG Network Monitor. Today
over 300,000 IT administrators, in more than 170
countries, rely on PRTG to monitor their business-cri-
tical systems, devices and network infrastructures.
PRTG monitors the entire IT infrastructure 24/7 and
helps IT professionals to seamlessly solve problems
before they impact users. Our mission is to empower
technical teams to manage their infrastructure, ensu-
ring maximum productivity. We build lasting partners-
hips and integrative, holistic solutions to achieve this.
Thinking beyond IT networks, Paessler is actively de-
veloping solutions to support digital transformation
strategies and the Internet of Things.