Search icon CANCEL
Subscription
0
Cart icon
Cart
Close icon
You have no products in your basket yet
Save more on your purchases!
Savings automatically calculated. No voucher code required
Arrow left icon
All Products
Best Sellers
New Releases
Books
Videos
Audiobooks
Learning Hub
Newsletters
Free Learning
Arrow right icon
Arrow up icon
GO TO TOP
Implementing Splunk: Big Data Reporting and Development for Operational Intelligence

You're reading from  Implementing Splunk: Big Data Reporting and Development for Operational Intelligence

Product type Book
Published in Jan 2013
Publisher Packt
ISBN-13 9781849693288
Pages 448 pages
Edition 1st Edition
Languages
Concepts
Author (1):
VINCENT BUMGARNER VINCENT BUMGARNER
Profile icon VINCENT BUMGARNER

Table of Contents (19) Chapters

Implementing Splunk: Big Data Reporting and Development for Operational Intelligence
Credits
About the Author
About the Reviewers
www.PacktPub.com
Preface
1. The Splunk Interface 2. Understanding Search 3. Tables, Charts, and Fields 4. Simple XML Dashboards 5. Advanced Search Examples 6. Extending Search 7. Working with Apps 8. Building Advanced Dashboards 9. Summary Indexes and CSV Files 10. Configuring Splunk 11. Advanced Deployments 12. Extending Splunk Index

Sizing indexers


There are a number of factors that affect how many Splunk indexers you will need, but starting with a "model" system with typical usage levels, the short answer is 100 gigabytes of raw logs per day per indexer. In the vast majority of cases, the disk is the performance bottleneck, except in the case of very slow processors.

Note

The measurements mentioned next assume that you will spread events across your indexers evenly, using the autoLB feature of the Splunk forwarder. We will talk more about this under Indexer load balancing.

The model system looks like this:

  • 8 gigabytes of RAM

    If more memory is available, the operating system will use whatever Splunk does not use for the disk cache.

  • Eight fast physical processors

    On a busy indexer, two cores will probably be busy most of the time, handling indexing tasks. It is worth noting the following:

    • More processors won't hurt but will probably not make much of a difference to an indexer as the disks holding indexes will probably not keep...

lock icon The rest of the chapter is locked
Register for a free Packt account to unlock a world of extra content!
A free Packt account unlocks extra newsletters, articles, discounted offers, and much more. Start advancing your knowledge today.
Unlock this book and the full library FREE for 7 days
Get unlimited access to 7000+ expert-authored eBooks and videos courses covering every tech area you can think of
Renews at €14.99/month. Cancel anytime}