I’m delighted to announce the availability of a joint Rubrik and VMware Virtual SAN (VSAN) white paper. Both Rubrik and Virtual SAN epitomize many of the features and characteristics of Software Defined Storage, in particular simplifying storage and backup/restore for vSphere Administrators. Other features include abstracting the underlying storage into one large pool, and consuming/utilizing that underlying storage through policies, whether these are for virtual machine deployment or backup. If you are completely new to VSAN and/or Rubrik, this paper gives a good explanation of both technologies. The paper also explains how Rubrik and VSAN work seamlessly together to back…
I took another opportunity this week to look at our new Docker Volume Driver for vSphere which is currently in tech preview. This time I wanted to see how it behaved on Virtual SAN (VSAN). What I wanted to do is query the layout of the VMDK storage object on VSAN, and how an administrator can query its layout from vCenter server, but also from RVC, the Ruby vSphere Console. There might be a situation where you need to to query this information. My colleague, Wiliam Lam, has already added some information about how you can deploy volumes with different…
2 years after the first edition, it’s finally here. The second edition of “Essential Virtual SAN (VSAN)”, the book I co-authored with Duncan Epping, is now available. The folks over at vmusketeers did a rather nice review of the book here. Feel free to take a look at what they think of the book beforehand if you wish. If you do decide to purchase a copy, we’d love to get your feedback/review on Amazon. At the moment, it is only the kindle version that is available. The hard copy of the book should be available at the end of this…
I spent the last 10 days in the VMware HQ in Palo Alto, and had lots of really interesting conversations and meet-ups, as you might imagine. One of those conversations revolved around the minimum VSAN configurations. Let’s start with the basics. 2-node: There are two physical hosts for data and a witness appliance hosted elsewhere. Data is placed on the physical hosts, and the witness appliance holds the witness components only, never any data. 3-node: There are three physical hosts, and the data and witness components are distributed across all hosts. This configuration can support a number of failures to…
We had an interesting event happen on one of our lab servers this weekend. One of the hosts in our four node cluster hit an issue, which meant that the storage on that host was no longer available to the VSAN datastore. Since VSAN auto-heals, it attempted to re-protect as many VMs as possible. However, since we chose to ignore one of the health check warnings to do with limits, we ended up with a full VSAN datastore.
Last week I wrote a post on Horizon View 7 on VSAN. That was all about showing the policies that were associated with the different desktops that can be deployed. I did mention that while one could use vmFork/Instant Clones for desktops, they did not include any sort of persistence. I did add a caveat to say that you could provide persistent storage to these desktops using App Volumes. In this post, I wanted to give some details on App Volumes, and the different moving components one will need if they want to deploy View desktops with App Volumes. However,…
It has been some time since I last looked at Horizon View on Virtual SAN. The last time was when we first released VSAN, back in the 5.5 days. This was with Horizon View 5.3.1, which was the first release that inter-operated with Virtual SAN. At the time, there was some funkiness with policies. View could only use the default policy at the time, and the default policy used to show up as “none” in the UI. The other issue is that you could not change the default policy via the UI, only through CLI commands. Thankfully, things have come…