Tag Archives: VMware

Federation – A new business model for disruptive innovation

[Even if it has been stated elsewhere, for this particular post, it is even more important to state that these are my views. My interest in this topic is to help organize my thoughts on the implications of the Federation structure created at EMC. Equally importantly, I am an EMC employee and an EMC shareholder, so I have my biases. Consider yourself warned!].

What is the Federation?

For the past six months or so, EMC has organized itself as a Federation. For the official announcement and details behind it, please look here. In case you see it on slides, here is the logo that is being used for the federation.

EMC Federation Logo

In a nutshell, the concept of the Federation is the coexistence of independent companies with a shared vision and at the end of the day, to a large extent a common P&L.

Why organize in this way?

Usually, when looking at business organizations, there are two common ways of organizing. Obviously, no one mechanism of organizing is superior to the other. The correct answer for any given organization depends on a bunch of factors – the desired end goal, market dynamics, level of overlap between the businesses and finally, which bets does the organization want to place. In other words, there is no right answer.
The two common ways of organizing are

  1. Monolith
  2. Conglomerate

Monolith

While the word monolith creates all sorts of mental images, this is by far the most common way of organizing. The organization is built around a singular vision. Different businesses within that organization are organized as business units. Typically, such organizations are able to benefit from shared services – HR, IT, Sales etc. The goal of this mode of organization is clarity of purpose, driving more alignment and efficiency in terms of common capabilities that can be optimized. This doesn’t stop these companies from being diverse – just that the degrees of separation between the individual businesses is relatively small and usually, focused on the same or very adjacent markets. The selling motion is usually similar – the end customer tends to be similar. In other words, the channels are more or less consistent. Naturally, as with most things in life, there are shades of gray – the degree of freedom afforded each business unit is a variable, what shared services operate is a variable etc.
So, whats the downside of such an organization? The greatest strength of such organizations is also their weakness. These organizations tend to be pretty set in terms of their mode of business, what channels and markets they can go after. So, in some ways, for such companies, it is difficult to change their core fabric. Not impossible but definitely herculean. Purely from a business perspective, optimization for a particular market implies that you are completely subject to the vagaries of that market. So, any macro or micro economic trends that impact that particular market leave such a company vulnerable.

Conglomerate

To counter some of the issues seen in the monolith, the conglomerate emerged as a way to get diverse selling motions, diverse companies under the same organizational umbrella. The businesses are not required to be related to each other. The conglomerate functions as independent businesses pooling their P&Ls together. Berkshire Hathaway, General Electric and the Tata Group are some of the prominent examples of this structure. This organizational structure gives up on the efficiency of a common set of services in order to be able to diversify what they sell to their customers. Each business may have its own discrete vision, strategy and market. The common binding item across the conglomerate is the set of shared values across the teams. To illustrate this point, transactions across businesses within the conglomerate are identical to transactions with companies that are not within the conglomerate. The businesses are free to optimize to meet their objectives.

Why Federation?

With this perspective, let’s now look at the Federation.

In some ways, EMC has been on this journey since the VMware acquisition in 2003 (yeah – it was that long ago!). Right from the get go, the interactions between EMC and VMware have been independent. I will not say that this was easy at first. My first interaction with VMware was as a developer dealing with a customer escalation where the customer expected that we would behave as one company. There were a few moments of awkward phone silence as we explained to the customer that we were independent entities. As we all grew comfortable operating in this model, folks on both sides understood why this “together but independent” state was important. At EMC, we realized that we had to win VMware’s business on our merits and that VMware had to interface with EMC’s competition in the same way that they interact with EMC. As that message was understood across both companies, EMC mobilized to have the best possible integration with VMware not because of our inherent affinity but because we recognized the business value that VMware brought.

With VMware as a separate entity, this allowed two additional benefits:

  • VMware was able to maintain and develop its go-to-market independent of EMC. This gave it access to different markets and different levers to enable.
  • VMware was free to innovate independent of the impact to EMC. They were not beholden to EMC’s inherent interests and were able to take a different stance than a business internal to EMC might have been able to.

Clayton Christensen has talked about the innovator’s dilemma where disruptive new technology suffers from the hegemony of the current dominant technology. It is far more deeply entrenched than just technology. For a big successful company like EMC, the entire company has been tuned to make the current technology successful. GTMs, incentives, selling motions, profitability structures, purchase cycles, relationships – the list is endless – are all geared to the current technology. Now imagine changing all that after recognizing a market shift while maintaining your current revenues and while people are changing what they do. Despite best intentions, this transformation is a perilous journey that few dare undertake and even fewer complete successfully. To say nothing about going to individuals who care passionately about the products they work on and tell them that the next big thing is going to surpass their pride and joy.

With this backdrop, fast forward to today. The world of IT has been changing dramatically. You can see that there is a shift in how data is generated, how it is consumed and utilized. Data is the new frontier. The implications of this have not been fully realized. However, it is clear that the magnitude of this shift is enormous. So, the same conditions that led to VMware being kept as an independent entity are now in effect for attacking this new market. That independent entity is Pivotal.

So, you have three independent companies (shades of a conglomerate) all working in adjacent markets (shades of a monolith) working with a shared vision (shades of a monolith) with the independence to optimize what they need for their business (shades of a conglomerate). That’s the Federation – not a monolith, not a conglomerate but an amalgamation of both.

It is typical of what I have seen within EMC – we have a big challenge in front of us, we tackle it head on with a very creative solution. I have this mental image of whoever came up with this as waking up one morning with this solution in their heads and feeling like they have solved world hunger – this is brilliant stuff!

Does this mean that everything is perfect? It never is and there are tradeoffs that are needed to make this successful. For one, this strategy does mean that the individual businesses will have to work that much harder to maintain alignment. The businesses have to be judicious about where it is okay to overlap in technology (since they are in adjacent markets) and what to do when that inevitable overlap arises.

If this strategy does work, this may be an interesting way to address the innovator’s dilemma and guide future companies trying to innovate disruptively while continuing to execute on existing businesses. To me, the beauty of this approach is that it takes that challenge out if the realm of organizational discipline (which is frail) and canonizes it within the corporate structure. I, for one, am rooting for its success (and beyond just the ‘I am an EMC employee’ reason). We will see how the story unfolds. As Churchill aptly said, ‘However beautiful the strategy, you should occasionally look at the results.’

Advertisements

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

2014 Launch Post 1: Software Defined Coolness: VPLEX Virtual Edition!!

2014-04-08 One Correction below

On April 4th, 2014, as part of the Data Protection and Availability Division (DPAD) launch, there were three VPLEX and RecoverPoint items that were launched or GAd:

  • VPLEX Virtual Edition – Availability late Q2
  • MetroPoint Topology – Joint capability of VPLEX and RecoverPoint – Availability Late Q2
  • VPLEX Integrated Array Services – Available now

This is the first in a series of posts to walk through what was launched / delivered.

The drivers towards a VPLEX Virtual Edition

Data center infrastructure is undergoing a massive shift. Virtualization in the data center has had a profound impact on customer expectations of flexibility and agility. Especially as customers get to 70+% virtualized, they have the potential to realize tremendous operational savings by consolidating management in their virtualization framework. In this state, customers typically do not want to deploy physical appliances and want everything handled from their virtualization context. Similar changes in networking and storage have meant that the basic infrastructure is now completely in software running on generic hardware. This is the software defined data center. VPLEX has been no stranger to this conversation. Especially given the very strong affinity of VPLEX to VMware use-cases, customers have been asking us for a software only version of VPLEX. That is precisely what we have done. This past week, we launched VPLEX Virtual Edition – with a GA towards the end of Q2.

What is the VPLEX Virtual Edition and what does it do?

The VPLEX Virtual Edition (VPLEX/VE) is a vApp version of VPLEX designed to run on an ESX Server Environment to provide continuous availability and mobility within and across data centers. We expect this to be the first in a series of virtual offerings. In comparison to the appliance, all the VPLEX directors are converted into vDirectors. For the first release, the configuration we support is called the ‘4×4’ – this will support four vDirectors on each side of a VPLEX Metro. From a configuration standpoint, that is the equivalent of two VPLEX engines on each side of a VPLEX Metro cluster. Each side of VPLEX/VE can be deployed within or across data centers up to 5 msec apart.

4x4 VPLEX/VE Topology
4×4 VPLEX/VE Topology

VPLEX/VE supports iSCSI for front-end and back-end connectivity. For the initial release, we have decided to support only the VPLEX Metro equivalent use-cases. Most of the VPLEX Local related use-cases can be addressed by a combination of vMotion and storage vMotion. To list the use-cases:

  • The ability to stretch VMware HA / DRS clusters across data centers for automatic restart and protecting VMs across multiple data arrays
  • Load balancing of virtual machines across data centers
  • Instant movement of VMs across distance
VPLEX Virtual Edition Supported Use Cases
VPLEX Virtual Edition Supported Use Cases

From a performance perspective, VPLEX/VE is targeted up to a 100K IOPS workload. Obviously, the true performance will depend on your workload. The deployment is designed to be customer installable from the get go. There is an installation wizard that guides you all the way through the installation. When GAd, please refer to the release notes to determine what kind of ESX Servers are supported for VPLEX/VE. The vDirectors need to be loaded onto separate ESX Servers such that no two vDirectors are deployed on the same ESX server. This is done so as to give the system maximum availability. Running application VMs on the same ESX server as that running the vDirector is supported. This means that you should be able to use your existing ESX servers (subject to the minimum requirement that will be established for the vDirectors).

The way that an I/O will flow is from the application VM (via iSCSI) to the VPLEX/VE vDirector VM and from there to the iSCSI array connected to VPLEX/VE. Speaking of which, right out of the chute, we support VNXe arrays. We will add other iSCSI arrays over time.

One of the more interesting changes that we have made with VPLEX/VE is the way that it is managed. Since VPLEX/VE is tailored for ESX servers only, our management interface to VPLEX/VE is completely through the vSphere Web Client. Here are some screenshots of how VPLEX/VE management looks. The coolest part for me is that you can go from creating your VMs, setting up an HA cluster, all the way to creating a distributed volume all within the vSphere Web Client. _VERY_ nifty! In addition, we have now enabled VPLEX/VE events and alarms to show up in the vCenter Event Viewer. For all practical purposes, this is a seamless vApp designed for your vSphere environments.

Customer installable
Customer installable
VPLEX Virtual Edition in vSphere Web Client
VPLEX Virtual Edition in vSphere Web Client
VPLEX/VE vDirectors in vSphere Web Client
VPLEX/VE vDirectors in vSphere Web Client
VPLEX/VE Operations in vSphere Web Client
VPLEX/VE Operations in vSphere Web Client

When a distributed volume is provisioned for VPLEX/VE, it is configured as a vmfs 5 volume and made available as a resource to vCenter.

With VPLEX/VE, we have had the opportunity to do a lot of things differently. One of our guiding principles was to not think of it as a storage product but rather to think of it as a product designed for VMware environments and targeted to an ESX Administrator. Naturally, I cannot wait to see this get into our customers hands and to see whether we have hit our marks and what adjustments are needed.

Equally importantly, this is a strategic imperative within EMC. You can expect to see a lot more of our product portfolio embarking on the software defined journey. There are a lot of intersects within the portfolio that we have only begun to explore (HINT: Composing software is a lot easier than composing hardware!).

Frequently Asked Questions

Since launch, I have seen a ton of questions on twitter, on internal mailing lists and via people directly or indirectly reaching out to me. So, here are the collated answers:

  • Is VPLEX/VE available right now?
    • A: VPLEX/VE will GA towards the end of Q2.
  • Will VPLEX/VE support non-EMC arrays?
    • A: As with VPLEX, we expect to qualify additional EMC and non-EMC arrays over time based on customer demand. Expect new additions fairly quickly after GA
  • Will I be able to connect VMs from ESX clusters that are not within the same cluster as the one hosting VPLEX/VE?
    • A: Yes No
  • Will I be able to connect non-VMware ESX hosts to VPLEX/VE?
    • A: At this point, we only support VMware iSCSI hosts connecting to VPLEX/VE. This is one of the reasons the management has been designed within the vSphere Web Client
  • Can I connect VPLEX/VE with VPLEX?
    • A: VPLEX/VE is deployed as a Metro equivalent platform (i.e. both sides). Connecting to VPLEX is not supported. If there are interesting use-cases of this ilk, we would love to hear from you. Please use the comments section below and we can get in touch with you.
  • Is RecoverPoint supported with VPLEX/VE>
    • A: Not today. So, I am explicit – the MetroPoint topology which also launched last week is also not supported with VPLEX/VE
  • Is VPLEX/VE supported with ViPR?
    • A: At GA, ViPR will not support VPLEX/VE. Both the ViPR and VPLEX/VE teams are actively looking at this.
  • Does VPLEX/VE support deployment configurations other than a 4×4?
    • A: Currently, 4×4 is the only allowed deployment configuration. Over time, we expect to support additional configurations primarily driven by additional customer demand.
  • Will VPLEX/VE be qualified under vMSC (vSphere Metro Storage Cluster)?
    • A: Yes.

    If you are interested in a Cliff’s note version of this, here is a short video that Paul and I did to walk through the virtual edition:

Takeaways from VMware Partner Exchange 2014

I just came home from the ever lovely San Francisco to a winter wonderland here in Boston. The picture on the ground in Boston was just as completely different from San Francisco as I believe the data center in five years will be from the data center of today. The picture has started to emerge out of the haze but it is not completely clear what the final picture will be when the fuzziness disappears.

In walking through the solutions floor and talking to various partners and listening to the key notes, there are some interesting things I took away and thought would be useful to share.

  1. Flash is changing the data center – And it is early days yet: For the longest time in the compute, network and storage trifecta within the data center, the storage portion has been the slowest typically. With flash, that equation has started to change. With flash there has a dramatic change in the IOPS and latency equation on the storage front. We are seeing some very interesting plays on the usage of flash. Some of the changes are obvious – the sheer speed of flash enables a paradigm shift. You can already see many different layers trying to attack the problem – take the FVP from PernixData or VSAN from VMware or which try to aggregate server side flash or EMC’s XtremSF with XtremCache which does intelligent data tiering at the server level. My bet, this is just the first domino. How will flash change the application layer? There are a _LOT_ of flash plays out there. Innovation at the speed of flash, I guess. Not all these ideas will work but man, what a ride it promises to be.
  2. Software Defined – you ain’t seen nothing yet: This seems like a buzzword until you peer through the hype cycle. While the most obvious impact is the conversion of hardware elements into pure software, my bet again is that the impact is going to be far more profound than most of us realize. Infrastructure is being separated from hardware right in front of our eyes. The server side has already undergone this dramatic transformation and the profound impact of that is in front of our eyes. Storage and network are up next. There is one other implication. At the point that you have storage and network virtualized, your entire infrastructure is no longer tied to hardware. We have seen an example of what can happen with use-cases such as those seen with VPLEX. What implications does this have for management, for the definition of a data center and what we architect, train and build for.

These are seismic changes which promise to change the landscape of computing. This impacts data center practitioners, partners who sell to data centers, and vendors who are trying to build for these new data centers. Only time will tell how all of this will shake out. We live in very interesting times in the technology industry – enjoy the ride, it should be fun!

PS: One other takeaway for me: I should invest in a snowblower. More on that later 🙂

VMware Partner Exchange: The VPLEX/RecoverPoint Angle

In about a week’s time, I will be heading to San Francisco for VMware Partner Exchange.

EMC is putting together a fabulous boot-camp together for our partners on Monday, February 10th from 8:30 AM – 4:30 PM. The session number is 3579-SPO: “EMC’s Game Changing Solution Roadmaps, Resources & Partner Programs” (Content Catalog Link). This is an NDA only session focusing on where the EMC portfolio is going (YES! roadmap items will be discussed – hence the NDA) and how this portfolio and direction can enable business for our partners. The NDA can be signed right outside the session hall.

Chad Sakac gets top billing at the bootcamp with a marathon 2.5 hour session to kick the day off. Post that session each of the individual solution owners and BUs will present the next level of depth on the partner opportunities. The session lengths range from 30 – 45 minutes. Try putting all the things that are going on in any one division in 30 – 45 mins and you can imagine that each speaker is left with a LOT to say and very little time.

On the VPLEX and RecoverPoint front, this will be our first public event as a part of the Data Protection and Availability Division. Extremely exciting possibilities and a lot of things that are in the works. Phil (@vPhilGeorge) provides a sneak peek of all the DPAD activities at VMware Partner Exchange here.

In addition to the boot camps, we will have also have a floor presence on the Solutions floor at the EMC booth. Please do stop by Booth #401 – we have tons to tell you about and questions we can answer. Plus, we will also be doing the ever popular Hands On Labs. These do not need any registration and are on a first-come-first-served basis.

Specific to VPLEX and RecoverPoint, we are doing an additional one-hour under NDA sessions. Space is limited for 6 – 10 partners even with standing room. Our Channel Marketing team is coordinating attendance for this session. Yossi Saad and I will be talking to these partners to dive deeper into the roadmaps for RecoverPoint and VPLEX. We are aiming to cover some incredible new work that is going on in the VPLEX / RP portfolios to learn how we can bring these game changing technologies to market with our partners.

Last but not the least, if you are going to PEX and would like to have a VPLEX / RP chat, please do not hesitate to reach out. I would love to connect with you and set some time up to understand your business and VPLEX and RP can be tools in your arsenal to make you even more successful.

Look forward to seeing you there!