The vSAN presents a robust, secure, and efficient shared datastore to all nodes within a VxRail cluster. External SAN storage is typically not part of a VxRail environment. However, often a requirement exists to access external storage in order to move virtual machines and data into a VxRail environment or move data between environments. Fiber Channel SAN connectivity is supported, and so is IP-based storage. An important distinction is that data in the Fiber Channel, iSCSI, or NFS datastore is self-contained and is not distributed to the disk groups within the VxRail cluster. External storage can be used to provide additional capacity to the VxRail environment but, external storage is typically not used to meet capacity requirements.
Customers can order Fiber Channel (FC) host bus adapters (HBA) with their VxRail for external storage. FC storage can be configured to complement local VxRail cluster storage. Common use cases for external storage are customer’s desire to continue to use their existing storage array as a secondary storage to VxRail, or they are looking for a method to migrate data from their FC storage to VxRail vSAN datastores. VxRail does not provide lifecycle management to the FC HBA. Customers will need to manage it using vCenter Server.
Using an FC HBA, customer can connect to storage arrays that is supported by the HBA card and validated by VMware. However, Dell EMC will only provide support for connection of the HBA to a Dell EMC storage array (i.e. Dell Compellent, Clariion/VNX/Unity, Symmetrix DMX, Symmetrix VMAX/PowerMAX, and XtremIO) that is qualified by eLab.
When configuring external storage using the FC HBA, customer is allowed to install VM/VIB/drivers to operationalize the use of the external storage as required. The customer is responsible for maintaining and updating it. Customers can install multiple HBAs if there are slots available on the PCIe bus.
iSCSI can be used to provide mobility for VMs and associated data onto and between VxRail environments. The figure below shows a VxRail environment that includes iSCSI storage in addition to the vSAN datastore.
Data on the iSCSI storage is easily moved into the VxRail vSAN environment or between VxRail environments.
iSCSI provides block-level storage using the SCSI protocol over an IP network. SCSI uses a client-server, initiator-target model where initiators issue read/write operations to target devices, and targets either return the requested read data or persistently save write data. iSCSI in a VMware environment is standard functionality. A software adapter using the NIC on an ESXi host is configured as an initiator, and targets on an external storage system present LUNs to the initiators. The external LUNs could be used by ESXi as raw device mapping (RDM) devices, however usually, the use case is for VxRail to configure them as VMFS datastores. (See vSphere documentation for more information: Using ESXi with iSCSI SAN.)
iSCSI configuration is performed using the vSphere web client. The steps involve creating a port group on the VDS, creating a VMkernel Network Adapter and associating it with the port group, and assigning an IP address. Then, from the vCenter Manage Storage Adapters view, the Add iSCSI Software Adapter dialog is used to create the software adapter. The last step is to bind the iSCSI software adapter with VMkernel adapter. Once this is complete, iSCSI targets and LUNs can be discovered and used to create new datastores and map them to the hosts in the cluster.
iSCSI works best in a network environment that provides consistent and predictable performance, and a separate VLAN is usually implemented. iSCSI network requirements should be considered when planning the network requirements for VxRail environment to ensure connectivity to the external iSCSI storage system exists, and the additional network traffic will not impact other applications.
NFS is a network filesystem that provides file-level storage using the NFS protocol over an IP network. It can work in use cases similar to iSCSIthe difference being that NFS devices are presented as file systems rather than block devices. The figure below shows an NFS file system that has been exported from a network-attached server and mounted by the ESXi nodes in the VxRail environment.
This enables data mobility into and between VxRail environments as well as enabling additional storage capacity.
The external NFS server can be an open system host, typically UNIX or Linux, or a specially built system. The NFS server takes physical storage and creates a file system. The file system is exported and client systems, in this example ESXi hosts in a VxRail system, mount the file system and access it over the IP network.
Similar to iSCSI, NFS is a standard vSphere feature and is configured using the vCenter web client. This is done in the Hosts and Clusters view under Related Objects and the New Datastore dialog. Select NFS as datastore type, the NFS version, the name of the datastore, the IP address or hostname of the NFS server that exported the file system, and the host that will mount it. The NFS file system will appear like the vSAN datastore. VMs, templates, OVA files, and other storage objects can be easily moved between the NFS file system and the vSAN datastore using vMotion.
As with iSCSI, NFS works best in network environments that provide consistent and predictable performance. The network requirements for NFS should be considered when initially planning the network requirements for VxRail environment.
The EMC IsilonSD product family combines the power of Isilon scale-out NAS with the economy of software-defined storage. IsilonSD Edge is purpose-built software that addresses the need in enterprise edge locations to store growing amounts of unstructured data. IsilonSD Edge allows customers to quickly deploy a simple and efficient scale-out NAS solution in a VMware environment. It also extends the reach of the data lake from their core data center to their edge locations by economically supporting smaller capacity deployments in a virtualized infrastructure. The data lake enables them to improve storage utilization, eliminate islands of storage and lower their TCO.
Running IsilonSD Edge on VxRail provides a simple, agile, and cost-efficient platform to deliver file services from within a VxRail cluster. It is easy to manage with standard VMware tools. And it allows customers to consolidate and distribute data from and to remote locations. Best of all, it deploys in minutes. IsilonSD Edge includes all Isilon’s OneFS data services & protocols, including SMB, NFS, HDFS, and OpenStack Swift.
IsilonSD Edge is tightly integrated with the VMware environment and runs on top of VMware ESXi. It leverages vCenter with a management server that runs as a virtual image and can be used to install licenses, or add and remove nodes from a cluster. The IsilonSD Edge management server also installs a plug-in into vCenter that can be used to configure the cluster. The server and storage resources on VxRail do not need to be dedicated to IsilonSD Edge. If performance and capacity needs are met, other applications can run concurrently in the VxRail cluster. IsilonSD Edge with vSAN on VxRail is a validated and tested solution using VMFS or vSAN datastores.
The following figure summarizes the benefits of running IsilonSD Edge on VxRail.
Each IsilonSD Edge instance on their VxRail cluster can scale up to 36 TB, which is sufficient to handle the needs of many remote and branch offices. They do not have to dedicate their VxRail environment to their IsilonSD Edge cluster – they can run it alongside other workloads in the VxRail cluster.