3PAR StoreServ Storage
cancel
Showing results for 
Search instead for 
Did you mean: 

3PAR 8200 not spreading iOPs across disks

 
Highlighted
Tony Martinac
Occasional Contributor

3PAR 8200 not spreading iOPs across disks

We have a 8200 system with an additional tray and we have all slots filled with same size and type of disk.  When I do an iOP report I only show iOPs on half the disks.  Shouldn't the system be using all available disks for iOPs?

4 REPLIES 4
Highlighted
Gary_L
HPE Pro

Re: 3PAR 8200 not spreading iOPs across disks

So the quick answer is yes, the IO should be balanced, now for the longer answer/questions.

Were all the drives installed with he system initially or some added later?  If data is not balanced after a disk add there could be an imbalance in data on drives and therefore uneven distribution of IO.

Were there any CPG filters used?  If there was disk segmentation done at the CPG level there could be a reason for the IO descrepancy.  You can run showcpg -sdg to view the CPG characteristics. 

Gary

I am an HPE Employee
Highlighted
Dardan
Frequent Advisor

Re: 3PAR 8200 not spreading iOPs across disks

Was this additional tray installed later on? I would consider running tunesys and / or eventually compactcpg

HPE 3PAR Operating System - Tuning System Performance Using the 3PAR OS Command Line Interface

___________
Hit the Kudo's button to show appreciation or mark as solution if your question was answered.
Highlighted
Tony Martinac
Occasional Contributor

Re: 3PAR 8200 not spreading iOPs across disks

Thank for the reply Gary,

Not all the drives were installed initially.  We have added disks and an additional tray a couple of times since we've had system.

No CPG filters being used.  We have 1 CPG that has all disks allocated to it.

Highlighted

Re: 3PAR 8200 not spreading iOPs across disks

It sounds like

  1. The system was installed with perhaps one shelf, volumes were created.
  2. A shelf was added. The system may have started to rebalance the volumes across all the disks, but "powers that be" needed new volumes now. Those would go just on the lesser filled (new) disks until they filled to where the old disks were, then further allocations would be across all disks.
  3. Existing volumes may have done some balancing or not, depending on how big the new volumes were.

Remember, the chunklet allocation routines want to get the physical disks' free space the same. Or, now putting on my "developer's hat", I find a chunklet from the PD with the most free; repeat as necessary. As the new disks have a lot free, guess where the volume goes.

It would take some effort, but "showvvpd <VV_name>" shows how many chunklets the specified volume is using across each of the PDs. I'd start with the busiest (largest?) virtual volume and work down. When you find one that's not or poorly balanced, "tunevv <VV_name>". Start with a dry run "-dr" to see what the tune task would have done. 


Note: While I am an HPE Employee, all of my comments (whether noted or not), are my own and are not any official representation of the company

Accept or Kudo