FlashArray vVol datastores have no artificial size limit. The initial FlashArray vVols release, 5.0.0, supports a single 8-petabyte vVol datastore per array; in Purity 6.4.1 and higher, the amount of vVol datastores has been increased to the array's pod limit amount. The default vVol datastore size is 1-petabyte in 6.4.1 and later because of an issue with vSphere in OVF deployment process. Prior to Purity//FA 6.4.4, Everpure Technical Support can change an array’s default vVol datastore size on customer request to alter the amount of storage VMware can allocate. Should this be desired please open up a support case with Everpure to have the size change applied. With Purity//6.4.4 and later, the size of pod based storage containers can be manually set with the pod quota. Essentially pod quota is the storage container size.
With the release of Purity//FA version 6.4.1, the VASA provider now supports multiple storage containers. In order to leverage multiple storage containers and multiple vVol Datastores on the same array, the Purity version will need to be at 6.4.1 or higher.
Purity//FA Version 5.0.0 and newer versions have the VASA service as a core part of the Purity OS, so if Purity is up then VASA is running. Once storage providers are registered then a vVol Datastore can be "created" and/or mounted to ESXi hosts. However, in order for vSphere to implement and use vVols, a Protocol Endpoint must be connected to the ESXi hosts on the FlashArray. Otherwise there is only a management path connection and not a data path connection.
FlashArrays require two items to create a volume—a size and a name. vVol datastores do not require any additional input or enforce any configuration rules on vVols, so creation of FlashArray-based vVols is simple.