Monitoring Splunk

Does Splunk recommend 1200 IOPS or 1200 Random Seeks per second?

alexandercouto
Engager

Hello everybody.

I think there's a misunderstanding of bonnie++ does. I looked for other entries here in the forum about bonnie++ and also the HardwareTuningFactor (http://wiki.splunk.com/Community:HardwareTuningFactors) , but I really think that they are not correct. Looking at bonnie++ site (http://www.coker.com.au/bonnie++/), and also in a blog from the site (http://etbe.cocker.com.au/) I didn't find any place that tells that bonnie measures IOPS. Not only this. In Russell Cocker (bonnie++'s author) blog, the only result for the search iops was about a new patch regarding Direct I/O that was developed by Dave Murch from Violin Memory (http://etbe.coker.com.au/?s=iops).

Violin Memory itself is a company that does flash storage appliances and arrays and they have small lectures of how does performance can be measured in disk subsystems. Two different, but related articles shows clearly that bonnie++ doesn't measure IOPS (http://www.violin-memory.com/blog/the-fundamental-characteristics-of-storage/
http://www.violin-memory.com/blog/understanding-io-random-vs-sequential/).

Then I started searching here in answers.splunk.com about bonnie++ and found some links:
http://answers.splunk.com/answers/116011/bonnie-anything-splunk-specific.html
http://answers.splunk.com/answers/60452/bonnie-results-for-different-raid-configurations.html
http://answers.splunk.com/answers/72091/how-to-calculate-iops-without-using-bonnie.html
http://answers.splunk.com/answers/29919/testing-splunk-systems-with-iozone-how-to-interpret-results....
http://answers.splunk.com/answers/75907/calculating-iops-from-bonnie-results.html
http://answers.splunk.com/answers/84337/how-can-i-use-bonnie-to-measure-iops.html
http://answers.splunk.com/answers/60745/bonnie-for-vm-iops-monitoring.html
http://answers.splunk.com/answers/224661/iostat-how-do-i-get-disk-iops-out.html

This last one made me really curious... because someone wrote "This wont give you IOPS. You'll need to look at a different tool for getting accurate results on the linux platform.. Check out bonnie++" But bonnie++ also doesn't tell IOPS.

Researching more about the subject, I found two interesting discussions in serverfault.com, a place that can be compared to this forum, as the nature is the same:
http://serverfault.com/questions/578250/interpreting-iops-these-bonnie-and-iostat-results - This one contradicts explicitly the sentence above that tells that iostat doesn't give IOPS when someone answers: "What are you expecting? Your results look fine. The tps figure is what you should be monitoring if you're specifically trying to determine IOPS."
The other discussion that I found was:
http://serverfault.com/questions/517051/can-i-determine-iops-on-a-disk-array-using-bonnie
that basically tells that if you want to measure IOPS, then bonnie++ is a good way to generate data in disk, but another tool is needed to measure it, like iostat. Also, tps again is used to be the IOPS measure reference.

After reading all of the links above, I was pretty sure that bonnie++ could not measure IOPS, but I decided to try a different approach. bonnie++ doesn't tell anything about IOPS, but what about iostat? And in man page (http://linux.die.net/man/1/iostat) I could read this:
"tps

Indicate the number of transfers per second that were issued to the device. A transfer is an I/O request to the device. Multiple logical requests can be combined into a single I/O request to the device. A transfer is of indeterminate size."
It was written in all words that this is what I'm looking for. IOPS.

The reason to write this answer is that bonnie++ to be used to measure IOPS is not adequate, and achieve 1200 Random Seeks /s as suggested is far away more difficult than achieving 1200 IOPS based on the nature of each one.

What I ask now is: Splunk recommends 1200 IOPS or 1200 Random Seeks/s ? This question become more important than ever now.

jet1276
Path Finder

Hi @alexandercouto,

Were you able to figure out resolution for the same??

Because in iostats "tps" we are observing result upto "1400" while executing bonnie++, but when I see the output of bonnie, it shows only 246 Random Seeks/Sec.
Checking Random seek was also recommended by Splunk Support.

0 Karma

chris
Motivator

Hi, I like fio https://www.thomas-krenn.com/en/wiki/Fio which yields an iops metric in the output. You can also simulate bonnie++ with fio: https://scalability.org/2009/07/bonnie-isnt-that-good-at-characterizing-system-io-rates/

0 Karma

dolivasoh
Contributor

Depending on who you ask they'll say 800 IOPS or 1200 IOPS but the metric is definitely IOPS and not random seeks. Last I heard, it was 800, was increased to 1200 and recently backed down to 800 again.

okrabbe_splunk
Splunk Employee
Splunk Employee

So most people are testing using bonnie++. If you look at the output of bonnie++, there is no column called IOPS. Instead, people are referring to Random seeks/s.

0 Karma
Get Updates on the Splunk Community!

.conf24 | Registration Open!

Hello, hello! I come bearing good news: Registration for .conf24 is now open!   conf is Splunk’s rad annual ...

ICYMI - Check out the latest releases of Splunk Edge Processor

Splunk is pleased to announce the latest enhancements to Splunk Edge Processor.  HEC Receiver authorization ...

Introducing the 2024 SplunkTrust!

Hello, Splunk Community! We are beyond thrilled to announce our newest group of SplunkTrust members!  The ...