VMware ESX Server 2.0Features | Documentation | Knowledge Base | Discussion ForumsSimple network management protocol (SNMP) is a communication protocol between the SNMP client (for example, a workstation) and the SNMP agent (management software that executes on a remote device including hosts, routers, X terminals, and so on). The SNMP client queries the SNMP agent, that provides information to the client regarding the device's status. The SNMP agent controls a database called the SNMP Management Information Base (MIB), a standard set of statistical and control values. SNMP allows the extension of these standard values with values specific to a particular device. ESX Server ships with an SNMP agent that allows you to monitor the health of the physical machine where ESX Server is running and of virtual machines running on it. This agent is based on Net-SNMP with enhancements to support data specific to ESX Server. Background information on Net-SNMP is available at net-snmp.sourceforge.net. The ESX Server SNMP agent can be used with any management software that can load and compile a management information base (MIB) in SMIv1 format and can understand SNMPv1 trap messages. The location of the VMware subtree in the SNMP hierarchy is .iso.org.dod.internet.private.enterprises.vmware (.1.3.6.1.4.1.6876). You can choose to use SNMP with or without any specific ESX Server MIB items. SNMP get variables allow you to monitor a wide variety of items about the physical computer and how virtual machines are using its resources. Some of the key types of information available are:
SNMP get variables allow you to monitor a number of items about particular virtual machines running on the computer. Some of the key types of information available are:
Note: SNMP information is provided for virtual machines if their configuration files are stored locally on the ESX Server computer. If the configuration files are stored on an NFS-mounted drive, information for the virtual machines does not appear in the SNMP tables. Four SNMP traps notify you of critical events in particular virtual machines. The affected virtual machine is identified by ID number and configuration file path. The traps notify you
Note: VMware Tools must be installed in the guest operating system to support the traps that detect loss and resumption of the guest's heartbeat. Note: Traps are not generated immediately when virtual machines are registered using the VMware Management Interface. To enable trap generation, you must restart vmware-serverd. You may restart vmware-serverd by rebooting the server or by logging in to the service console as root and issuing the command killall -HUP vmware-serverd ESX Server 2.0 includes two daemons, a master (snmpd) and a subagent (vmware-snmpd), as illustrated in the following diagram. The master snmpd daemon is either the default snmpd daemon shipped with ESX Server or a third party SNMP application daemon. The subagent vmware-snmpd exports ESX Server MIB information to the master, that communicates directly with the SNMP client application. The default master snmpd daemon and the VMware-specific vmware-snmpd daemon are automatically installed when you install ESX Server. If you want to see ESX Server MIB items, then you must configure the ESX Server SNMP subagent (vmware-snmpd). If you aren't interested in ESX Server-specific SNMP items, then you do not configure vmware-snmpd. Configure the ESX Server SNMP subagent after you have installed and configured ESX Server through the VMware Management Interface. You can configure the ESX Server SNMP subagent by using a script or through the VMware Management Interface. Depending on your preference, complete one of the following:
Then, configure your SNMP trap destinations. See Configuring SNMP Trap Destinations. To configure the ESX Server SNMP subagent, complete the following steps.
Use the snmpsetup.sh script to configure the ESX Server SNMP subagent to work with the default snmpd or with a third party management application, including Dell OpenManage 3.2 or HP Insight Manager. Note: If you're not interested in VMware-specific SNMP modules, then you shouldn't run this script. This script sets up a connection, between the master snmpd daemon and the vmware-snmpd daemon, which enables access to ESX Server MIB items. Caution: Do not use the snmpsetup.sh script to set up third-party SNMP daemons.
You can set the master and subagent SNMP daemons to start automatically whenever ESX Server boots by logging in as the root user in the service console and running the chkconfig commands:
chkconfig snmpd on The first command enables starting the master SNMP daemon (either the default SNMP daemon shipped with ESX Server or your third party management application SNMP daemon) on boot. The second command enables starting the subagent vmware-snmpd daemon on boot. Note: The master snmpd daemon can run by itself or together with the subagent vmware-snmpd daemon. However, the subagent daemon cannot run alone. If you need to start the SNMP agents manually, log in as root in the service console and run the following commands:
/etc/rc.d/init.d/snmpd start The first command starts the master SNMP daemon (either the default SNMP daemon shipped with ESX Server or your third party management application SNMP daemon). The second command starts the subagent vmware-snmpd daemon. By default, the agents start and run as background processes. Note: As described previously, the master snmpd daemon can run by itself or together with the subagent vmware-snmpd daemon. However, the subagent daemon cannot run alone. Currently, you cannot configure trap destinations through the VMware Management Interface. To configure traps, log into the service console as the root user and modify the /etc/snmp/snmpd.conf file as follows:
To use your SNMP management software with the ESX Server agent, take the normal steps needed to accomplish the following:
|

