vSAN readers will most likely be aware that we introduced support for iSCSI on vSAN way back in vSAN 6.5. That is to say, we had the ability to create iSCSI targets and LUNs using vSAN objects, and present the LUNs to external iSCSI initiators. That release also supported Persistent Group Reservations (PGRs) but it did lack transparent failover. We followed this up with an enhancement in vSAN 6.7 which enabled transparent failover. This enabled support for features like Windows Server Failover Cluster (WSFC) to work on iSCSI on vSAN, if using shared disk mode as it uses reservations on…
I’m back in the lab this week, looking at some of the newer features around vSAN. As part of this, I needed vSAN Encryption enabled, so I downloaded the latest HyTrust KeyControl appliance as this has an easy to use KMIP Server. This new version is 4.2.1, and it has a few new steps compared to the previous versions I used, which were a little confusing to begin with. First I deployed the OVA, supplied the password, logged into the web interface, and enabled KMIP as before. However, that is where things are now a little different to before.
VMworld is now officially underway, and as usual, day 1 is full of new announcements. vSAN is no exception. There have been announcements around the next release of vSAN (6.7U1), specific vSAN improvements to VMware Cloud on AWS, a Cloudera Hadoop validation on vSAN and a beta announcements. Since we’ve had quite a number of announcements, I though I would try to capture them all in one place.
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.
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 part of my preparation work for VMworld 2018, I was looking into how one might be able to automate the deployment of VMs from vRealize Automation 7.4 with an appropriate policy for consuming the under-lying storage. In my case, this underlying storage was vSAN 6.7 (and vSphere 6.7), so I wanted to be able to select a vSAN policy for my VM Home namespace and disks. Fortunately, there is a vRealize Orchestration (vRO) plugin to do just that called the vRA SPBM Integration plugin. But, once I had this plugin installed, and followed the instructions, I hit a snag.…