Peer Persistence and Adaptive Optimization interoperation on 3PAR

This is part one of a two part series on enhancements to the HP 3PAR StoreServ platform announced at HP Discover in June. 

One of the biggest benefits of being an HP invited blogger for HP Discover is the opportunity to sit and talk with architects and executives during coffee talks and importu meetings in the bloggers lounge.  This gives me and other bloggers the opportunity to ask our specific questions from really technical or strategic HP staff.  During the past two HP Discover events, I have had great opportunities to talk to HP 3PAR storage team members and get some great information about specific issues and some ideas on where things may be heading.

3parstoreserv7000

At HP Discover in Barcelona back in December, Calvin Zito (@HPStorageGuy) introduced me to Siamak Nazari, an HP Fellow and chief architect for 3PAR’s OS.  I and few other bloggers had the opportunity to talk about how HP develops the 3PAR OS and the evolution of the ASIC inside the 3PAR.  

In December, I asked Nazari specifically about things that break with Peer Persistence and the 3PAR advanced features.  Earlier in the year, my employer had implemented a pair of 3PAR StoreServ 7400’s in our environment in a Peer Persistence configuration.  I quickly noticed that the advanced feature sets didn’t fully support Peer Persistence and I was curious when we might expect that.

Peer Persistence is 3PAR’s flavor of Metro Storage Clustering for VMware.  Peer Persistence allows synchronous replication between the two arrays and a seamless failover from one set of LUNs to another between arrays without interruption to the VMware workloads.  The primary 3PAR presents its LUNs under a WWN as active storage paths and the secondary/replication array presents its LUNs in a secondary/passive state until the failover occurs.  When failover occurs, the replica becomes the active paths and the other array becomes secondary/inactive.  The failover and monitoring can be automated with a Quorum Witness to handle the failover in the event of an array failure.

Peer Persistence is the new addition to the 3PAR feature set and understandably, a lot of the other advanced features don’t recognize Peer Persistence.  One of the things we realized immediately is that Peer Persistence and Adaptive Optimization do not share data.  So while AO is balancing data between storage tiers on the primary array based on the read and write characteristics of data, the secondary array is not receiving all the read operations so its AO will not optimize the same or as well as the primary.

Nazari acknowledged that this is the case in 3PAR at the present time.  One of the potential solutions to this is an enhanced federation between 3PAR arrays, which may get delivered in a future 3PAR OS release.  There is nothing technically to prevent this type of data sharing between arrays to allow AO to optimize workloads the same across arrays, but presently the arrays don’t share the data.  Federation would allow for this type of data and a lot of other data to be shared and managed centrally across multiple arrays.

But one of the things that I’ve realized is that HP, like all companies, has limited resources to apply to a large set of problems to solve.  So, they prioritize features based on biggest benefit to customers and other factors.

So during HP Discover in June, I had the opportunity to talk with Priyadarshi Prasad (@Priyadarshi_Pd) about developments announced during the June event, including thin deduplication and HP’s strategy to get solid state storage down to the cost of spinning disk and I also wanted to get an update on my earlier question.

I asked again about any developments for advanced features like Adaptive Optimization interoperating with Peer Persistence.  This time, we had a different conversation – one that prompted this post.

Pointing back to the announcements of the latest HP Discover, Prasad talked with me about the total cost solid state disk in a 3PAR array.  This June, HP announced the HP 3PAR StoreServ 7450 all flash array with new 1.9TB Solid State Disks, Thin Deduplication and Adaptive Sparing.  As a combination of these announcements, HP estimates it can deliver an all-flash array with usable storage at a cost of $2 per GB – similar to the cost of spinning disk. Prasad pointed out that if  HP can reduce the cost of solid state storage to the same as spinning disk, would technologies like Adaptive Optimization even be needed anymore?  Spinning disk is adopted for its low cost per GB, but if solid state can be adopted at the same cost, why wouldn’t customers go there instead.

While delivering $2 per GB solid state, until there is another tier of storage that is more costly and better performing than solid state, tiering technologies would become more or less obsolete.  One valid observation is that non-volitile RAM (NVRAM) is coming and may present options for another, fast tier of storage, so we may see this come again, but it sounds like today that federated AO may have just moved way down the list of priorities.

As a customer with existing 3PAR with spinning disk, obviously I want to see some sort of federation and central management which also shares AO characteristics between arrays.  It doesn’t do anything for customers who have already adopted spinning disk on 3PAR.  Most likely, if we adopted all solid state, it will be in a new array or within a tier on our existing arrays.  Its not likely for us or many customers to take existing spinning disk offline within existing arrays.  So, for this reality to come to fruition, its going to take several years for arrays to refresh all-together or for new arrays to be adopted side by side.

But it certainly warrants more information and investigation to the HP claim of $2 per GB for solid state disk.  That’s where part two in this series goes next – investigating HP’s 3PAR StoreServ $2 per GB.

Disclaimer:  HP invited me to HP Discover as a blogger and covered my expenses to attend the event.  I also spoke at a session during the event.  As always, the views and opinions stated on this blog are my own.  HP was given no editorial control over content or topics for my posts.  

Tags: , , , , ,

 

About the Post

Author Information

Philip is a IT solutions engineer working for AmWINS Group, Inc., an insurance brokerage firm in Charlotte, NC. With a focus on data center technologies, he has built a career helping his customers and his employers deploy better IT solutions to solve their problems. Philip holds certifications in VMware and Microsoft technologies and he is a technical jack of all trades that is passionate about IT infrastructure and all things Apple. He's a part-time blogger and author here at Techazine.com.

2 Responses to “Peer Persistence and Adaptive Optimization interoperation on 3PAR”

  1. Muhammad #

    Nice post Philips, so did you get the answer of your query regarding peer persistence working with AO, I am about to setup peer persistence for an organisation with 3.2.2 as OS but could not find any information regarding how peer persistence will handle the AO volumes, this post is almost 2 years old and I believe there is no progress in this inter operation, the new guide for remote copy doc 3.2.2 only talks about asynchronous streaming replication supporting AO but peer persistence works with synchronous mode..

    May 27, 2016 at 4:42 pm Reply

Trackbacks/Pingbacks

  1. HP 3PAR StoreServ 7450 drives down flash to cost of spinning disk | Techazine - December 2, 2015

    […] I posted in my first part of this series, one of the best benefits to being an invited blogger at HP Discover is the opportunities to talk […]

Leave a Reply

%d bloggers like this: