This question has come up a number of times in the past. However, there have been some updates that I personally was not aware of until last week. To cut to the chase, Horizon View 7 (all clone types) is supported with vSAN stretch cluster. This is good news. However, it is very important that customers should follow the Horizon View Reference Architecture (RA) design document and test the scalability of Horizon 7 and vSAN Stretched Clusters in their environment.
Some time ago, I hooked our Virtual Volume (VVol) capable storage array up to a vSphere 6.5 cluster. I did a few preliminary tests, such as adding the VASA (vSphere APIs for Storage Awareness) Provider, creating the VVol datastore, observing the creation of the Protocol Endpoints (PEs), and of course creating some virtual machines as a set of VVols. All went flawlessly. Then, like many other lab tests, I got distracted by a number of other things. In the meantime, the storage array vendor announced support for an updated VASA version, and we had the storage array updated to accommodate…
Recently I was looking for a way to consume the Storage Policy Based Management (SPBM) cmdlets in PowerCLI. I wanted to see if I could provision a VM from a Template onto my vSAN datastore with a particular policy rather than simply change it after it was deployed. It wasn’t as easy as I thought, as some of the commands I tried would only change the VM Home Namespace to the new policy, and leave the disks with the default datastore policy. And when I tried to clone a new VM from a template, I couldn’t get the VM to…
I was with one of our large EMEA customers last week, and we talked quite a bit about the evolution of vSAN. This customer is already one of our larger vSAN customers with very many clusters, and many, many nodes. They have also been a great vSAN reference for us, having first deployed the initial vSAN 5.5 release. One point that hit home was that they found it was quite difficult to determine the various features and enhancements that were introduced in each vSAN release. They mentioned that having a quick reference would be useful as they could use it…
Yes, it’s that time of year again. VMworld 2018 in Las Vegas is taking place next month. Once again, as per previous years, I will be co-presenting on a few sessions. It will be no surprise that, once again, my sessions are focused on storage, hyper-convergence and predominantly vSAN. However, this year I will also be presenting with my CTO and VMware Fellow, Christos Karamanolis, for the very first time. Without further ado, let me go through my sessions in a bit more details, and if they look interesting to you, feel free to sign up. I also included a…
As I am going to be doing some talks around next-gen applications at this year’s VMworld event, I took the opportunity to revisit Pivotal Container Services (PKS) to take a closer look at how we can set persistent volumes on container based applications. Not only that, but I also wanted to leverage the vSphere Cloud Provider feature which is part of our Project Hatchway initiative. I’ve written about Project Hatchway a few times now, but in a nutshell this allows us to create persistent container volumes on vSphere storage, and at the same time set a storage policy on the…
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…