Probably more detail then you need. Important things to remember. The VPLEX will keep the Volume in sync across distance at each site. All the benefits of FAST Cache will still be in place for each site.
In this solution each location will have file data redirected to the Isilon for SMB shares. I will use the VMware View pools and entitlements to force users to each side. Group Policy (GPO) or Third Party Persona Management will direct the users to their data. We are active/active in the sense that workloads are live at each site. Active Passive for the File portion as we will only kick users to site B in the event of a planned or unplanned event.
In another post I will discuss what I learned to make it complete non-persistent site to site active active everything. There is some cool stuff coming here.
First I used Resource pools to map to the VMware View Pools I created to. In the picture below the “Dell-Blades” cluster hosts 1-3 are in site A and hosts 3-6 are site B. One problem How to make sure each pool is pinned to each location?

Create the VM Site A and B group first. Then Create the Host Groups. As simple as editing the settings in your cluster and clicking DRS Groups Manager. One gotcha is you have to have hosts and VM’s first before making the groups. This may be an issue you have have not provisioned your View desktops first (I would wait). Just use some dummy VM’s at first to get the rules created.

Remember these rules should say “Should run on hosts in group” (big thanks to @VirtualChappy). If you don’t have the rules right failover won’t work in case of a site going away for whatever reason.

This script I located on the community forums from the amazing LucD and at fix from another community user "GotMoo" I love the VMware Community.

What is so cool is I can run this after provisioning all of my desktops to get them in the right DRS VM Group and since usually in VMware View Environments you might create and destroy desktop VM’s regularly this helps a ton.

$vCenterServer = "vcenter.domain.lab"

#authenticating and Connecting to the VC


$CurrentUserName = [Security.Principal.WindowsIdentity]::getcurrent().name

$cred = Get-Credential $CurrentUserName

Write-Output "Connecting to vCenter. Please stand by..."

Connect-VIServer -Server $vCenterServer -Credential $Cred
 
#Function for updating the Resource VM Groups

function updateDrsVmGroup ($clusterName,$resourcePoolName,$groupVMName){

    $cluster = Get-Cluster -Name $clusterName

    $spec = New-Object VMware.Vim.ClusterConfigSpecEx

    $groupVM = New-Object VMware.Vim.ClusterGroupSpec 

    #Operation edit will replace the contents of the GroupVMName with the new contents seleced below.

    $groupVM.operation = "edit" 


    $groupVM.Info = New-Object VMware.Vim.ClusterVmGroup

    $groupVM.Info.Name = $groupVMName 


# Perform your VM selection here. I use resource pools per cluster to identify group members, 

# but you could use any method to select your VM's. 

    get-cluster $clusterName | Get-ResourcePool $resourcePoolName | get-vm | %{

        $groupVM.Info.VM += $_.Extensiondata.MoRef

    }

    $spec.GroupSpec += $groupVM


    #Apply the settings to the cluster

    $cluster.ExtensionData.ReconfigureComputeResource($spec,$true)

}


# Calling the function. I've found the group names to be case sensitive, so watch for that.

#updateDrsVmGroup ("ClusterName") ("ResourcePool Name") ("DRS VM Groupname")

updateDrsVmGroup ("UCS") ("DesktopsA") ("VM Site A")

updateDrsVmGroup ("UCS") ("DesktopsB") ("VM Site B")

# updateDrsVmGroup ("Cluster_STAGE") ("Group A") ("Group A VMs (Odd)")

# updateDrsVmGroup ("Cluster_STAGE") ("Group B") ("Group B VMs (Even)")

Disconnect-VIServer -Confirm:$False

Finally this is a quick look at setting up View to be cross location. Of course other considerations about web load balancers, networking, number of View Connection Managers all need to be decided for your environment. Next post will include some of the stuff I found about keeping the users data live in both sites. Things like Windows DFS (Isilon can be a member), Atmos, VNX replication, and something called Panzura.