Getting Data In

Sending data with HEC vs modular inputs vs raw port

yvonnec
New Member

I'm trying to figure out the pros and cons of using each of these methods to send data to Splunk. Let's assume I have full control over the data, so I can send it in any format.

To the best of my understanding:
HEC: push data to Spunk via Splunk's REST API
Modular input: a script (?) that runs on the Splunk side, good for pulling data from external REST APIs
Open port: (https://docs.splunk.com/Documentation/Splunk/7.3.0/Data/Monitornetworkports) send arbitrary data over a raw port for Splunk to index, and the indexing can be configured on the Splunk end

What other considerations should I be keeping in mind when deciding between these approaches? Any limitations to be aware of?

Thanks!

0 Karma
1 Solution

starcher
Influencer

Don't use network ports. you get no load balancing etc. HEC is HTTP post (web hook) meant to be web load balanced. Modular inputs usually you run on a heavy forwarder so you have to plan to have a backup of all inputs etc in case the box dies and you have to rebuild it.

View solution in original post

0 Karma

starcher
Influencer

Don't use network ports. you get no load balancing etc. HEC is HTTP post (web hook) meant to be web load balanced. Modular inputs usually you run on a heavy forwarder so you have to plan to have a backup of all inputs etc in case the box dies and you have to rebuild it.

0 Karma

yvonnec
New Member

Thank you, this is helpful!

0 Karma
Get Updates on the Splunk Community!

[Live Demo] Watch SOC transformation in action with the reimagined Splunk Enterprise ...

Overwhelmed SOC? Splunk ES Has Your Back Tool sprawl, alert fatigue, and endless context switching are making ...

What’s New & Next in Splunk SOAR

Security teams today are dealing with more alerts, more tools, and more pressure than ever.  Join us on ...

Your Voice Matters! Help Us Shape the New Splunk Lantern Experience

Splunk Lantern is a Splunk customer success center that provides advice from Splunk experts on valuable data ...