This section is relevant only in situations for sharing vSAN datastore resources over the network. This section can be skipped if this is not in your plans.
With an HCI Mesh topology, the local vSAN datastore on a standard cluster can be shared with other VxRail clusters. This storage sharing model is applicable only in a multi-cluster environment where the VxRail clusters are configured under a common data center object on a common vCenter instance.
With a vSAN HCI Mesh network in place, standard VxRail cluster can leverage both their local vSAN datastore and capacity on a remote vSAN datastore for application workload. If dynamic clusters will be part of the vSAN HCI mesh network, they can mount a remote vSAN datastore on a standard cluster and use that as their primary storage resource.
Figure 28. Storage resource sharing between standard clusters with vSAN HCI mesh
If your plans include sharing storage resource between standard clusters in a vSAN HCI mesh, be sure to prepare your data center to meet the following prerequisites:
- A vCenter instance at a version that supports VxRail version 7.0.100 or later.
- A vSAN Enterprise license for each VxRail cluster that will participate in a vSAN HCI mesh topology.
Figure 29. Storage resource sharing between standard and dynamic clusters with vSAN HCI mesh
If your plans include sharing the vSAN resources of a standard cluster with one or more dynamic clusters, you must adhere to the following pre-requisites:
- A vCenter instance at a version that supports VxRail version 7.0.240 or later.
- A vSAN Enterprise license is needed only for the standard VxRail clusters that will participate in a vSAN HCI mesh topology. The license is not needed on a dynamic cluster.
Figure 30. Enable vSAN network connectivity between clusters
To enable vSAN HCI mesh, the data center must have a network topology that can enable connectivity of the vSAN networks on the two participating VxRail clusters.
- Two Ethernet ports on each node in the cluster will be configured to support vSAN network traffic.
- A common VLAN can be assigned to this vSAN network on each cluster so they can connect over a Layer 2 network. If the VxRail clusters are deployed against different top-of-rack switches, the VLAN must be configured to stretch between the switch instances.
- If the VxRail clusters are deployed against different top-of-rack switches, or if the common VLAN cannot be stretched between the switch instances, connectivity can be enabled using Layer 3 routing services. If this option is selected, be sure to assign routable IP addresses to the vSAN network on each participating VxRail cluster.