Brand new vSphere and vSAN 7.0 binaries are available to download on my.vmware.com.
Check out the small sneak peak of 7.0, freshly installed on 4 vSAN all-flash hosts. We say goodbye to the old flash-based web client, we welcome VM hardware version 17 with watchdog timer (resetting the VM if the guest OS is no longer responding) and support for Precision Time Protocol, new re-written workload – centric DRS with scalable shares, vSAN memory consumption dashboards and many more….
U2 to U3 is a small update, just a patch, easly done via VAMI (vCenter’s Virtual Appliance Management Interface: https://appliance-IP-address-or-FQDN:5480). You just have to check for recent updates online and you can start patching immediately or schedule it for later.
Online….but what about offline bundles? Usually we go to my.vmware.com and download .iso. The .iso we get on the Product page will not be useful for a small patch, it is prepared for a larger updates like 6.5 to 6.7 etc. For this kind of patch you should go to Patches page and download .iso there.
This one includes word “patch-FP” (Full Patch) and needs to be mounted as CD-ROOM for vCenter VM.
Now we can check for updates using CD-ROOM option and our new patch is available for installation.
Usually we deploy vCenter when we have a datastore with enough free space available. In case of a brand new vSAN cluster installation we need (or at least we should have) a vCenter to activate vSAN but we need a vsanDatastore to install a vCenter. Classic chicken and egg situation.
"You can create a vSAN cluster as you deploy a vCenter Server Appliance, and host the appliance on that cluster. The vCenter Server Appliance Installer enables you to create a one-host vSAN cluster, with disks claimed from the host. vCenter Server Appliance is deployed on the vSAN cluster"
How does it work? When you run vCenter Server Appliance Installer in step 7 you are asked to select a datastore, you can pick an option to “Install on a new vSAN cluster containing the target host”.
This option will create one-host vSAN Cluster and install vCenter on it – with a storage policy SPBM: FTT=0.
Step 8 will also allow us to claim disks for vSAN for this particular host.
After vCenter is deployed on one-host vSAN there are some things that we can check to confirm vSAN is running fine:
esxcli vsan cluster get
Sub-Cluster Member Count: 1 indicates one-host cluster.
Using esxcli vsan debug object list we can verify that VMDKs that belong to vCenter have FTT=1 SPBM policy but also Force Provisioning is enabled, that means we have just one copy of VMDK on this one-host cluster and this is not complaint to FTT=1 so the health state of the object is: reduced-availability-with-no-rebiuld. There is no other ESXi in the cluster to host a second copy and another one to host a witness so there is no way to satisfy FTT=1 for now.
Logging into web GUI of ESXi we see that vsanDatastore is created next to other VMFS datastore.
Looking into the Health tab we can verify the state of our object which matches the output of esxcli vsan commands.
It might me interesting to know, one-host vSAN does not have a vmknic configured.
After vCenter is deployed we definitely need to finish our vSAN configuration, vCenter should not run on FTT=0 longer than necessary.
Next steps include:
adding vSAN vmknics
adding remaining hosts to vSAN cluster
configuring disk gropus
configuring SPBM policies
and we are reminded to do so at the end of our installation:
Privacy & Cookies Policy
Necessary cookies are absolutely essential for the website to function properly. This category only includes cookies that ensures basic functionalities and security features of the website. These cookies do not store any personal information.
Any cookies that may not be particularly necessary for the website to function and is used specifically to collect user personal data via analytics, ads, other embedded contents are termed as non-necessary cookies. It is mandatory to procure user consent prior to running these cookies on your website.