VMware vSphere

Search…
VMware vSphere
Near real-time synchronization with VMware vSphere
This page describes StackState version 4.1. 
The StackState 4.1 version range is End of Life (EOL) and no longer supported. We encourage customers still running the 4.1 version range to upgrade to a more recent release.
Go to the documentation for the latest StackState release.
What is the VMware vSphere StackPack?
The VMware vSphere StackPack is used to create a near real-time synchronization with VMware vSphere.
This StackPack provides functionality that allows for monitoring of the following resources:
hosts
virtual machines
compute resources
cluster compute resources
data stores
data centers
VMware StackPack collects all topology data for the components and relations between them as well as telemetry and events.
Prerequisites
​StackState Agent V2 must be installed on a single machine that can connect to VSphere VCenter and StackState.
A VSphere VCenter instance must be running.
Network communication
The StackState Agent V2 connects to the vSphere instance on TCP port 443.
The StackState Agent V2 connects to StackState API on TCP port 7077
If the Agent is installed on the StackState host then port 7077 is localhost communication.
If the Agent is installed on a different host, you need a network path between the Agent and StackState on port 7077/tcp, and to vSphere on 443/tcp port.
Enable vSphere integration
To enable the vSphere check and begin collecting data from your VSphere VCenter instance:
1.Edit the Agent integration configuration file /etc/stackstate-agent/conf.d/vsphere.d/conf.yaml to include details of your VSphere VCenter instance:
name
host - the same as the vSphere Host Name used in the StackPack provisioning process.
username
password - use secrets management to store passwords outside of the configuration file.
1
# Section used for global vsphere check config
2
init_config:
3
​
4
instances:
5
# name must be a unique key representing your vCenter instance
6
# mandatory
7
- name: <name> # main-vcenter
8
​
9
  # the host used to resolve the vCenter IP
10
  # mandatory
11
  host: <host_name> # vcenter.domain.com
12
​
13
  # Read-only credentials to connect to vCenter
14
  # mandatory
15
  username: <username> # [email protected]
16
  password: <password> # mypassword
17
​
18
  # Set to false to disable SSL verification, when connecting to vCenter
19
  # optional
20
  ssl_verify: false
Copied!
2.​Restart the StackState Agent(s) to publish the configuration changes.
3.Once the Agent is restarted, wait for the Agent to collect the data and send it to StackState.
Configuration options
The following configuration options can be added to the vSphere configuration file. Find details in the conf.yaml.example file​
Options
Required?
Description
ssl_verify
No
Set to false to disable SSL verification, when connecting to vCenter.
ssl_classpath
No
Set to the absolute file path of a directory that contains CA certificates in PEM format, e.g. /path/to/file.pem
host_include_only_regex
No
Use a regex like this - conf.yaml, if you want the check to only fetch metrics for these ESXi hosts and the VMs running on it.
vm_include_only_regex
No
Use a regex to include only the VMs that are matching this pattern. More details in conf.yaml​
include_only_marked
No
Set to true, if you would like to only collect metrics on vSphere VMs that are marked by a custom field with the value  DatadogMonitored.
collection_level
No
A number between 1 and 4 to specify how many metrics are sent, 1 meaning only important monitoring metrics, and 4 meaning every metric available.
Special tags
The vSphere StackPack understands the following special tags:
​
​
stackstate-identifier
Adds the specified value as an identifier to the StackState component
Data collected
Metrics
​
​
​
​
vsphere.clusterServices.cpufairness.latest (gauge)
Fairness of distributed CPU resource allocation
​
​
vsphere.clusterServices.effectivecpu.avg (gauge)
Total available CPU resources of all hosts within a cluster. Shown as megahertz
​
​
vsphere.clusterServices.effectivemem.avg (gauge)
Total amount of machine memory of all hosts in the cluster that is available for use for virtual machine memory (physical memory for use by the Guest OS) and virtual machine overhead memory. Shown as mebibyte
​
​
vsphere.clusterServices.failover.latest (gauge)
vSphere HA number of failures that can be tolerated
​
​
vsphere.clusterServices.memfairness.latest (gauge)
Fairness of distributed memory resource allocation
​
​
vsphere.cpu.coreUtilization.avg (gauge)
CPU utilization of the corresponding core (if hyper-threading is enabled) as a percentage
​
​
vsphere.cpu.costop.sum (gauge)
Time the virtual machine is ready to run but is unable to run due to co-scheduling constraints. Shown as millisecond
vsphere.cpuentitlement.latest
Amount of CPU allocated to a virtual machine or a resource pool. Shown as megahertz
vsphere.cpu.demand.avg
The amount of CPU virtual machine would use if there was no CPU contention or CPU limits. Shown as megahertz
​
​
Troubleshooting
Troubleshooting steps for any known issues can be found in the StackState support Knowledge base.
Traefik (BETA)
Zabbix
Last modified 5mo ago
Copy link
Contents
What is the VMware vSphere StackPack?
Prerequisites
Network communication
Enable vSphere integration
Configuration options