Virtualization — vSphere events
Virtualization — vSphere events
Section titled “Virtualization — vSphere events”Collecting events from VMware vSphere — ESXi hosts and vCenter Server — via the
vSphere API. This is the agent’s vsphere_event reader: it polls the vCenter
for event history and converts each event into a Sondar event.
The reader
Section titled “The reader”vsphere_event is a reader in the agent (registered under the agent kind),
so it is configured as a reader in a collection task rather than as an app:
readers: - vsphere_event: url: https://vcenter.example.com/sdk # required username: admin@vsphere.local password: secret timeout: 10s sleep_time: 1s insecure: true filter: disable_full_message: false category: [] type: [] event_type_id: [] tag: [] max_count: 100 event_chain_id: "" recursion: all username: enable: false system_user: false user_list: []Supported vSphere versions: 6.5, 6.7 and 7.0 (the govmomi client talks the modern vSphere API).
-
url(required) — the vCenter or ESXi SDK URL. -
username/password— vCenter credentials. -
timeout(default 10s) — the request timeout. -
sleep_time(default 1s, minimum 1s) — how long to rest when no new events arrive, to avoid hammering the vCenter. -
insecure(default true) — skip TLS certificate verification. The default is insecure because vCenter self-signed certs are the norm; set it false against a proper CA. -
filter— the vSphereEventFilterSpec:key what it does disable_full_messagedrop the full formatted message per event categoryonly events in these categories (Event severity classes) type/event_type_idonly these event types; the two are mutually exclusive, and event_type_idis the one for current vSphere (API 4.0+)tagonly events carrying these tags (API 4.0+) max_countmax events per request, default 100 event_chain_idfilter by event chain recursionall,selforchildren— how far down the inventory hierarchy to collect (defaultall)usernamerestrict to specific users ( enable,system_user,user_list)
The reader keeps a checkpoint (vsphere.meta) so an interrupted poll resumes
where it stopped rather than re-reading the whole event history.
The collected events flow through the standard transformers/senders pipeline, so they can be shaped like any other event and sent to the event index.