Tag Archives: vipr

ViPR 2.0: New use-cases to support VPLEX and RecoverPoint

The GA of ViPR 2.0 was announced in time for EMC World. While there are significant announcements in ViPR 2.0, I will focus on the pieces that benefit VPLEX and RecoverPoint in this new integration.

A quick recap of what was supported prior to the 2.0 release is available here.

Support for Snaps and Clones on arrays behind VPLEX

In the 2.0 release, ViPR now supports full life cycle management of Snaps and Clones on arrays behind VPLEX. This allows customers to get a single pane of glass management function for snaps and clones. This seamless experience makes it easy for customers to take advantage of the performance and scale of these capabilities on underlying arrays and not compromise on the ease of use needed to make this capability work. Here is a demo of this capability.

Setting up a Local Mirror (RAID-1)

Another addition made in the ViPR 2.0 release is the ability to add a local mirror leg to a given virtual volume for the purposes of creating a RAID-1. This allows the volume to be protected across arrays. Here is a demo of what this capability is:

VPLEX and RP Protection

One of the big additions with the ViPR 2.0 release was common management for RecoverPoint within the VPLEX context. This allows RecoverPoint protection for VPLEX volumes to be accomplished through the same user interface. Combined with the end-to-end VPLEX provisioning through ViPR, you can now accomplish complete VPLEX provisioning with RecoverPoint. Please note that ViPR 2.0 does not support the MetroPoint topology. This is targeted for future releases.

Updated Provisioning use-case

Since ViPR 1.0, the provisioning for VPLEX has been updated. Here is a demo of the updated provisioning workflow.


Talkin’ about VPLEX and RecoverPoint Part 4

The past three editions of these have been very popular. Our marketing and CSE team has created some new videos in support of the Q2 launches for VPLEX and RecoverPoint. So here are twelve videos for you to dig into.

  1. Why VPLEX for VMware Environments: Don Kirouac does an excellent job explaining how VPLEX integrates with VMware environments.
  2. Why VPLEX for Oracle RAC: Don Kirouac from the Corporate Systems Engineering team talks about the integration between Oracle RAC and VPLEX Metro to deliver continuous availability
  3. VPLEX with XtremIO: Charlie Kraus from the Product Marketing team explains how VPLEX delivers value to XtremIO environments
  4. ViPR with VPLEX and RecoverPoint: Devon Helms from the Product Marketing team explains how provisioning for VPLEX and RecoverPoint can be made simple with the ViPR Controller.
  5. Why VPLEX for SAP: Jim Whalen from the Solutions Marketing Team explains how VPLEX can help deliver SAP Application Availability.
  6. Why VPLEX for Microsoft Hyper-V Environments: Charlie Kraus talks about how VPLEX integrates with Microsoft Hyper-V environments to deliver mobility and availability
  7. VPLEX with Vblock: Charlie Kraus delves into how VPLEX integrates with and provides value to a Vblock environment.
  8. VSPEX Solutions for VPLEX and RecoverPoint: Karl Connolly from the VSPEX Marketing Team

  9. MetroPoint topology: Paul Danahy and I walk through the benefits and value propositions of the MetroPoint topology
  10. VPLEX Virtual Edition: Paul Danahy and I introduce the VPLEX Virtual Edition solution and why we think this is such a game changer
  11. Simplified Provisioning with VPLEX: Paul Danahy and I talk through how VPLEX Integrated Array Services simplifies provisioning with VPLEX
  12. EMC AppSync for RecoverPoint: Parag Pathak from the AppSync Marketing team and Devon Helms talk about the integration between AppSync and RecoverPoint to deliver application consistent protection


ViPR was launched with tremendous fanfare at EMC World last year (how time flies!). The product went GA in Sept 2013.

The key premise behind ViPR is that data center management has become too complex. As obvious as this problem is, it is a herculean task to address. I doff my hat to the ViPR team. They have taken a very complex challenge and built a product that they can be justifiably proud of.

Over the last few months, a number of customers have deployed VPLEX together with ViPR and used ViPR to simplify their management infrastructure. Our team has put together some demos to help explain how ViPR and VPLEX integrate.

We will be adding voice-overs at a later point in time but it seemed useful to make these available to customers to help them understand the value of VPLEX with ViPR.

Configuring VPLEX within ViPR

This demo shows you how to configure VPLEX within the ViPR context. ViPR takes over after the basic configuration of VPLEX (i.e. set up from a network accessibility standpoint).

  1. A VPLEX cluster gets configured as a virtual array within ViPR. For a VPLEX Metro, this equates to creating two virtual arrays.
  2. From there, you need to expose the network elements from the SAN to the specific VPLEX cluster.
  3. You can now create virtual pools describing what type of storage to provision. Based on the SAN exposed, you get options for which storage can be exposed to which VPLEX cluster. Based on the configuration of the pools, you can assign different properties to VPLEX pools

Note that this is a one-time configuration for a given virtual pool. This sets you up for end-to-end provisioning!

Provisioning VPLEX within ViPR

This now operationalizes what was set up in the prior demo. The first step relates to selecting the virtual array and a virtual pool and then creating a distributed volume. THe next step involves taking this volume and exposing this volume to the host. No zoning, no moving between multiple GUIs, all available with ease.

Deprovisioning VPLEX within ViPR

This is the flip side to the prior demo. Here the volumes that are exposed to the host are deprovisioned. Again, same paradigm as before. The orchestration happens through the ViPR controller and it is all in one interface.

Migration of Pools through ViPR

This takes the migration use-case and converts it into the catalog view. The change pool catalog request results in migration of volumes from one array to another. THe orchestration is at the pool level so you can migrate from one array or one tier to another.

This is just the beginning – we are looking at more complex use-cases to deliver a seamless experience to our end customers. You will hear more about this in the near future. What do you think?