Getting Data In

How to limit the maximum indexing volume a day per index?

jrodriguezap
Contributor

Hello everyone
I am trying to limit the ability of indexing per day of for each of my indexes as follows:
indexA = 5GB
indexB = 3GB
indexC = 8GB

In my indexes.conf file I have the following:

[indexA]
maxDataSize = 5120
[indexB]
maxDataSize = 3072
[indexC]
maxDataSize = 8192

However, this amount exceeds indexing daily. Am I doing something wrong or am I missing something? I'm grateful for your help.

Regards
Jorge

0 Karma

satishsdange
Builder

Hi -
Here is definition of maxDataSize -

maxDataSize = <positive integer>|auto|auto_high_volume
    * The maximum size in MB for a hot DB to reach before a roll to warm is triggered.

Docs link - http://docs.splunk.com/Documentation/Splunk/6.2.2/admin/Indexesconf

In case you want to limit indexing volume/day, you should ideally configure inputs.conf for the correct inputs or props.conf for event filtering.

0 Karma

jrodriguezap
Contributor

Thanks satishsdange
I understand the use of inputs and props. But that more than anything is to filter or manipulate the data to be indexed, which already have done.
The detail is that my indexB usually consume 2.8GB, but sometimes exceeds 3.9GB, and this affects me. As always wanted to reach a maximum of 3GB per day.
May be this?

0 Karma

satishsdange
Builder

Does it mean that you want to drop data after hot bucket reaches 3GB?

0 Karma

jrodriguezap
Contributor

yes.
Thanks

0 Karma
Get Updates on the Splunk Community!

Enterprise Security Content Update (ESCU) | New Releases

In December, the Splunk Threat Research Team had 1 release of new security content via the Enterprise Security ...

Why am I not seeing the finding in Splunk Enterprise Security Analyst Queue?

(This is the first of a series of 2 blogs). Splunk Enterprise Security is a fantastic tool that offers robust ...

Index This | What are the 12 Days of Splunk-mas?

December 2024 Edition Hayyy Splunk Education Enthusiasts and the Eternally Curious!  We’re back with another ...