MS SQL on VMware won't really care overly much about how its VMDKs are stored, NFS or iSCSI. Personally I would stick with database mirroring to a DR site over SnapMirror replication to a DR site. SnapMirror is a transfer of a point-in-time application-consistent snapshot (when used with SnapManager/SnapDrive), whereas database mirroring is as close to synchronous replication as you're going to get (WAN/LAN dependent of course, with no requirement to quiesce the data as it is transaction log streaming).
Based on the cache stats (24% and 54% usage, 100% and 99% hit rate respectively, sub-millisecond read latency) I would say don't mess with the caching configuration. Based on the limited sysstat output, I would move more virtual machines over to toaster2 to balance the average load between them.