HPE Storage Users Group

A Storage Administrator Community




Post new topic Reply to topic  [ 6 posts ] 
Author Message
 Post subject: AO conundrum??
PostPosted: Tue Jan 06, 2015 6:44 am 

Joined: Tue Jan 06, 2015 6:16 am
Posts: 13
Hi

I was wondering if someone more experienced in 3PAR can help me with this conundrum. I recently started a new job and this is the first time I’ve dealt with SANs and HP 3PAR in particular. We have a 3 tiered 3PAR system in place with total storage capacity of approx. 55TB as follows:

Tier0 – SSD 2.6TB (7% free)
Tier1 – FC 22TB (70% free)
Tier2 – NL 30TB (1.92% free)

We keep on getting alerts (major) that SSD raw space usage is above 85% and NL raw capacity is above 95%. All our CPGs are configured to use all 3 tiers in performance mode but it seems AO is mainly using tier0 (SSD) and tier2 (NL) and under utilising Tier1 – can someone explain why this is happening?

To address this I made a change to one of the AO configurations and removed tier2 leaving only tier0 and tier1 in the hope that AO will shift data from NL to FC but after leaving this for over 24 hours no data appears to have moved from NL to FC. Is this the right way to shift data about or is it better to simply create a new 2 tiered CPG and move the virtual volumes on there instead?

If anyone can help me and provide advice on how best to configure our CPGs and AO so as to avoid generating free capacity alerts that would be greatly appreciated.

Many thanks :)


Top
 Profile  
Reply with quote  
 Post subject: Re: AO conundrum??
PostPosted: Tue Jan 06, 2015 12:35 pm 

Joined: Sun Jul 29, 2012 9:30 am
Posts: 576
There is some info you may need to get from HP that will explain how AO looks at metrics to determine movement. We have been complaining about how poor AO is at effectively using the tiers, it seems to do the same for us, push to the top or bottom with little landing in the middle. Also we have been told AO's job is to push data down even in performance mode, the different modes just change the formula AO uses to move data up or keep it up. Again a poor design IMO as you can have huge space available in higher tier CPG yet the array will let itself crush NL performance rather than take some data that "may benefit" and push it up to at least help alleviate the bottlenecks on NL.


Top
 Profile  
Reply with quote  
 Post subject: Re: AO conundrum??
PostPosted: Tue Jan 06, 2015 1:17 pm 

Joined: Wed Aug 07, 2013 3:22 pm
Posts: 254
The problem with AO is that it's designed to move the data to the most appropriate tier based on averages throughout the day, which is often not where you believe the data should reside. Potentially it could be made more aggressive but that could also have the reverse affect without some careful planning :-) and I have Customers who are also in that reverse situation.

You could try setting a capacity warning (NOT A LIMIT) on the NL CPG to reduce the amount of space that can be consumed by AO in that CPG, which should push some data back to FC, you can also set the differing capacity alerts with setsys RawSpaceAlertXXX or look at suppressing at the SP. Once you have the data where you want it you can also look at the using the min_iops option on the startao command. All of the above is discussed in the linked document below.

http://h20195.www2.hp.com/v2/GetPDF.asp ... 867ENW.pdf

Adaptive Flashcache might also be an option.


Top
 Profile  
Reply with quote  
 Post subject: Re: AO conundrum??
PostPosted: Wed Jan 07, 2015 4:52 am 

Joined: Tue Jan 06, 2015 6:16 am
Posts: 13
Very informative posts guys many thanks - I'll certainly have a look at the HP documentation.

Again many thanks for your help :)


Top
 Profile  
Reply with quote  
 Post subject: Re: AO conundrum??
PostPosted: Wed Jan 07, 2015 7:42 am 

Joined: Wed Nov 19, 2014 5:14 am
Posts: 505
If you're looking to re-engineer the AO configuration take a look at page 17 of the linked document, with 3.2.1 firmware you have the option to filter AO moves based on VVsets within a CPG (use VVsets as a proxy for given application) rather than every volume being moved in that config / CPG. So you now have much finer granularity around individual VVsets for AO reporting, monitoring windows and schedules without the need for multiple AO configurations and subsequent CPG's.


Top
 Profile  
Reply with quote  
 Post subject: Re: AO conundrum??
PostPosted: Sun Jan 11, 2015 8:47 am 

Joined: Thu Dec 06, 2012 1:25 pm
Posts: 138
Do you have tpvv volumes created on SSD? if not you can set the warning level to 10GB to work around the error (setsys RawSpaceAlertSSD 10). Do this only if you have no volumes that grow directly into SSD. AO can then use all available SSD storage.

If you do have tpvvs on SSD, you'll have to carefully balance the AO usage (with warnings set on the AO SSD CPGs) with the growth of the tpvvs, to prevent running out of SSD storage.

(The 3par will be forced to add FC storage to the SSD CPG, if it runs out of SSD storage)

_________________
The goal is to achieve the best results by following the clients wishes. If they want to have a house build upside down standing on its chimney, it's up to you to figure out how do it, while still making it usable.


Top
 Profile  
Reply with quote  
Display posts from previous:  Sort by  
Post new topic Reply to topic  [ 6 posts ] 


Who is online

Users browsing this forum: No registered users and 224 guests


You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot post attachments in this forum

Search for:
Jump to:  
Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group | DVGFX2 by: Matt