HPE Storage Users Group
https://3parug.com/

Hot Spindles
https://3parug.com/viewtopic.php?f=18&t=3120
Page 1 of 1

Author:  richard612 [ Thu Mar 07, 2019 11:58 am ]
Post subject:  Hot Spindles

How do you investigate "hot" (high I/O) spindles when you've already run a tunesys and the chunklets are well-balanced? Is there a way to track this I/O through the LD's in which the drive is participating and on up through the layers?

I'm curious to see if there's one tiny segment of data that's being hammered repeatedly and where these I/O requests are originating.

Edit: some background info, we have two 3PARs, one with six consistently hot spindles, the other with two. I figure whatever host is hammering these blocks might be a good candidate for moving at least part of its data to a pure flash tier. But I need to identify it first.

Author:  ailean [ Thu Mar 07, 2019 1:42 pm ]
Post subject:  Re: Hot Spindles

tunepd is probably what you want, just use the diagnostic side rather then the move bits to see what is happening.

Author:  MammaGutt [ Fri Mar 08, 2019 4:32 am ]
Post subject:  Re: Hot Spindles

I have so many questions and I don't know where to start ....

Something sounds very wrong if you have such clear hot-spots on the physical layer. The 3PAR should distribute data pretty good across multiple LDs crossing multiple PDs when writing to a volume. The only thing that might prevent this is if the data set if very small. In that case it should hit cache and you shouldn't get hammered on the backend.

Alternatively you could have created a CPG and filtered it to only cover 2 or 6 PDs but again, that would be against best practice and just plain stupid.

If this is constant I would try looking at the 3PAR CLI reference guide at the stat commands. statpd you clearly know, statld will point you to which LD is getting hammered, statvv will show which volume and statvlun could point out which server.

srrgiodensity could help you seeing how big the hot data set is.

Page 1 of 1 All times are UTC - 5 hours
Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group
http://www.phpbb.com/