Blog Entry of 2009-Mar-27 in PRTG 7
New Features in PRTG 7.1 (Part 7): "Official Support for PRTG Virtualizing"
Usage Scenarios
First let's start with two scenarios where it is not recommended (or not possible) to run PRTG virtualized:- For availability monitoring and alerting inside your LAN it is still the better choice to run the PRTG core server on a dedicated, non-virtualized system. The main reason is that you would make the availability of your monitoring dependent on the availability of your virtual server if you run PRTG virtualized. And such "chaining" of dependencies should be avoided: Your monitoring would go down when your virtual server goes down.
- If you want to use packet sniffing you must also run PRTG on real hardware so that PRTG is able to access the drivers of the network card in "promiscuous mode"
- for LAN usage monitoring (where uptime is not absolutely crucial)
- running remote probes in distant data centers or VPN sites
- low-cost off-site monitoring (to get an "external perspective" on your systems) using PRTG's core and/or remote probes on cloud hosting servers or hosted VPS systems (e.g. see my recent blog posts How to Set Up a PRTG 7 Core Server or Remote Probe on The Amazon EC2 Cloud and How We Created a Globally Distributed Monitoring System with PRTG for Less Than US$220/Month)
- Packaging PRTG into a "virtual appliance"
- Using a remote probe inside a virtual machine to measure performance inside that machine using short load tests
Supported Technologies
PRTG Network Monitor 7.1 was tested on the following virtualization technologies:| Technology | Client OS |
|---|---|
| VMware ESX Server 3.5 | Windows XP, Windows 2003 (32/64 bit), Windows Vista, Windows 2008 |
| VMware Server 2.0 | Windows XP, Windows 2003 (32/64 bit), Windows 2008 |
| XEN Server 5.0 | Windows XP |
| Parallels Virtuozzo Containers | Windows 2003 Server (32/64 bit) |
| Amazon EC2 | Windows Server 2003 |