MrVRay

Wait. Wait. Back it up!

MrVRay - Wait. Wait. Back it up!

VMware EVO: The KFC of SDDC

EVO is the KFC of SDDC

EVO is the KFC of SDDC

VMware EVO is bringing to software-defined data centers the same type of business model that Kentucky Fried Chicken had brought to restaurants decades ago. VMware is hungry to grow and is expanding its business to new territories. Colonel Sanders’s revolutionary vision to sell his chicken recipe and brand through franchise model is now coming to IT infrastructure as ready-to-eat value meals.

Most of the press reports and analyst blogs are focused on VMware’s arrival into converged infrastructure market. Of course, vendors like Nutanix and SimpliVity will certainly lose sleep as the 800-pound gorilla has set its eyes on converged infrastructure market. However, VMware’s strategy is much deeper than taking over the converged infrastructure market from upstarts, it is a bold attempt to disrupt the business model of selling IT infrastructure stacks while keeping public cloud providers away from enterprise IT shops.

Bargaining power of supplier: Have you noticed the commanding power of VMware in EVO specifications? Partners like Dell and EMC are simply the franchisees of VMware’s infrastructure recipe and brand. It is no secret that traditional servers and storage are on the brink of disruption because buyers wouldn’t pay premium for brand names much longer. It is the time for them to let go of individuality and become delivery model for a prescriptive architecture (franchise model) from a stronger supplier in the value chain.

Software is now the king, no more OEM: In the old world where hardware vendors owned brand power and distribution chains, software vendors had to make OEM deals to get their solutions to the market in those hardware vehicles. Now the power is shifting to software. The software vendor prescribes (a softened term that actually stands for ‘dictates’) how infrastructure stacks should be built.

Short-term strategy, milk the converged infrastructure market: This is the most obvious hint VMware has given; reporters, bloggers and analysts have picked up this obvious message. As more and more CIOs are looking to reduce capital and operational costs, the demand for converged systems is growing rapidly. Even the primitive assembled-to-order type solutions from VCE and NetApp-Cisco are milking the current demand for simplified IT infrastructure stacks. Nutanix leads the pack in relatively newer and better hyper-convergence wave. VMware’s entry into this market validates that convergence is a key trend in modern IT.

Long-term strategy, own data center infrastructure end-to-end while competing with public clouds: The two of three key pillars of VMware strategy are enabling software-defined data centers and delivering hybrid clouds. Although SDDC and hybrid cloud would look like two separate missions, the combination is what is needed to fight Amazon and other public cloud solutions from taking over the workloads from IT shops. The core of VMware’s business is selling infrastructure solutions for on-prem data centers. Although VMware positions itself as the enabler of service providers, it understands that the bargaining power of customers would continue to stay low if organizations stick to on-prem solutions. This is where SDDC strategy fits. By commoditizing infrastructure components (compute, storage and networking) and shifting the differentiation to infrastructure management and service delivery, VMware wants to become the commander in control for SDDCs (just like how Intel processors dictated direction for PCs in the last two decades). EVO happens to be that SDDC recipe it wants to franchise to partners so that customers could taste the same SDDC no matter who their current preferred hardware vendors are. Thus EVO is the KFC of SDDC. It is not there as a Nutanix killer, VMware also wants to take shares from Cisco (Cisco UCS is almost #1 in server market, Cisco is #1 in networking infrastructure), EMC Storage (Let us keep the money in the family, the old man’s hardware identity is counting its days) and other traditional infrastructure players. At the same time, VMware wants to transform vCloud Air (the rebranded vCloud Hybrid Service) as the app store for EVO based SDDCs to host data services in cloud. It is a clever plan to keep selling to enterprises and hide them away from the likes of Amazon. Well played, VMware!

So what will the competitive action from Amazon and other public cloud providers? Amazon has resources to build a ready-to-eat private Fire Cloud for enterprises that can act as the gateway to AWS. All this time, Amazon focused mainly on on-prem storage solutions that extend to AWS. We can certainly expect the king of public clouds do something more. It is not a question of ‘if’; rather it is the question of ‘when’.

EMC’s Hardware Defined Control Center vs. VMware’s Software Defined Data Center

EMC trying to put the clock back from software-defined storage movement

EMC trying to put the clock back from software-defined storage movement


EMC’s storage division appears to be in old yeller mode. It knows that customers would eventually stop paying a premium for branded storage. The bullets to put branded storage out of its misery are coming from software defined storage movement led by its own stepchild VMware. But the old man is still clever and pretending to hangout with the cool kids to stay relevant while trying to survive as long as there are CIOs willing to pay premium for storage with a label.

Software-defined storage is all about building storage and data services on top of commodity hardware. No more vendor locked storage platforms on proprietary hardware. This movement offers high performance at lower cost by bringing storage closer to compute. Capacity and performance are two independent vectors in software-defined storage.

TwinStrata follows that simplicity model and had helped customers extend the life of existing investments with true software solutions. The data service layer offers storage tiering where that last tier could be a public cloud. EMC wants the market to believe that its acquisition of TwinStrata is an attempt to embrace software-defined storage movement. But the current execution plan is a little backward. EMC’s plan is a bolted-on type of integration for TwinStrata IP on top of legacy VMAX storage platform. That means EMC wants to keep the ‘software-defined’ IP closer to its proprietary array itself. The goal is, of course, to prolong the life of VMAX in the software-defined world. While it defeats the rationale behind software-defined storage movement, it may be the last straw to pull the clock back a little.

Hopefully there is another project where EMC will seriously consider building a true software-defined storage solution from the acquired IP without the deadweight of legacy platforms. Perhaps transform ViPR from vaporware to something that really rides the wave of software-defined movement?

Is the perfect storm headed toward purpose-built storage systems?

Is the era of storage systems (arrays) facing disruption? Do the expensive monolithic chassis sellers need to find new ways to make money? Do the investors betting on newer storage array startups need to cash in now? Although it may feel unlikely in the near term, the perfect storm may not be that far away.

Is the perfect storm headed toward purpose-built storage systems?

Is the perfect storm headed toward purpose-built storage systems?

Let us think about how storage arrays came to solve problems for IT. There were two distinct transformations in this industry:

More information in Symantec Connect’s Storage and Availability blog

The Big Hole in EMC Big Data backup story

It is one of the crucial roles for the marketing team in any organization to communicate the value of its products and services. It is not uncommon (pardon the double negative) for organizations to show the best side of its story while deliberately hiding the weaker aspects through fine prints. The left side of the picture below is the snapshot of breakfast cereal (General Mills’ Total) that came with my breakfast order in Sheraton while travelling on business.

EMC appears to have a Big Hole in its Big Data Backup

EMC appears to have a Big Hole in its Big Data Backup

Note that General Mills had claimed 100% of daily value of 11 vitamins and minerals but with an asterisk. The claim is true only if I consume 53g serving, but the box has only 33g!

Although I may have felt a bit taken back as a consumer, I enjoyed giving a bit of hard time to my General Mills friends and I moved on. This is a small transaction.

What if you were responsible for a transaction worth tens of thousands of dollars and were pitched a glass half-full story like this? It does happen. That General Mills cereal box is what came to my mind when I saw this blog from EMC on protecting Big Data (Teradata) workloads using EMC ‘Big Data backup solution’.

General Mills had the courtesy put the fine print that part of the vitamins and minerals are missing from its box. EMC’s blog didn’t really call out what was missing from its ‘box’ aka Data Domain device to protect Teradata workload using Teradata Data Stream Architecture. In fact it is missing the real brain of the solution: NetBackup!

First a little bit of history and some naked truth. Teradata had been working with NetBackup for over a decade to provide data protection for its workloads. In fact, Teradata sells the NetBackup Agent for Teradata for its customers. This agent pushes the data stream to NetBackup media servers. This is where the real workload aware intelligence (the real brain for this Big Data backup) is built. Once NetBackup media server receives the data stream it can store it on any supported storage: NetBackup Deduplication Pool, NetBackup Advanced Disk Pool, NetBackup OpenStorage Pool or even on a tape storage unit! When it comes to NetBackup OpenStorage Pool, it does not matter who the OpenStorage partner is; it can be EMC Data Domain, Quantum DXi,… The naked truth is that the backend devices are dumb storage devices from the view of NetBackup Agent for Teradata (the Teradata BAR component depicted in the blog).

EMC’s blog appears to have been designed to mislead the reader. It tends to imply that there is some sort of special sauce built natively into Data Domain (or Data Domain Boost) for Teradata BAR stream. The blog is trying to attach EMC to Big Data type workloads through marketing. May I say that the hole is quite big in EMC’s Big Data backup story!

I am speculating that EMC had been telling this story for a while in private engagements with clients. Note that the blog is simply displaying some of EMC’s slides that are marked ‘confidential’. The author forgot to remove it before publishing it. In closed meetings with joint customers of Teradata and NetBackup, a slide like this will create the illusion that Data Domain has something special for Teradata backup. Now the truth just leaked!

NetBackup Accelerator vs. Simpana DASH Full

I want to start this blog with a note.

I mean no disrespect to CommVault as a company or its engineers innovating its products. Being an engineer myself by trade, I do understand that innovations are triggered by market demands and there is always room for improvements in any product. This blog is entirely my own opinions.

As most of you guys reading this blog know, I also write for official Symantec blogs. I recently got an opportunity to take readers of Symantec Connect on a deep dive into one of the major features in NetBackup 7.6 for VMware vSphere and vCloud environments. It is primarily targeted for users of NetBackup who knows its nuts and bolts. A couple of employees from a CommVault read the blog. It is natural in competitive intelligence world to look for weak spots or things that can be selectively pointed out to show parity. It is part of their job and I respect it. However it appeared that they wanted to claim parity for Simpana with NetBackup Accelerator for VMware based on two statements (tweets, to be precise!). While asking to elaborate, the discussion went on a rat hole with statements made out of context and downright unprofessional. Hence here I go with an attempt to compare Simpana 10 with NetBackup 7.6 on the very topic discussed in official blog.

Claims to equate parity with NetBackup Accelerator for VMware

  1. (Not explicitly stated) Simpana supports CBT
  2. Simpana had ‘block detection’ for over a year
  3. Simpana does synthetics

The attempt here is to check all the boxes to claim parity while at times people do miss the big picture! At times they were equating apples to oranges. Hence I am going to attempt to clarify this as much as possible using Simpana language for the benefit those two employees.

Simpana supports CBT: Of course, every major vendor supports it. It is an innovation from VMware. The willingness to support a feature from vStorage APIs is important to protect VMware virtual machines.

What sets NetBackup 7.6 apart from Simpana 10 in this case is that Simpana’s implementation of CBT is limited to recovering an entire VM or individual files from the VM. If you have enterprise applications (e.g. Microsoft Exchange, Microsoft SQL Server etc.), you must stream data through an agent inside the guest to protect those applications and perform granular recovery. The value of CBT is to minimize data processing and movement load on production VMs while performing backups. A virtual machine’s operating system binaries and related files are typically static and CBT won’t add much value there. The real value comes from daily changes to disk blocks by applications! That means ZERO value in Simpana to protect enterprise applications with its implementation of vSphere CBT.

Simpana had block detection for over a year,  Simpana does synthetics: The employee is trying to add a check box for Simpana next to NetBackup’s capability to make use of Symantec V-Ray to detect deleted blocks. Nice try!

First and foremost, the block optimization technique described in my blog is present in NetBackup since 2007, with version 6.5.1 when Symantec announced support for VMware Virtual Infrastructure 3. Congratulations on trying to claim that Simpana had this capability after half a decade! But wait…. We are talking about apple and orange here.

This technique had been available for both full and incremental backup schedules. It works no matter where backups are going to, disk, deduplicated disk, tape or cloud. NetBackup’s block optimization happens closer to the data source. Thus it detects deleted blocks at the backup host so that the deleted blocks never appear in SAN or LAN traffic to the backup storage. That is optimization for processing-power, interconnect-bandwidth and storage!

CommVault employee was in a hurry to equate this to something Simpana caught up recently.  This is what I believe he is referring to. (I am asking him to tweet back if there is anything else).  Quoted from Simpana 10 online documentation.

DASH Full is a read optimized Synthetic Full operation which does not require traditional full backups to be performed. Once the first full backup is completed, changed blocks are protected during incremental or differential backups. A DASH Full will run in place of traditional full or synthetic full. This operation does not require movement of data. It will simply update indexing information and the deduplication database signifying that a full backup has been completed. This will significantly reduce the time it takes to perform full backups.

There are so many things I want to say about this, but I am trying to be concise here with bullet points.

  • What Simpana has here is an equivalent of NetBackup OpenStorage Optimized Synthetics that was introduced in NetBackup 6.5.4 (in 2009). While NetBackup still supports this capability, Symantec had taken this to the next level with NetBackup Accelerator. For the record, NetBackup Accelerator is also backed by Optimized Synthetics and hence the so-called ‘block detection’ is there in NetBackup since 2009.
  • The optimization I was talking about was the capability to detect deleted blocks from the CBT data stream while CommVault is touting about data movement within backup storage!
  • The DASH full requires incremental backups and separate schedules for synthetic backups. NetBackup Accelerator eliminates this operational inefficiency by synthesizing full image inline using the resources needed for an incremental backup.
  • If you are curious about how NetBackup Accelerator in general is different from Optimized Synthetics (or DASH Full), this blog would help.
  • Last but not the least, did I say that NetBackup Accelerator for VMware works with enterprise applications as well? Thus both CBT and deleted blocks detection (both relevant to applications that does the real work inside VM) adds real value for NetBackup Accelerator

Software Defined Storage: Next Big Thing? Or is it already here?

Software Defined Storage

Software Defined Storage

  Walk into a technology trade show with a bottle of tequila and a shot glass. Take a shot each time you hear the phrase ‘software defined’, you would need a cab to get back home. The new buzzword is ‘software defined’ and storage vendors are making ways to fit it in. It doesn’t matter whether it is one of those established players or upstarts. If it isn’t software defined, it is not cool.

What is SDS? There are many vendor specific definitions and interpretations for SDS. Industry analysts like Gartner and IDC have their own versions too. Hence I would just say what the attributes and values are expected in general from SDS.

Abstraction: Data pane and control pane are separated. In other words, the storage management is decoupled from the actual storage itself.

Backend heterogeneity:  Storage is served by any kind of storage from any vendor including commodity storage.

Frontend heterogeneity: Storage is served to any kind of consumers (operating systems, hypervisors, file services etc.)

SDS is a broker: This was the statement from Gartner. SDS brokers storage services, independent of where data is placed and how it is stored, through software that in turn will translate those capabilities into storage services that meet a defined policy or SLA.

Logical volume managers in operating systems had provided the attributes 1 and 2 since 80s. The cross-platform volume manager from Veritas (acquired by Symantec) brought 3 into the mix with the introduction of portable data containers (also known as cross-platform data sharing disks) in 2004. Other notable examples fitting the requirements 1,2 and 3 are IBM’s SAN Volume Controller (SVC) offering and NetApp’s V-series.

Now let us take a look at the final attribute to fit something in SDS, the broker role. Surprisingly, Veritas Volume Manager (VxVM) meets that requirement as well. Storage services like file service, deduplication, storage-tiering etc. are provided by Veritas Volume Manager independent of where and how it is stored.

Let me elaborate this further to prove this point. VxVM abstracts storage from any array or commodity storage. This is old news. What is new about the latest version of VxVM (part of Symantec Storage Foundation 6.1 powered by Veritas) is that it can now provide a single name space (data service) across multiple nodes without the requirement to have disks shared via a storage area network. This completes the final requirement to fit the attributes required by SDS.

The point of the blog is not to underestimate the significance of SDS, rather to conclude that SDS may already be here depending on your definition and interpretation! Let us think beyond vendor presentations. How is EMC’s ViPR different from what NetApp V-Series had been offering for years? Should Flash be on hybrid array (e.g. Nimble Storage), all flash (e.g. Pure Storage) or close to system (e.g. Nutanix)? Or should you adopt something that gives the flexibility to choose (Symantec Storage Foundation 6.1, pardon my pitch). It truly depends on your business requirements, but I would say that Flash Anywhere might provide flexibility while storage industry is looking for the winner.

Data Domain: The TiVo in data deduplication market

It is that time of the year when Christmas shopping is in full swing. If you rewind time by just six to eight years, TiVo’ing was a verb used widely and my team was not an exception. TiVo was a must have gadget in the house. My manager once said, “it is not easy to find a technical gadget that my wife would love, but TiVo was something she could operate and enjoy without being coached.”

TiVo was the gold standard of digital video recorders. Consumers were willing to pay a premium for the box upfront and sign up for monthly fees to get ‘Tivo Service”, the data service using which TiVo populated programming schedules and tasks. These costs are in addition what consumers may be paying for Cable or Satellite services.

Cable and satellite operators came with built-in DVRs in their set top boxes. Still, TiVo used to be the star. It had 4.36 million subscribers in 2006. The technology and usability for DVRs from competitors was so poor that consumers continued to pay a premium to enjoy hassle free experience in TiVo.

Fast forward a few years from its peak in 2006, TiVo stumbled into identity crisis. The competition came not just from Cable and Satellite providers who matched the simplicity of TiVo in their all-in-one set top offerings, but it also came indirectly from streaming services (NetFlix, Amazon, Hulu), cheaper purpose built set top boxes for streaming (Apple TV, Roku) and multi-purpose devices (Wii, PlayStation 3, Xbox). Now TiVo is struggling to stay relevant. It is no more asking for upfront premium for the box, if you commit to a 2-year subscription the box is yours. It partners with competitors to bring their services into TiVo. If there was a market for ‘Digital Video Recorders’, now it is squeezed by players from adjacent markets.

Holiday Offer from TiVo.com, seen on November 27, 2012

Holiday Offer from TiVo.com, seen on November 27, 2013

 

Today Deduplication Storage is such a market where Data Domain used to be the TiVo. It was a powerful but yet simple device that an IT administrator could manage without reading its manual. It moved out tape as main backup storage medium once it started to integrate with market leading backup applications, especially with Symantec’s NetBackup through OpenStorage. EMC had to pay a fortune (and fight with NetApp) to acquire this technology, but it paid off, as Data Domain was the only cash cow in EMC’s Backup and Recovery Services division.

Data Domain could ask for a premium as other players in the market couldn’t match the technology and simplicity. But now… the tide is changing…

Direct competitors are getting their act together. HP matched Data Domain’s scale and performance and added high availability on top of it. Symantec launched integrated all-in-one appliances with content aware deduplication built-in. Most backup software vendors have deduplication available as a feature. Even standard file systems (Symantec’s VxFS, Microsoft’s NTFS, Oracle’s ZFS) are now including deduplication. Now “data deduplication as a market” is being squeezed by competitors and adjacent players.  Customers are less and less likely pay a premium for deduplication, as it is becoming a commodity.

TiVo managed to kill VHS tapes, which was the primary recording device for television shows. EMC touted Data Domain as a tape killer in backup industry. While disk based solutions have indeed limited the value of tape (now it is used primarily for long term retention), Data Domain as a standalone premium deduplication storage device may be extinct even before tape gives up its last breath. Time will tell.

 

 

 

 

High Availability for Business Critical Applications on VMware vSphere

In the last blog we talked about VMware vSphere HA and FT. As we discussed, vSphere HA is quite impressive in protecting against infrastructure failures at a reasonable cost. vSphere FT, on the other hand, has very limited use cases. However, none of these solutions are sufficient to meet high availability requirements for business critical applications with demanding service level agreements.

  1. Neither vSphere HA nor FT has application awareness. These technologies monitor just the container (the virtual machine). If an application or a resource that it depends on goes down, these technologies cannot detect and remediate the issue.
  2. Both technologies cannot provide availability during planned downtimes. If the application or operating system needs to be patched, the application will not be available to users.
  3. The remediation in vSphere HA requires restarting guest operating system that can be time consuming. This poor RTO may not be suited for enterprise applications.

This is where Symantec comes to rescue VMware vSphere administrators. Symantec has two products to fill these gaps so that organizations can confidently virtualize business critical applications. Thus you get to enjoy the agility and cost efficiency of VMware vSphere without compromising enterprise availability.

 Symantec ApplicationHA: This solution solves problem 1 given above. Symantec ApplicationHA monitors designated application and resources (e.g. disk, volume, file system, network…). If a failure is detected Symantec ApplicationHA can restart the application and its resources in a pre-defined order. The application monitoring is quite efficient and foolproof. For example, if you are monitoring MS SQL Server, you can configure the ApplicationHA agent to login and logout from the database as if it were a regular database user. If the application restart fails (it can attempt application restarts for a configured number of times), Symantec ApplicationHA will send a trigger to vSphere HA (if available) to restart the VM on the same or on a different host.

Symantec ApplicationHA has support for over 21 business critical applications. Moreover, it provides a framework to create custom agents for homegrown applications as well. Symantec has been in the business of HA and DR for long time with superb reputation for HA agents.

Symantec Cluster Server, powered by Veritas: This product solves all the three problems stated earlier. This can work with or without vSphere HA. The application monitoring and remediation workflow is similar to that of Symantec ApplicationHA. In fact, the agents for both the products are the same. What is different about Symantec Cluster Server is its ability to migrate just the application and its resources to a standby VM as part of remediation.  There is no need to wait for VM to restart thereby significantly reducing the downtime and improving RTO.

The ability to migrate application to another VM also mitigates the downtime normally incurred for planned activities like applying maintenance updates. You can update patches on standby node and migrate the application. Considering the long patching processes for modern operating systems, you definitely don’t want to deploy business critical applications on vSphere without the availability from Symantec Cluster Server.

Symantec Cluster Server for VMware is purpose built for virtual environments. When compared to traditional clusters like Windows Failover Cluster (formerly known as Microsoft Cluster Server), Symantec Cluster Server gives you high availability without compromising the perks of virtualization. For example, Windows Failover Cluster requires you to create VMs with physical RDM (raw device mapping) disks. If you use RDM, the flagship vSphere capabilities like vMotion, DRS, vStorage API based backups etc. are lost. Symantec Cluster Server has hot-plug APIs to work in VMFS and NFS based datastores.

 Note: VMware has released product called vSphere App HA with vSphere 5.5 release. Lorenzo has written a great blog where Symantec Application HA and vSphere App HA are compared in detail. Check it out here.

Run baby run! High Availability for business critical applications in virtualized environments

Most of you are on a journey to a software defined data center. Some of you used virtualization to consolidate infrastructure to reduce capital expanses. Some of you may be virtualizing (or starting to think virtualizing) business applications to take advantage of the agility and flexibility that virtualization brings. Naturally, one thing you may be worried a lot is system and application availability if you have reached that part of the journey.

The good news is that VMware is not a stranger to HA. VMware vSphere includes a feature named vSphere HA (formerly VMware HA) that protects VMs against hardware failures.  Two or more ESXi hosts can form an HA cluster. vSphere HA provides the following values.

  1. Decent protection against hardware failures (ESXi host failures). When a host fails, the virtual machines on that host can be restarted on another ESXi host sharing the same data store.
  2. Limited protection against guest OS failures. The VMware tools running on guess operating system sends heartbeats to vSphere HA. If heartbeat stops (e.g. the guest operating system is hung), vSphere HA can restart the VM on the same or on a different ESXi host.

The use of vSphere HA depends on the service level agreement (SLA) between IT department and business unit. In most development/test workloads, vSphere HA is good enough as the services can be resumed in less than 10 minutes. The main bottleneck here is the time it takes to reboot the guest operating system.

Another solution is vSphere Fault Tolerance (vSphere FT).  It creates and maintains an additional copy of the VM being protected. It provides continuous availability by ensuring that the states of the primary and secondary VMs are identical at any point in the instruction execution of the virtual machine. However, vSphere FT is not for everyone. Although its protection against hardware failures is impeccable, its protection against OS and applications misbehavior is extremely limited. The cost of operating two virtual machines (and related storage) and other limitations like lack of support for vStorage APIs makes vSphere FT suitable for very limited use cases.

Both vSphere HA and vSphere FT lacks something quite important when it comes to protecting business critical workloads, viz. application awareness. Let us say that you are running an instance of Oracle with a few databases inside a virtual machine. What happens if an Oracle instance fails? What happens of an instance loses access to underlying storage? Neither VMware HA nor FT detects it and hence downtime will be incurred. Downtime = Lost revenue.

There is another weakness in vSphere HA and vSphere FT solutions. It does not protect applications against planned downtimes. When you need to patch, upgrade or perform any other maintenance task related to components within the guest (operating system binaries, application binaries etc.) you must shutdown the application that may be costly for tier 1 business critical applications.

ScenariovSphere HAvSphere FT
Detect host failureVMs are restarted on another host (Recovery time = restart time)The VM executing instructions in lockstep on surviving host takes over (Recovery time is near zero)
Detect VM failure (VM not sending heart beats, OS hung) VM is restartedNo protection likely as both VMs are in lockstep
Detect Application FailureNo ProtectionNo Protection
Compatibility with vMotionYesYes
Compatibility with vStorage APIs for Data Protection (VADP)YesNo (in guest backup agent required)
Avoiding Planned Downtime (patching, upgrades etc.) Planned downtime cannot be avoidedPlanned downtime cannot be avoided

Symantec has solutions to tackle these types of scenarios. One was jointly developed with VMware. The second one comes from a time-tested solution that was ported to support vSphere platform. Let us look at each of them in another blog.

What’s up with VADP backups and VDDK on vSphere 5.1?

VMware vSphere 5.1 has been in the market for more than a few months now and the interest in the new capabilities is high. Because of this the market saw many backup vendors rush to announce support for vSphere 5.1 in their VADP (vStorage APIs for Data Protection) integration. Everything looked clean and shiny and new.

On November 21, Symantec made an interesting announcement1. In a nutshell, the statement was that support for vSphere 5.1 would be delayed in its NetBackup and Backup Exec products. It was because they discovered issues while testing the VADP 5.1 API for integration. The API in the current form may introduce risk in performing consistent backups and ensuring reliable restores. All vendors receive the same API, not all vendors perform the same level of testing.

In order to explain the intricacies, first we need to take a quick look at how a backup product is integrated with VMware vSphere. With each release of vSphere, VMware publishes a set of APIs known as VMware APIs for Data Protection or VADP. One of the key components of VADP is Virtual Disk Development kit aka VDDK. This is the component through which third party code receives authenticated access to vSphere Datastores and virtual machine disk files. VMware makes this component available to its technology partners. Partners (backup product vendors in this case) ship this along with their product that has calls to vStorage APIs.

With each version of vSphere, an equivalent version of VDDK is released. The VDDK is generally backward compatible to one or more earlier versions of vSphere. For example, VDDK 5.1 supports2 vSphere 5.1, 5.0 and 4.1. VDDK 5.0 supports3 vSphere 5.0, 4.1, 4.0 and VI 3.5. Since the updated VDDK is required to understand the modified data structures in a new version of vSphere, lower versions of VDDK are in general not supported for accessing a higher version of vSphere. For example, VMware historically and currently (as of today) does not support the use of VDDK 5.0 to access datastores in vSphere 5.1.  VMware documents supported versions of vSphere for each of its VDDK versions in release notes.

The key to remember is the statement in bold face above. VMware does not support any violated combinations because of the risks and uncertainties. The partners are expected to ship the correct version of VDDK when they announce the availability of support for a given vSphere release.

What Symantec announced and VMware confirmed4 is that VDDK 5.1 has issues and hence the support for vSphere 5.1 in its products will be delayed. This makes sense since VDDK 5.1 is the only version currently allowed to access vSphere 5.1. The face-saving reactions from other vendors to this announcement revealed some of the dirty games and ugly truths to come out in the area of VADP/VDDK integration.

 

  1. Vendors were claiming support for vSphere 5.1 but still shipping VDDK 5.0 with their products. This is currently not supported by VMware because of the uncertainties.  This may change but at the time vendors claiming support, they were taking risks that typically are not acceptable in field of data protection business.
  2. Vendors were mucking with API calls and silently killing hung processes. That may work for an isolated or random hang. But will not work when there are repeatable hang situations like those observed in VDDK 5.1. Plus, there are performance and reliability concerns in abruptly ending sessions with vSphere.
  3. Most vendors weren’t testing all the edge cases and never realized the problems in VDDK 5.1, thus prematurely announcing support for 5.1

 

If your backup vendor currently supports vSphere 5.1, be sure to ask what their situation is.

Sources and references:

1. Quality wins every time: vSphere 5.1 support update, Symantec official blog.

2. VDDK 5.1 Release Notes, VMware Support resources

3. VDDK 5.0 Release Notes, VMware Support resources

4. Third-party backup software using VDDK 5.1 may encounter backup/restore failures, VMware Support KB

Page optimized by WP Minify WordPress Plugin