- How to use VMware vSAN ReadyNode Configurator - Fri, Dec 17 2021
- VMware Tanzu Kubernetes Toolkit version 1.3 new features - Fri, Dec 10 2021
- Disaster recovery strategies for vCenter Server appliance VM - Fri, Nov 26 2021
vSAN 7 services
Why is it interesting that vSAN provides file services such as NFS 3 or 4.1? Those file services can be used by Kubernetes directly from within the same vSphere user interface. File shares via vSAN are not meant to replace your existing filer; rather, vSAN should be used as a complementary file share service for modern applications within vSphere.
While you might think it is a good idea to run VMs on top of the NFS share, VMware does not recommend that the NFS share be consumed by other VMware products.
VMware vSAN file services are implemented via file service agents, which are managed via the vSphere ESX Agent Manager.
The file service agents are small VMs that run Photon OS and Docker. They have the NFS service installed and activated to provide the file sharing service. The agent image OVF is downloaded directly from the Internet during the configuration steps via a wizard. However, the image can also be downloaded separately for sites that do not have Internet access.
Configuration
Let's assume you have your vSphere 7 up and running and that you have already activated your vSAN.
Connect via vSphere client and select your vSAN cluster. Then select Configure > vSAN > Services > File Service > Enable.
This starts a new, web-based wizard. Click the Next button to continue.
Select the "Trust the certificate" option to download the file service OVF from the Internet, or choose the "Manual approach" option if you don't have Internet access. You must, however, download this OVF from another computer.
There are some steps you'll have to carry out for each share. But first, we need to configure a namespace, which is a unique cluster identifier.
You must also fill in your DNS server IP address and your DNS suffix.
Pick the network used for the file services, IP protocol, subnet mask, and gateway.
Then go to your DNS server and create some static records, according to the number of hosts you have in your vSAN cluster. (In my case, I have three hosts.)
Once done, continue on to the next screen, where you'll create an IP pool. In my case, I entered the first IP address and clicked the Autofill link, which populated both my other IP addresses automatically.
On the right, click Lookup DNS so that the system will populate the fully qualified domain names (FQDN) from your DNS server.
The final screen of the assistant shows all the details. There's nothing to do here, just click the Finish button to close the window.
The vSAN cluster will start to work and deploy some agents' VMs and create a unique resource pool where those agents reside.
You can monitor the agents' deployment via the Recent Tasks pane at the bottom of your vSphere web client.
In my case, I noticed an error because my ESXi hosts had only two CPUs, but the system needs four CPUs. It seems that your hosts need four CPUs to be able to leverage vSAN file services. This is something to keep in mind.
In the nested lab I'm running, I was able to reconfigure my ESXi hosts each with four CPUs so that at the end I was able to see this screen with three agents up and running.
And finally, we're able to add some file shares. For each new file share, we'll need to provide:
- A share name
- A storage policy: You can adjust the RAID level and optimize capacity or resilience.
- Share warning threshold: A soft quota; this will create a vSAN alarm if reached by your users.
- Share hard quota: This is a hard quota. There will be no more writes until data is deleted or this quota is raised.
- Labels: You can categorize a share when created by Kubernetes.
- Network access controls: IP-based access control lists for who has read or write access to the NFS shares.
Give your share a meaningful name, choose a storage policy, and enter soft and hard space quotas.
The next step is to restrict or allow access to your new share. There are three options here to choose from. It's pretty straightforward.
Then, the final screen allows you to see your options. Validate here or go back and change a value if necessary.
This is the final screen, showing the first share. We're done.
Conclusion
VMware vSAN native file services provide NFS only in this release so far. I think there is more to come, and we'll see other file services in next release. The process is very straightforward and easy to follow via those two assistants. VMware vSAN file services offer a great experience for cloud–native services and infrastructure shares.
The system is fully resilient and by using the virtual namespace it mitigates the failures of a host. The NFS consumer won't realize that the underlying host has a hardware problem because the virtual namespace spans multiple hosts and is able to redirect connections automatically.
Subscribe to 4sysops newsletter!
The performance scales with the nodes in a linear way. More nodes add more performance. The shares are balanced across clusters (one node per host) while still maintaining the same unique IP address for connection.