This post is more than 5 years old
20 Posts
1
1118
Is it a good idea/best practice to use an Isilon SmartConnect Zone FQDN for VMware vSphere NFS datastore mounts?
Is it a good idea/best practice to use an Isilon SmartConnect Zone FQDN for VMware vSphere NFS datastore mounts?
Awall64
20 Posts
0
July 19th, 2013 14:00
No. DNS server request overload can negatively affect NFS datastore performance. Also, if the Isilon nodes are already busy with activity (new NFS client connects/disconnects) when the NFS datastores are initially mounted on each ESXi host, the NFS mounts will not be distributed evenly across the nodes/interfaces of the cluster.
jwalken
30 Posts
0
September 11th, 2013 17:00
I don't know that there's any one correct answer to this question. Certainly there ARE valid reasons to use IP addressing rather than SmartConnect FQDNs, e.g.:
But as long as the version of ESXi in use on the hosts is vSphere 5.x, there are also some pretty compelling reasons not to use IP-based datastores:
If all the necessary components are in place (vSphere 5.x, fully licensed SmartConnect module on the Isilon cluster), then using FQDNs for datastore mounts reduces the number of separate datastore connections required since each ESXi host can have its own dedicated network path to reach the data. It also means that NFS session overhead per path is reduced, which also results in improved performance.
For more information on how to use vSphere 5 with SmartConnect, download the Isilon/vSphere 5 Best Practices Guide.