« Isilon's OneFS -- The Definition Of A Modern File System? | Main | EMC World 2013 -- The Tribe Is Strong »

May 06, 2013

TrackBack

TrackBack URL for this entry:
http://www.typepad.com/services/trackback/6a00d83451be8f69e2019101a65b2c970c

Listed below are links to weblogs that reference Introducing EMC ViPR: A Breathtaking Approach To Software-Defined Storage:

Comments

Dsiggi

Is this just a maturation of VPlex?

Chris

So the S3 API and Swift API are only supported to the clients? In other words, there is no way to leverage Amazon S3 or Rackspace Cloud (Openstack) using this solution? The APIs are only to support existing applications written for these APIs?

Chuck Hollis

Dsiggi --

Is this just a maturation of VPLEX? No, not as I look at it.

VPLEX is mostly about overcoming distance -- stretching storage so that it can be read and written in two places as once. That gives you better RTO/RPO on disaster recovery, enables non-disruptive migrations, etc. Of course, in the process of doing all of this, VPLEX virtualizes storage in many aspects.

When I look at ViPR, I see a different set of goals: delivering storage-as-a-service, creating new data services (e.g. object, HDFS) over existing storage, tight integration with cloud orchestration, etc.

Are there a few similar concepts? Yes, but really quite different problems that they're each trying to solve. For example, one of the ViPR use cases is orchestrating VPLEX to enable specific services: e.g. non-disruptive migration.

Thanks for the question --

Chuck Hollis

Chris --

As I understand it, the answer to your question is "yes" -- ViPR supports client apps that want to use these APIs, but does not itself use them to access external services -- today.

Other EMC products (e.g. Cloud Tiering Appliance) use S3 APIs and thus can use external services. Although we're not offering it as a standard capability today, I'm sure there's a reasonable path to use CTA with ViPR as you are suggesting.

I think there are other EMC products that also use S3 APIs (e.g. Syncplicty) but I can't give you a complete list.

Swift APIs are relatively new, I'd expect more work around those as storage targets before too long.

I hope this at least partially answered your question?

Chris

That answers it Chuck; thanks for the detailed reply!

Chris Almond

Hi Chuck,

Exciting stuff! I have a couple questions.

Is ViPR going to support CDMI? Can you comment on ViPR futures ala CDMI? Looks like Greg Schulz is asking the same question here: http://storageioblog.com/?p=4894

When you say that ViPR "abstracts physical storage arrays to create new, virtual arrays", why are you still using the "array" word to describe the new construct? It sounds like ViPR is providing the ability to abstract heterogeneous storage resources into a new consolidated type of logical storage entity. ViPR is providing buckets, or containers, or pools, or... ? It's not providing "arrays". (Seems like an opportunity for EMC to seize the day here and coin a new term for the virtualized storage entity that ViPR creates. "VSE" for short? Did anyone know what a “VM” was before VMware?)


Chuck Hollis

Hi Chris:

1. CDMI is becoming a reasonable choice for one of the object interfaces. I don't want to speak for the product team, though.

2. I understand your points on terminology "array" vs. container, pool, etc. I think the thought was to name things that people were familiar with. Another example was that the ViPR control plane is described as the "controller" which evokes pictures of hardware -- which of course it isn't. It's debatable which might be better.

Thanks for the comment.

Bill

If people want this functionality, they should just go with IBM SAN Volume Controller. Its been providing this capability for 8-9 years now.

Chuck Hollis

Bill:

It's thoughtful of you to promote your employer like that, but -- of course -- you're quite mistaken.

-- Chuck

JamesK

Hi Chuck,

I have another question around VPLEX. I see what you are saying when you describe the discrete capability sets of VPLEX and ViPR. However, do you also envisage (or better yet support from day 1), VPLEX managed by ViPR to provide the storage services, information representation and ultimately cloud storage services - i.e. extend VPLEX capabilities for an SDDC programmatic approach?

Chuck Hollis

JamesK --

I don't want to commit to what's going to be there Day 1, but -- yes -- the teams are committed to orchestrating VPLEX (and providing programmatic control) as a part of ViPR.

Any more detail than that I'd have to get you in touch with the product team directly.

RAJ CHHATWAL

WHAT I FIND AMAZING IS THE ACTIONS OF COMPANIES TO "TAKE MY INFORMATION FROM ME AND CHARGE ME FOR IT", SUCH BELIGERENT LACK OF MORALITY IS COMMON PLACE NOW, FRROM GOVERNMENTS TO BANKS, TO MOBILE INDUSTRY TO MANUFACTURERS..
THIS WILL LEAD INTO A INFORMATION BLACKOUT THAT THE SOCIETY WILL NEVER RECOVER FROM..

The comments to this entry are closed.

Chuck Hollis


  • Chuck Hollis
    Chief Strategist, VMware SAS BU
    @chuckhollis

    Chuck has recently joined VMware in a new role, and is quite enthused!

    Previously, he was with EMC for 18 years, most of them great.

    He enjoys speaking to customer and industry audiences about a variety of technology topics, and -- of course -- enjoys blogging.

    Chuck lives in Holliston, MA with his wife, three kids and four dogs when he's not travelling. In his spare time, Chuck is working on his second career as an aging rock musician.

    Warning: do not buy him a drink when there is a piano nearby.
Enter your Email:
Preview | Powered by FeedBlitz

General Housekeeping

  • Frequency of Updates
    I try and write something new 1-2 times per week; less if I'm travelling, more if I'm in the office. Hopefully you'll find the frequency about right!
  • Comments and Feedback
    All courteous comments welcome. TypePad occasionally puts comments into the spam folder, but I'll fish them out. Thanks!