Getting Data In

TAs with redundant perfmon inputs

dlofstrom
Path Finder

We recently deployed the Splunk for Exchange app, and I just happened to notice that some perfmon information from the Exchange hosts are not being indexed, specifically the standard Windows objects like CPU, Memory, etc.

Made me realize I may have misunderstood something when I was deploying the TAs for each server role (our Exchange hosts - with the exception of our Edge servers are mult-roled). On all TAs save for the MailboxStore TA, I disabled these perfmon inputs, assuming having it enabled on all of them would significantly increase the amount of perfmon info getting indexed. For example, for 3 TAs each with a CPU perfmon input queried every 10sec, I assumed this would result in 3 results getting indexed every 10sec rather than 1.

Is this assumption correct? Or does it build a single input for the host no matter how many times it's defined?

0 Karma
1 Solution

jbernt_splunk
Splunk Employee
Splunk Employee

Hi there,
The perfmon inputs will only get indexed once per forwarder. Btool can help show this:
"splunk.exe cmd btool inputs list"
So it is safe to leave the inputs enabled, especially in the case of multiple addons, disabling one may disable the same stanza across the board.

View solution in original post

0 Karma

jbernt_splunk
Splunk Employee
Splunk Employee

Hi there,
The perfmon inputs will only get indexed once per forwarder. Btool can help show this:
"splunk.exe cmd btool inputs list"
So it is safe to leave the inputs enabled, especially in the case of multiple addons, disabling one may disable the same stanza across the board.

0 Karma
Get Updates on the Splunk Community!

Update Your SOAR Apps for Python 3.13: What Community Developers Need to Know

To Community SOAR App Developers - we're reaching out with an important update regarding Python 3.9's ...

October Community Champions: A Shoutout to Our Contributors!

As October comes to a close, we want to take a moment to celebrate the people who make the Splunk Community ...

Automatic Discovery Part 2: Setup and Best Practices

In Part 1 of this series, we covered what Automatic Discovery is and why it’s critical for observability at ...