vSphere 7.0, Cloud Native Storage, CSI and vVols support

With the release of vSphere 7.0, we also announced enhancements to our Cloud Native Storage (CNS) offering. One of the new features that we now offer in vSphere 7.0 is the ability to provision Virtual Volumes (vVols) to back Kubernetes Persistent Volumes (PVs) via our updated version of the vSphere Container Storage Interface (CSI) driver. In this post, I will walk through the steps involved in consuming vVols via Kubernetes manifest files when dynamically provisioning PVs. I will also show some enhancements to our CNS UI in vSphere 7.0 so that you can easily identify vVol backed PVs. Step 1…

Video of HCI Spotlight Session from #VMworld now available #HCI3551KE

This week at VMworld in Barcelona, I was honored to  be able to  co-present the HCIBU Spotlight Session with our GM and SVP, John Gilmartin. I noticed that the full video is now available online on the VMworld Video site. If you want to learn more about how to Future Proof your Infrastructure with vSAN and VMware Cloud Foundation, give it a watch. The cool demos, showing Cloud Native Storage, Site Recovery Manager support for vVols and Project Magna auto-tuning vSAN all start around the 30 minute mark. The full video is available here. Enjoy!

Site Recovery Manager support for vVols – Tech Preview from VMworld 2019

Regular readers will be aware that I have been spending a lot of my time on Cloud Native Storage topics these days, whether it is bubbling up how Kubernetes clusters are consuming vSphere storage through our new CNS feature in vSphere 6.7U3, or using Velero to do lots of things like backups/restores/application mobility. However something I have been passionate about for quite a number of years now is our Virtual Volumes (vVols) feature. And while it has been rather quiet over the past couple of years, I was thrilled to see us deliver a tech preview for supporting Site Recovery…

Vendors I plan to check out at #VMworld 2018

It’s here. VMworld 2018 is underway. I’ve just spent a great week in Nashville, a place I have wanted to visit for the longest time. Now it’s almost time to head to the airport and catch my flight to Las Vegas. As is usual at this time of year, there are a lot of announcements and briefing requests. In this post, I am going to share some of the announcements/briefings that I have been privy to, and share some of the things (mostly in the storage space) that I plan to learn more about over the next few days.

A closer look at VVol snapshot policies on Pure Storage with vSphere 6.7

I am in the very fortunate position of having access to a Pure Storage array, and this has been recently updated to support Virtual Volumes. With my new 6.7 vSphere cluster, I finally found some time to take a closer look at Virtual Volume (VVol) snapshots on the Pure array, something that I have been meaning to do for some time. For those of you who are new to Virtual Volumes (VVols), one of the major advantages is the granularity at which certain operations can now be done. In the past, we were always dealing with data services at the…

What’s in the vSphere and vSAN 6.7 release?

Today VMware unveils vSphere version 6.7, which also includes a new version of vSAN. In this post, I am going to highlight some of the big-ticket items that are in vSphere 6.7 from a core storage perspective, and also some of the new feature that you will find in vSAN 6.7. I’ll also cover some of the new enhancements coming in Virtual Volumes (VVols).

Registering the Pure Storage VASA Provider

Hot on the heels on Pure Storage’s recent announcement on Virtual Volume (VVol) support, I wanted to take a closer look at their VVol implementation for myself. Thanks to the support team over at Pure, they were able to very quickly update our lab array to the latest release that has support for VVols. Once this upgrade was complete (which was all done remotely), I wanted to go ahead and register the VASA provider with my vCenter server. You can read more about the role of VASA here. I wanted to step through the process manually, rather than use the…