Splunk Enterprise

Forwarding events to 2 indexer clusters but transform one copy

klim
Path Finder

I have a heavy forwarder that sends the same event to two different indexer cluster. Now this event has a new field "X" that I only want to see in one of the indexer clusters. 

I know in the props.conf I can configure the sourcetype to do the removal of the field but that would be on the sourcetype level. Is there any way to remove it on one copy and not the other? 

Alternatively I could do the props.conf change on the indexer level instead.

Labels (1)
0 Karma

PickleRick
SplunkTrust
SplunkTrust

What business problem are you trying to solve? There has been lately an "outbreak" of ideas in line of "I want to send my events to two destinations but not as a precise copy".

Sending the same events to two different indexer( cluster)?s induces extra license consumption but also blocks one output when the other one is blocked so it makes your environment sensitive to any problems.

So back to the original question - what problem are you trying to solve?

0 Karma

isoutamo
SplunkTrust
SplunkTrust
Hi
you told here what is your solution to your issue, but what is your issue and especially why you are sending same event to two separate clusters? That means also duplicate licenses costs.

Basically you could do this by replicating sourcetype and then removed this field from replicated sourcetype. But maybe there is better solution when we understand your real issue?
r.Ismo
0 Karma
Get Updates on the Splunk Community!

Community Content Calendar, November Edition

Welcome to the November edition of our Community Spotlight! Each month, we dive into the Splunk Community to ...

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 ...

Stay Connected: Your Guide to November Tech Talks, Office Hours, and Webinars!

What are Community Office Hours? Community Office Hours is an interactive 60-minute Zoom series where ...