<%NUMBERING1%>.<%NUMBERING2%>.<%NUMBERING3%> PRTG Manual: Monitoring Virtual Environments

Monitoring your complete IT infrastructure in a comprehensive way usually means monitoring not only your physical infrastructure, but also your virtual environments. With the layer of virtualization added to the layers that represent your physical hardware, it also becomes necessary to plan beforehand how you want to logically set up your monitoring infrastructure.

Monitoring All Layers of Your IT Infrastructure

In general, you can assume that with the layer of virtualization, you have to monitor a total of four layers in your IT infrastructure.

Monitoring the Virtual Infrastructure

To monitor your IT infrastructure, best practice is to first set up the monitoring of your data center's hardware layer in PRTG. This way, you can detect potential bottlenecks that might have an impact on your virtual servers. Then, you can prepare to start monitoring your virtual environment. If you use several solutions for virtual hosting, it is also a good idea to group related host servers, their VMs, and the operating systems. The screenshot below shows a possible structure of monitoring a virtual environment with PRTG.

At the top level, you can see the Virtual Hosting group. This group contains several subgroups for the virtualization solutions Citrix XenServer, Microsoft Hyper-V, and VMware vSphere. The vSphere group, for example, has three subgroups: we monitor the vCenter VMs and the vCenter Windows operating system (vCenter group), the performance of the host server (Host Performance group), and the storage system of the host (Host Storage group).

Devices for Physical Hosts

In PRTG, set up devices that represent the physical hosts of your VMs. For example, for your VMware hosts, add devices that represent the ESXi servers. For Hyper-V, add devices that represent your Hyper-V host servers. For Citrix, add devices that represent your Xen servers.

Then you can add suitable sensors to the host server devices. If you run the auto-discovery, many sensors are automatically created. Several preconfigured host hardware sensors are available:

• VMware Host Hardware (WBEM) sensor: monitors an ESXi server via WBEM
• VMware Host Hardware Status (SOAP) sensor: monitors a VMware host server via SOAP
• VMware Host Performance (SOAP) sensor: monitors a VMware host server via SOAP
• Hyper-V Host Server sensor: monitors a Microsoft Hyper-V host server via Windows Management Instrumentation (WMI) or Windows performance counters, as configured in the Windows Compatibility Options of the parent device
• Citrix XenServer Host sensor: monitors a Xen host server via HTTP

These sensors monitor hardware-specific counters to ensure that no hardware issues affect your actual VMs. Additional sensors can monitor the host hardware via the Simple Network Management Protocol (SNMP) (for example, traffic and custom requests), and the data storage on ESXi servers via SOAP. There are also sensors for network adapters and storage devices that are connected to a Hyper-V host server.

Devices for Virtual Machines

To monitor your actual VMs, add them to your host servers in PRTG. For a better overview, you might want to add a device to PRTG that represents your host server and add sensors for your VM there. The respective sensors for VMs show you the performance of single VMs as well as their resource usage. This identifies VMs with low performance so that you can react before there is an issue with one or more of your VMs. As mentioned before, you can additionally monitor the operating systems of your VMs, if necessary. See the following sections for details about particular virtualization solutions.

VMware Virtual Machine

The VMware Virtual Machine (SOAP) sensor monitors VMs on a VMware host server via SOAP. The general idea is to add a vCenter server as a device to your vCenter group and use it as a parent device to which you add the sensors for your VMs. This way, in the case of vMotion, when your VMs change their host server, PRTG can follow these movements and does not lose the monitored VMs.

For this sensor, .NET 4.7.2 or later must be installed on the probe system. If you use many VMware sensors, we also recommend that you adjust the settings on your VMware host server to accept more incoming connections.

This screenshot shows an example of a vSphere group. As recommended, the sensors for the VMware virtual machines are added to the vCenter 1 device. There is also a dedicated vCenter 2 device for the vCenter Windows operating system with common WMI sensors for CPU, memory, disk, and network usage. The ESXi host servers are organized in their own groups regarding performance and storage. In this example, PRTG monitors the hosts with the standard SNMP hardware sensors as well as with the specific VMware ESXi host sensors.

Microsoft Hyper-V Virtual Machine

The Hyper-V Virtual Machine sensor monitors VMs via Windows Management Instrumentation (WMI) or Windows performance counters, as configured in the Windows Compatibility Options of the parent device. With this hybrid approach, the sensor first tries to query data via performance counters and uses WMI as a fallback if no performance counters are available. Performance counters generally need less system resources than WMI. The parent device of this sensor must be a Windows server running Hyper-V. You should also disable the User Account Control (UAC) in the Windows operating system of the VM. Otherwise, the sensor might change to a Down status with the error message The virtual machine is not running or is powered off. Also, this sensor does not support Live Migration.

This screenshot shows an example of a Hyper-V group. There is a dedicated group for failover clusters where two cluster nodes are monitored with several SNMP and WMI sensors, as well as Hyper-V Host Server sensors and sensors for the Hyper-V virtual machines. This ensures that Hyper-V and failover clusters work without any issues. The Hyper-V hosts are monitored the same way, organized in a dedicated group for hosts.

Citrix XenServer Virtual Machine

The Citrix XenServer Virtual Machine sensor monitors VMs via HTTP. For this sensor, you have to add a device that represents a Citrix XenServer with version 5.0 or later. Another requirement is the Microsoft .NET Framework. You have to install .NET 4.7.2 or later on the probe system.

In a XenServer pool, each host knows each running VM. Because of this, there is no central instance that provides all available data, so it does not matter on which host you query your VMs. All queries on any host are automatically forwarded to the pool master that manages the XenServer pool. Therefore, it is sufficient to create the desired sensors for your XenServer VMs on a device that represents one host server of your pool. The XenServer sensors find out which host is running and retrieve the respective data.

This screenshot shows an example of a XenServer group. There are two devices for XenServer hosts, Xen 1 and Xen 2, that each have a Citrix XenServer Host sensor and several Citrix XenServer Virtual Machine sensors for the particular VMs on this host. Furthermore, the Windows operating system is represented as a dedicated virtualcontrol device that PRTG monitors with several WMI sensors regarding CPU, disk, memory, and network usage.

Performance Considerations

For best performance when monitoring virtual environments, we strongly recommend that you use a computer with Windows Server 2012 R2 or later installed on the probe system. For example, you can run up to 300 VMware sensors with a 60-second scanning interval on Windows Server 2012 R2 or later, while you can only use 30 VMware sensors with the same scanning interval on Windows Server 2008 R2.

More

KNOWLEDGE BASE

I run PRTG on VMware. How can I obtain best performance?

• https://kb.paessler.com/en/topic/49193