- 1 Welcome to Vunetrix Network Monitor+
- 2 Quick Start Guide+
- 3 Installing the Software+
- 4 Understanding Basic Concepts+
- 5 Ajax Web Interface—Basic Procedures+
- 5.1 Login
- 5.2 SSL Certificate Warning
- 5.3 General Layout
- 5.4 Sensor States
- 5.5 Review Monitoring Data
- 5.6 Compare Sensors
- 5.7 Historic Data Reports
- 5.8 Similar Sensors
- 5.9 Object Settings
- 5.10 Alarms
- 5.11 Logs
- 5.12 Tickets
- 5.13 Working with Table Lists
- 5.14 Object Selector
- 5.15 Priority and Favorites
- 5.16 Pause
- 5.17 Context Menus
- 5.18 Hover Popup
- 5.19 Main Menu Structure
- 6 Ajax Web Interface—Device and Sensor Setup+
- 6.1 Auto-Discovery
- 6.2 Create Objects Manually+
- 6.3 Manage Device Tree
- 6.4 Root Group Settings
- 6.5 Probe Settings
- 6.6 Group Settings
- 6.7 Device Settings
- 6.8 Sensor Settings+
- 6.8.1 List of Available Sensor Types
- 6.8.2 Active Directory Replication Errors Sensor
- 6.8.3 ADO SQL Sensor
- 6.8.4 Amazon CloudWatch Sensor
- 6.8.5 AVM FRITZ!Box WAN Interface Sensor
- 6.8.6 Cisco IP SLA Sensor
- 6.8.7 Citrix XenServer Host Sensor
- 6.8.8 Citrix XenServer Virtual Machine Sensor
- 6.8.9 Cluster Probe Health Sensor
- 6.8.10 Core Health Sensor
- 6.8.11 Dell PowerVault MDi Sensor
- 6.8.12 DHCP Sensor
- 6.8.13 DNS Sensor
- 6.8.14 Enterprise Virtual Array Sensor
- 6.8.15 Event Log (Windows API) Sensor
- 6.8.16 Exchange Backup (Powershell) Sensor
- 6.8.17 Exchange Database (Powershell) Sensor
- 6.8.18 Exchange Mailbox (Powershell) Sensor
- 6.8.19 Exchange Mail Queue (Powershell) Sensor
- 6.8.20 Exchange Public Folder (Powershell) Sensor
- 6.8.21 EXE/Script Sensor
- 6.8.22 EXE/Script Advanced Sensor
- 6.8.23 File Sensor
- 6.8.24 File Content Sensor
- 6.8.25 Folder Sensor
- 6.8.26 FTP Sensor
- 6.8.27 FTP Server File Count Sensor
- 6.8.28 Google Analytics Sensor
- 6.8.29 HTTP Sensor
- 6.8.30 HTTP Advanced Sensor
- 6.8.31 HTTP Apache ModStatus PerfStats Sensor
- 6.8.32 HTTP Apache ModStatus Totals Sensor
- 6.8.33 HTTP Content Sensor
- 6.8.34 HTTP Full Web Page Sensor
- 6.8.35 HTTP Push Count Sensor
- 6.8.36 HTTP Push Data Sensor
- 6.8.37 HTTP Push Data Advanced Sensor
- 6.8.38 HTTP SSL Certificate Expiry Sensor
- 6.8.39 HTTP Transaction Sensor
- 6.8.40 HTTP XML/REST Value Sensor
- 6.8.41 Hyper-V Cluster Shared Volume Disk Free Sensor
- 6.8.42 Hyper-V Host Server Sensor
- 6.8.43 Hyper-V Virtual Machine Sensor
- 6.8.44 Hyper-V Virtual Network Adapter Sensor
- 6.8.45 Hyper-V Virtual Storage Device Sensor
- 6.8.46 IMAP Sensor
- 6.8.47 INI File Content Check Sensor
- 6.8.48 IP on DNS Blacklist Sensor
- 6.8.49 IPFIX Sensor
- 6.8.50 IPFIX (Custom) Sensor
- 6.8.51 jFlow V5 Sensor
- 6.8.52 jFlow V5 (Custom) Sensor
- 6.8.53 LDAP Sensor
- 6.8.54 Microsoft SQL Sensor
- 6.8.55 MySQL Sensor
- 6.8.56 NetFlow V5 Sensor
- 6.8.57 NetFlow V5 (Custom) Sensor
- 6.8.58 NetFlow V9 Sensor
- 6.8.59 NetFlow V9 (Custom) Sensor
- 6.8.60 Oracle SQL Sensor
- 6.8.61 Packet Sniffer Sensor
- 6.8.62 Packet Sniffer (Custom) Sensor
- 6.8.63 Passive Application Performance Sensor
- 6.8.64 PerfCounter Custom Sensor
- 6.8.65 PerfCounter IIS Application Pool Sensor
- 6.8.66 Ping Sensor
- 6.8.67 Ping Jitter Sensor
- 6.8.68 Pingdom Sensor
- 6.8.69 POP3 Sensor
- 6.8.70 POP3 Email Count Sensor
- 6.8.71 Port Sensor
- 6.8.72 Port Range Sensor
- 6.8.73 Probe Health Sensor
- 6.8.74 QoS (Quality of Service) One Way Sensor
- 6.8.75 QoS (Quality of Service) Round Trip Sensor
- 6.8.76 RADIUS Sensor
- 6.8.77 RDP (Remote Desktop) Sensor
- 6.8.78 SCVMM Host Sensor
- 6.8.79 SCVMM Virtual Machine Sensor
- 6.8.80 Sensor Factory Sensor
- 6.8.81 sFlow Sensor
- 6.8.82 sFlow (Custom) Sensor
- 6.8.83 SFTP Secure File Transfer Protocol Sensor
- 6.8.84 Share Disk Free Sensor
- 6.8.85 SIP Options Ping Sensor
- 6.8.86 SMTP Sensor
- 6.8.87 SMTP&IMAP Round Trip Sensor
- 6.8.88 SMTP&POP3 Round Trip Sensor
- 6.8.89 SNMP APC Hardware Sensor
- 6.8.90 SNMP Cisco ADSL Sensor
- 6.8.91 SNMP Cisco ASA VPN Connections Sensor
- 6.8.92 SNMP Cisco ASA VPN Traffic Sensor
- 6.8.93 SNMP Cisco ASA VPN Users Sensor
- 6.8.94 SNMP Cisco CBQoS Sensor
- 6.8.95 SNMP Cisco System Health Sensor
- 6.8.96 SNMP Cisco UCS Chassis Sensor
- 6.8.97 SNMP Cisco UCS Physical Disk Sensor
- 6.8.98 SNMP Cisco UCS System Health Sensor
- 6.8.99 SNMP CPU Load Sensor
- 6.8.100 SNMP Custom Sensor
- 6.8.101 SNMP Custom String Sensor
- 6.8.102 SNMP Dell Hardware Sensor
- 6.8.103 SNMP Dell PowerEdge Physical Disk Sensor
- 6.8.104 SNMP Dell PowerEdge System Health Sensor
- 6.8.105 SNMP Disk Free Sensor
- 6.8.106 SNMP GSA System Health Sensor
- 6.8.107 SNMP Hardware Status Sensor
- 6.8.108 SNMP HP LaserJet Hardware Sensor
- 6.8.109 SNMP HP ProLiant Logical Disk Sensor
- 6.8.110 SNMP HP ProLiant Memory Controller Sensor
- 6.8.111 SNMP HP ProLiant Network Interface Sensor
- 6.8.112 SNMP HP ProLiant Physical Disk Sensor
- 6.8.113 SNMP HP ProLiant System Health Sensor
- 6.8.114 SNMP IBM System X Logical Disk Sensor
- 6.8.115 SNMP IBM System X Physical Disk Sensor
- 6.8.116 SNMP IBM System X Physical Memory Sensor
- 6.8.117 SNMP IBM System X System Health Sensor
- 6.8.118 SNMP interSeptor Pro Environment Sensor
- 6.8.119 SNMP LenovoEMC Physical Disk Sensor
- 6.8.120 SNMP LenovoEMC System Health Sensor
- 6.8.121 SNMP Library Sensor
- 6.8.122 SNMP Linux Disk Free Sensor
- 6.8.123 SNMP Linux Load Average Sensor
- 6.8.124 SNMP Linux Meminfo Sensor
- 6.8.125 SNMP Linux Physical Disk Sensor
- 6.8.126 SNMP Memory Sensor
- 6.8.127 SNMP NetApp Disk Free Sensor
- 6.8.128 SNMP NetApp Enclosure Sensor
- 6.8.129 SNMP NetApp I/O Sensor
- 6.8.130 SNMP NetApp License Sensor
- 6.8.131 SNMP NetApp Logical Unit Sensor
- 6.8.132 SNMP NetApp Network Interface Sensor
- 6.8.133 SNMP NetApp System Health Sensor
- 6.8.134 SNMP Poseidon Environment Sensor
- 6.8.135 SNMP QNAP Logical Disk Sensor
- 6.8.136 SNMP QNAP Physical Disk Sensor
- 6.8.137 SNMP QNAP System Health Sensor
- 6.8.138 SNMP RMON Sensor
- 6.8.139 SNMP SonicWALL System Health Sensor
- 6.8.140 SNMP SonicWALL VPN Traffic Sensor
- 6.8.141 SNMP Synology Logical Disk Sensor
- 6.8.142 SNMP Synology Physical Disk Sensor
- 6.8.143 SNMP Synology System Health Sensor
- 6.8.144 SNMP System Uptime Sensor
- 6.8.145 SNMP Traffic Sensor
- 6.8.146 SNMP Trap Receiver Sensor
- 6.8.147 SNMP Windows Service Sensor
- 6.8.148 SNTP Sensor
- 6.8.149 SSH Disk Free Sensor
- 6.8.150 SSH INodes Free Sensor
- 6.8.151 SSH Load Average Sensor
- 6.8.152 SSH Meminfo Sensor
- 6.8.153 SSH Remote Ping Sensor
- 6.8.154 SSH SAN Logical Disk Sensor
- 6.8.155 SSH SAN Physical Disk Sensor
- 6.8.156 SSH SAN System Health Sensor
- 6.8.157 SSH Script Sensor
- 6.8.158 SSH Script Advanced Sensor
- 6.8.159 SSH VMWare ESX(i) Disk Sensor
- 6.8.160 Syslog Receiver Sensor
- 6.8.161 System Health Sensor
- 6.8.162 TFTP Sensor
- 6.8.163 Traceroute Hop Count Sensor
- 6.8.164 Virtuozzo Container Disk Sensor
- 6.8.165 Virtuozzo Container Network Sensor
- 6.8.166 VMware Host Hardware (WBEM) Sensor
- 6.8.167 VMware Host Hardware Status (SOAP) Sensor
- 6.8.168 VMware Host Performance (SOAP) Sensor
- 6.8.169 VMware Virtual Machine (SOAP) Sensor
- 6.8.170 WBEM Custom Sensor
- 6.8.171 Windows CPU Load Sensor
- 6.8.172 Windows IIS 6.0 SMTP Received Sensor
- 6.8.173 Windows IIS 6.0 SMTP Sent Sensor
- 6.8.174 Windows IIS Application Sensor
- 6.8.175 Windows Last Update Sensor
- 6.8.176 Windows Logged In Users Sensor
- 6.8.177 Windows MSMQ Queue Length Sensor
- 6.8.178 Windows Network Card Sensor
- 6.8.179 Windows Pagefile Sensor
- 6.8.180 Windows Physical Disk Sensor
- 6.8.181 Windows Print Queue Sensor
- 6.8.182 Windows Registry Sensor
- 6.8.183 Windows Scheduled Task Sensor
- 6.8.184 Windows System Uptime Sensor
- 6.8.185 Windows Updates Status (Powershell) Sensor
- 6.8.186 WMI Custom Sensor
- 6.8.187 WMI Custom String Sensor
- 6.8.188 WMI Event Log Sensor
- 6.8.189 WMI Exchange Server Sensor
- 6.8.190 WMI Exchange Transport Queue Sensor
- 6.8.191 WMI File Sensor
- 6.8.192 WMI Free Disk Space (Multi Drive) Sensor
- 6.8.193 WMI HDD Health Sensor
- 6.8.194 WMI Logical Disk Sensor
- 6.8.195 WMI Memory Sensor
- 6.8.196 WMI Microsoft SQL Server 2005 Sensor (Deprecated)
- 6.8.197 WMI Microsoft SQL Server 2008 Sensor
- 6.8.198 WMI Microsoft SQL Server 2012 Sensor
- 6.8.199 WMI Process Sensor
- 6.8.200 WMI Remote Ping Sensor
- 6.8.201 WMI Security Center Sensor
- 6.8.202 WMI Service Sensor
- 6.8.203 WMI Share Sensor
- 6.8.204 WMI SharePoint Process Sensor
- 6.8.205 WMI Terminal Services (Windows 2008) Sensor
- 6.8.206 WMI Terminal Services (Windows XP/Vista/2003) Sensor
- 6.8.207 WMI UTC Time Sensor
- 6.8.208 WMI Vital System Data (V2) Sensor
- 6.8.209 WMI Volume Sensor
- 6.8.210 WMI Volume Fragmentation Sensor
- 6.8.211 WMI Windows Version Sensor
- 6.8.212 WSUS Statistics Sensor
- 6.9 Additional Sensor Types (Custom Sensors)
- 6.10 Sensor Channels Settings
- 6.11 Sensor Notifications Settings
- 7 Ajax Web Interface—Advanced Procedures+
- 7.1 Toplists
- 7.2 Arrange Objects
- 7.3 Clone Object
- 7.4 Multi-Edit
- 7.5 Create Device Template
- 7.6 Geo Maps
- 7.7 Notifications+
- 7.8 Libraries+
- 7.9 Reports+
- 7.10 Maps+
- 7.11 Setup+
- 7.11.1 Account Settings—My Account
- 7.11.2 Account Settings—Notifications
- 7.11.3 Account Settings—Schedules
- 7.11.4 System Administration—User Interface
- 7.11.5 System Administration—Monitoring
- 7.11.6 System Administration—Notification Delivery
- 7.11.7 System Administration—Core & Probes
- 7.11.8 System Administration—User Accounts
- 7.11.9 System Administration—User Groups
- 7.11.10 System Administration—Administrative Tools
- 7.11.11 Vunetrix Status—System Status
- 7.11.12 Vunetrix Status—Auto-Update
- 7.11.13 Vunetrix Status—Activation Status
- 7.11.14 Optional Downloads and Add-Ons
- 7.11.15 Chrome Desktop Notifications
- 7.11.16 Support—Contact Support
- 8 Enterprise Console+
- 9 Other User Interfaces+
- 10 Sensor Technologies+
- 10.1 Monitoring via SNMP
- 10.2 Monitoring via WMI
- 10.3 Monitoring via SSH
- 10.4 Monitoring Bandwidth via Packet Sniffing
- 10.5 Monitoring Bandwidth via Flows
- 10.6 Bandwidth Monitoring Comparison
- 10.7 Monitoring Quality of Service and VoIP
- 10.8 Monitoring Email Round Trip
- 10.9 Monitoring Backups
- 10.10 Monitoring Virtual Environments
- 10.11 Monitoring Databases
- 10.12 Monitoring Syslogs and SNMP Traps
- 11 System Administration Tools+
- 12 Advanced Topics+
- 12.1 Active Directory Integration
- 12.2 Application Programming Interface (API) Definition
- 12.3 Filter Rules for xFlow, IPFIX and Packet Sniffer Sensors
- 12.4 Channel Definitions for xFlow, IPFIX, and Packet Sniffer Sensors
- 12.5 Define IP Ranges
- 12.6 Define Lookups
- 12.7 Regular Expressions
- 12.8 Add Remote Probe+
- 12.9 Data Storage
- 12.10 Using Your Own SSL Certificate with Vunetrix's Web Server
- 12.11 Calculating Percentiles
- 13 Appendix+
Vunetrix Manual: Monitoring Virtual Environments
A highly flexible IT infrastructure is a common need nowadays and virtualization has become an important pillar of the IT all over the world. Applications in your network might be distributed over many different servers, networks and locations. They might also be in the cloud, and your computations can take place in data centers spread over the whole world. So, if your network connection or any other corresponding hardware fails, hundreds of applications might be unavailable—an impact to your daily business processes which should be avoided at any costs.
Because of this, monitoring the physical infrastructure of your data center is still a must in times of virtual environments. With the layer of virtualization in addition to your physical equipment, your logical infrastructure needs also a close treatment. Vunetrix assists you to deal with these advanced requirements and enables you to react proactively to issues before they affect your whole system. With Vunetrix you can monitor all layers of your IT infrastructure in a comprehensible way so you will reduce issues related to dynamic IT environments significantly.
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:
- Hardware (Server Racks): Usually you will set up your monitoring in the common way and monitor most of the hardware components in your network with Vunetrix's SNMP sensors. You are able to gain monitoring data about many different device readings such as CPU load, memory, disk space, etc. with this monitoring technology, as well as information about network traffic and bandwidth usage of your routers and switches. It is absolutely mandatory for a working IT environment to monitor all hardware components in order to be alerted if something fails or hardware resources are running out. In addition, you can identify potential bottlenecks affecting your virtualized infrastructure. You can set this monitoring up in usual way.
- Host Server Hardware: It is essential to monitor the host hardware of your virtualization solution explicitly. If you have issues with your virtual machines (VMs), the origin might be a host hardware failure. You should closely monitor your VM host servers to get alerted if the status is other than "normal". Besides the out of the box hardware sensors, Vunetrix provides specific sensors for various virtualization host servers; the following monitoring data of your host servers will help you prevent issues in virtualized environments:
- VMware: current reading and health status (via WBEM), a general status as shown in vSphere (via SOAP), and disk space on ESX(i) (via SSH)
- Hyper-V: host health critical values, deposited pages, network traffic, CPU usage of guests, hypervisor, and in total
- Citrix XenServer: CPU, memory, and network usage, the number of running virtual machines on the host server, and load average
- SCVMM: CPU usage, free memory (in bytes and percent), overall status, communication status, cluster node status, virtual server status, computer status, and the number of VMs
- VMs from the "Outside": The virtual machines run on their particular host servers. Vunetrix can show you the status of single virtual machines and several of their performance counters. It might be helpful to know which resources a single VM uses and needs, but monitoring single VMs is not advisable in every case because it has noticeable influence on the overall performance. Often it will be sufficient to monitor only VMs which are critical for your network. If a VM reaches its capacity limits, Vunetrix can alert you and you can conduct according resolution steps like enhancing this VM's resources. Indicators for a healthy virtual machine which you can monitor with Vunetrix out of the box are:
- VMware: CPU and memory usage, disk read and write speed, read and write latency, and network usage
- Hyper-V: CPU usage, disk read and write speed
- Citrix XenServer: CPU usage and free memory
- SCVMM: CPU usage, disk read and write speed, and the status of the VM
- Virtuozzo: disk space and network usage
- VMs from the "Inside" (Operating Systems): You can monitor the Windows operating system of a single VM with Vunetrix's standard WMI sensors, for example. With this technology you can access data of various Windows parameters. Other operating systems like Linux/MacOS can make data available via SSH and SNMP. The status of the operating systems on your VMs can indicate potential issues of the same, just like the operating systems on your physical machines which are important for a reliably working IT infrastructure: You can monitor these with the same attention, depending on your application scenario, but be careful due to performance considerations. Especially many WMI sensors can result in load problems, so monitor only really important systems "from the inside". Furthermore, you do not need to monitor every item multiple times. For example, it might be sufficient to monitor free disk space only from the outside of the actual VM.
Monitoring the Virtual Infrastructure
In order to monitor your IT infrastructure, best practice is to set up the monitoring of the hardware layer of your data center first in Vunetrix, especially in order to find potential bottlenecks which might have an impact on your virtual servers. Then you can start monitoring your virtual environment itself. If you use several solutions for virtual hosting, it is also a good idea to group related host servers, their virtual machines, and the operating systems together. The screenshot below will give you an idea about how to organize this.
Grouped Virtual Components
The screenshot above shows you the particular group "Virtual Hosting" of an entire Vunetrix setup. This is an example how monitoring of virtual environments can look like. The sample 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 system, the performance of the host server, and the storage system of the host.
In Vunetrix, set up devices which represent the physical hosts of your virtual machines. For example, for your VMware hosts, add devices which represent the ESX/ESXi servers, for Hyper-V add devices which represent your Hyper-V host servers, for Citrix add devices which represent your Xen servers. If you manage these hosts with a Microsoft System Center Virtual Machine Manager (SCVMM), you can also (or alternatively) add a device for the SCVMM.
Then you can add suitable and expressive sensors to the host server devices. Running Vunetrix's auto-discovery, many useful sensors will be created automatically. There are several pre-configured host hardware sensors available out of the box in Vunetrix:
- VMware Host Hardware (WBEM) Sensor: monitors an ESX(i) server via Web-Based Enterprise Management (WBEM)
- VMware Host Hardware Status (SOAP) Sensor: monitors a VMware host server via Simple Object Access Protocol (SOAP)
- VMware Host Performance (SOAP) Sensor: monitors a VMware host server via Simple Object Access Protocol (SOAP)
- Hyper-V Host Sensor: monitors via Windows Performance Counters or Windows Management Instrumentation (WMI), as configured in the "Windows Compatibility Options" of the parent device
- Citrix XenServer Host Sensor: monitors via Hypertext Transfer Protocol (HTTP)
- SCVMM Host Sensor: monitors, for example, a Hyper-V host, a VMware host, or a XenServer host which is managed by a System Center Virtual Machine Manager (SCVMM)
These sensor types monitor hardware specific counters to ensure that no hardware issues affect your actual virtual machines. Additional sensor types can monitor the host hardware via SNMP (for example, traffic and custom requests) and SSH (for example, disk space of VMware ESX(i) servers), as well as there are sensors for network adapters and storage devices which are connected to a Hyper-V host server. You can also monitor Virtuozzo host servers with sensors for network usage and disk space for each container.
In order to monitor your actual virtual machines, add them to your host servers in Vunetrix. For a better overview, you might want to add another device to Vunetrix which represents your host server and add sensors for your VM to there. The according sensors for virtual machines will show you the performance of single VMs as well as their usage of resources. This will help you identify VMs with poor performance and react proactively before one or more VMs crash. As mentioned above, you can additionally monitor your particular VMs from the inside (i.e., the operating systems on your VMs) if necessary. See the sections below for details about particular virtualization solutions.
Vunetrix's VMware Virtual Machine (SOAP) Sensor monitors VMs on a VMware host server via Simple Object Access Protocol (SOAP). With the VMware system, the general idea is to add a vCenter server as a device to Vunetrix and use the vCenter as parent device where you add the sensors to for your virtual machines. So, in the case of vMotion when your VMs change their host server, Vunetrix will be able to follow these movements and will never lose the monitored VMs.
For this sensor type, you need the Microsoft .NET Framework with the latest update of version 4.0 running on the probe machine. If you use many VMware sensors, we also recommend adjusting the settings on your VMware host server to accept more incoming connections.
vSphere Group
This screenshot a sample vSphere group in Vunetrix. As recommended, the VMware virtual machines are added to the vCenter device. There is also a dedicated 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, Vunetrix monitors the hosts with the standard SNMP hardware sensors as well as with the specific VMware ESXi host sensors.
Microsoft Hyper-V Virtual Machine
Vunetrix's Hyper-V Virtual Machine Sensor monitors VMs via Windows Performance Counters or Windows Management Instrumentation (WMI), 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 there are no performance counters available. Performance counters in general need less system resources than WMI. We recommend using System Center Virtual Machine Manager (SCVMM) as parent device for this sensor type, because when your VMs change their physical host with Live Migration, this sensor will still be able to continue monitoring. You should also disable User Account Control (UAC) in the Windows operating system of the VM.
Hyper-V Group
This screenshot shows a sample Hyper-V group in Vunetrix. There is a dedicated group for failover clustering where two 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 clustering works without any issues. The Hyper-V hosts are monitored the same way, organized in a dedicated group for hosts.
Note that we recommend adding the particular virtual machines to the SCVMM server if possible! We pointed out above that you should add the VMs to an SCVMM server to avoid issues with Live Migration. You can see this in the group "System Center". The particular VMs are added to the dedicated device "Hyper-V Guests". The SCVMM itself is monitored as described below.
Citrix XenServer Virtual Machine
Vunetrix's Citrix XenServer Virtual Machine Sensor monitors VMs via Hypertext Transfer Protocol (HTTP). For this sensor type, you have to add a device to Vunetrix which represents a Citrix XenServer with version 5.0 or later. Another requirement is the Microsoft .NET Framework: You have to run the latest update of version 4.0 on the probe machine where you add this sensor to.
In a XenServer pool, every host knows each running VM. Because of this, there is no central instance which 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 which manages the XenServer pool. So it is sufficient to create the desired sensors for your XenServer VMs on a device that represents one host server of your pool. Vunetrix's XenServer sensors can figure out by themselves which host is running and retrieve the according data.
XenServer Group
This screenshot shows a sample XenServer group in Vunetrix. There are two devices for XenServer hosts (Xen 1 and Xen 2), each with 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 device ("virtualcontrol") which is monitored with several WMI sensors regrading CPU, disk, memory, and network usage.
Microsoft SCVMM Virtual Machine
With the SCVMM Virtual Machine Sensor you can monitor VMs which are managed by a System Center Virtual Machine Manager (SCVMM), for example, Hyper-V or VMware. Requirements for this sensor type to work are the Microsoft .NET Framework with version 4.0 and the latest update, Remote PowerShell 2.0, and the VMM PowerShell Plugin. If you add your SCVMM server to Vunetrix, Vunetrix will be able to follow movements of your VMs automatically.
SCVMM Group
This screenshot shows a group for an SCVMM server in Vunetrix which manages Hyper-V virtual machines. The SCVMM server is monitored with the SCVMM Host sensor which shows several kinds of server states and usage parameters. Several virtual machines are added to the "Hyper-V Guests" device (as SCVMM Virtual Machine sensors) so that Vunetrix can automatically detect changed VM host devices.
The sensor types described in this section monitor virtual machine specific counters in order to ensure that all your VMs have enough resources available. If a VM is overloaded, Vunetrix can notify you immediately and you can proactively take care of issues before a particular VM has an outage or other failures. Additionally, we have shown an idea for a structured virtual monitoring with several recommendations.
You can find all available sensors for virtual servers and the according virtual machines in section List of Available Sensor Types—Virtual Servers Sensors.
Keywords: