|
I don't know FreeNAS, but from memory it's based on ZFS which has been around for a while and is also used in enterprise scale systems. ZFS (I run it on my SOHO server) offers some interesting "goodies" such as snapshots, replication and scrubbing. And of course ZFS "reason d'etre" is to "not loose data" so it has error checking up the wazzoo and a "copy on write" paradigm.
I can say something about running vmware onto storage as I used to look after a vmWare cluster backed onto a NetApp Filer. Surprisingly, both vmWare and NetApp recommended not using
iSCSI for the storage-host interaction; they recommended using bog standard NFS shares for the vmdk stores. (NFS being stateless versus SMB/CIFS which is a "chatty" and stateful protocol.) Certainly it was a lot easier to implement than mucking about with iSCSI Initiators and so forth and made Storage vMotion simple to implement (ie it "just worked" without doing anything special.)
Ideally, you'd have a stand alone "private" LAN between the vHosts and storage (ie build a SAN) though ours had been implemented on a separate VLAN, which does the more or less the same thing though there is still competion between VLAN's for bandwidth. Obviously, you'll need vHosts and storage with multiple NIC's or VLAN capable NIC's to do that. They also recommended using jumbo frames on the storage LAN/VLAN as it mean each block read/write could be carried in a single (JF) frame rather that split over multiple "standard" sized ethernet frames which negates fragmentation/reassembly and is of course faster.
They also recommend "aligning" the OS volumes on 4K boundaries for similar reasons of mitigating block to storage read/write fragmentation, but IIRC all Windows OS's after something like Server 2008 do this by default. Not sure about the many *NIX variants.
Finally, on my NetApp, with multiple vGuests running the same OS, we got some really impressive results using "de-duplication" on file stores - often better than 50%. I've never had a play with that on ZFS, but it offers similar de-duplication technology, albeit that is is said to require a lot of or RAM. |
|