For the most part both our GUI and workflows are similar. This article compares, with screenshots, steps to install and configure VirtuCache and PernixData FVP.
The only differences between us and Pernix stem from the fact that we leverage VMware's own capability in the areas of clustering, license management, and logging, whereas Pernix programmed these features separately within their software. Overall these additional screens add a few clicks and pages in Pernix versus us, but again I want to emphasize that we are more similar than different, in terms of the GUI and workflow.
More similar than different
Both us and PernixData differentiate from rest of the host side caching vendors in similar ways - that we are kernel mode software; both of us cache writes in addition to reads; have data protection strategies in place to prevent against data loss in case of multiple simultaneous hardware failure; do not require networking or storage to be reconfigured; and do not require agents per VM or VM per host.
This article is the first in a series of two articles that compares our software versus PernixData FVP. This second article compares (with screenshots) GUI and configuration steps for PernixData FVP and us.
Below is how we compare on the most important criteria one should be looking for in host side caching software.
|Feature||Virtunet's VirtuCache||PernixData's FVP|
|Kernel mode software deployed on the hosts being accelerated with both a vCenter plugin and web GUI for management||Yes||Yes|
|Operating Systems supported||ESXi 5.x, 6.x||ESXi 5.x, 6.0 (not 6.5)|
|Caches hot data from any SAN based storage appliance||Yes||Yes|
|Caches reads and writes||Yes||Yes|
|In case of write cache, protects data loss if host or SSD fails by replicating writes to one or more SSDs in one or more hosts in the VMware cluster*||Yes*||Yes*|
|Continuously syncs write cache from in-host SSD or RAM to backend storage appliance||Yes||Yes|
|Signed and certified by VMware||Yes||Yes|
|Supports any in-host high speed media – SSD (SATA, SAS, PCIe, NVME) and/or RAM as caching media||Yes||Yes|
|Support for third party multi-pathing plugins**||Yes**||No**|
* Differences between Pernix and Virtunet architecture with regards to data protection in case of host/cluster/datacenter failure
Both Pernix and Virtunet cache writes to in-host SSDs without synchronously committing the writes to backend storage appliance. This aspect accelerates writes but also introduces the possibility of data loss in case of host failure, since at any point in time there will be writes on the in-host SSD that are not synced with backend storage. With both PernixData FVP and Virtunet VirtuCache, the VMware cluster can remain operational and there will be no data loss in case a maximum of two hosts fail simultaneously. The reason is that in both software, all writes are simultaneously written to either one or two additional SSDs in one or two additional hosts in the VMware cluster. The number of copies of writes distributed across SSDs and across hosts is an admin configurable option called replication factor. Now if the replication factor was 2x, and if a maximum of two hosts were to crash at the same time, both us and Pernix will immediately sync the backend storage appliance from the mirrored copy of the write cache from a third host. In this respect the functionality between Pernix FVP and VirtuCache is similar. However in case the entire datacenter were to lose power or for some other reason all hosts were to fail at the same time, with PernixData, you will have data loss when the hosts are brought back up, whereas with Virtucache, there will be no data loss in this situation.
** Differences between Pernix and Virtunet in their support for third party multi-pathing plugins
The advantage of VirtuCache over PernixData is that in cases where customers insist on using non VMware multi-pathing plugins (MPP) from storage vendors like Nimble Storage, Dell Equallogic or EMC (Power Path), PernixData will not work. PernixData’s FVP needs to replace these MPPs with VMware Native Multi-path Plugin (NMP).
By default, VirtuCache is also a path selection plugin to VMware NMP, however if the customer insists on keeping their existing storage vendor MPP, Virtunet has an alternate software driver that does not require third party MPPs to be replaced.
As a side note, this article was inspired by an unusually large number of queries we are getting from users of PernixData FVP software who are looking for an alternative. This is most likely because PernixData's FVP platform is being sunset as a result of their getting acquired for less than the money invested in them, in an all too familiar Silicon Valley story line of a heavily funded startup not being able to ramp revenues fast enough despite good tech. On the other hand we are entirely employee owned and profitable. How we run our business and our resulting longevity, which in turn results in long term relationship with our customers, might be a bigger differentiator than technical merit. That thread of VC funded businesses vs. customer funded ones is a topic for another blog post.;-)
CEPH is a popular open source storage software. However its write latencies are high. VirtuCache caches CEPH volumes to in-host SSDs and by doing so reduces VM level latencies considerably.
By not using dedupe, compression, or RAID, using slow HDDs in centralized storage, and moving SSDs to compute hosts, we arrived at low price per capacity and performance for video storage.
Here are unique requirements of video storage, some are obvious and others not so much, that inspired us to put together a different architecture than the conventional storage OEM design.
CEPH storage from Virtunet has all the features of traditional iSCSI SAN with the exception that it is reasonably priced because it uses commodity servers with all off-the-shelf hardware. And so it is ideally suited for backup and DR storage which needs to be cheap above all else.
EMC Fast Cache Storage Controller Based Caching for VNX Appliances versus VirtuCache Host Side Caching for Any SAN based Appliance
In case of FastCache or any storage appliance based caching, the SSD is more expensive than if the same SSD were bought retail. Also the SSD performs better in the host than in the storage appliance, since the SSD in the appliance is constrained by the network and controller.
EMC FastCache is SSD based caching functionality sold by EMC for their VNX appliances. It tiers frequently used data, mainly reads, to SSDs in the appliance from slower HDDs on the appliance.
VirtuCache is software sold by Virtunet (and competing with EMC's FastCache) that is installed in the VMware kernel along with a SSD in the same VMware host, and it caches frequently and recently used data, both reads and writes, to the in-host SSD from any SAN based storage appliance.
This blog article lists the differences between VirtuCache and EMC's FastCache.
Go with enterprise grade and not consumer grade SSDs. And deploy the SSD behind a good Raid controller (queue depth > 128). Samsung SM863 and Intel S3710 are good choices. The SM863 is better value for money. Also, don't skimp on the Raid controller since you don't want it to choke before the SSD does.
Though this article is in the context of using SSDs with VirtuCache (our Host Side Caching software for VMware that improves the performance of any SAN based storage appliance), these principles apply to the larger category of host side storage software.
This blog article will cover the below topics
- Select SSD type - SATA, SAS, OR PCIe?
- Size the SSD?
- How many SSDs are needed in a VMware Host and across the VMware cluster?
- The need to locally RAID the SSD?
- Where to buy the SSD from?
By improving storage performance for VMs, host side caching facilitates P2V of IO intensive bare-metal servers. And it saves capex because there is no storage upgrade involved.
If you have not yet virtualized your physical servers due only to perceived storage performance issues in VMs, then deploying VirtuCache will help. Since VirtuCache caches frequently used reads and all recent writes to in-host SSD and/or in-host RAM, from any back-end storage appliance, the storage performance from within a VM will now be considerably higher than from within your existing physical Linux or Windows server. As a result, P2V of database servers and other storage IO intensive applications is a big use case for VirtuCache.
This blog article talks about how to assure yourself BEFORE you do the P2V that the VirtuCache accelerated storage + VMware infrastructure will perform better than your existing bare-metal servers.
Also a customer use case illustrates that VirtuCache accelerated bare-metal server (when VirtuCache is deployed in bare-metal Linux) performs at the same level as VirtuCache accelerated VMware VM (when VirtuCache is installed in the VMware kernel), thus proving that virtualization in itself does not reduce application performance.