Friday, September 21, 2007
1) VDI on Netapp over NFS
2) Eliminate duplicate data with A-SIS in a VMware environment
There are also several presentations and technical whitepapers at TechONTAP site which you may find very useful.
Tuesday, September 11, 2007
Using NFS as a protocol on VMware you have similar choices and flexibility as with VCB and you can mount the NFS volume or a snapshot of the volume on a server other an ESX...Other = Linux in this case.
So if you are deploying VMware on NFS here's a way to backup whole VMDK images or files within VMDKs using Netapp Snapshots given that the Snapshots are accessible to the NFS client.
Mind you that with this approach you do all kinds of cool things and not just backups without impacting the ESX host. You can also restore, or you could also provision...
So here's the process:
1) Install the Linux NTFS driver if it's not already in your Linux built.
Note: For RHEL and Fedora installs click on the About RedHat/FC RPMs
2) Mount the export onto your linux server
# mount xx.xx.xx.xx:/vol/nfstest /mnt/vmnfs
So now you can backup VMDK images or you can drill into the .snapshot directory and back them up from there.
Next step is to backup files within VMDKs by accessing the snapshot...and you get to pick from which one. For this test, I select from the hourly.3 the snapshot named testsnap
3) Mount the VMDK as a loopback mount specifying the starting offset (32256) and NTFS file system type
# mount /mnt/nfstest/.snapshot/hourly.3/testsnap/nfs-flat.vmdk /mnt/vmdk -o ro,loop=/dev/loop2,offset=32256 -t ntfs
Here's your NTFS disk as seen from Linux:
# cd /mnt/vmdk
# ls -l
dr-x------ 1 root root 0 Dec 19 03:03 013067c550e7cf93cc24
-r-------- 1 root root 0 Sep 11 2006 AUTOEXEC.BAT-
r-------- 1 root root 210 Dec 18 21:00 boot.ini
-r-------- 1 root root 0 Sep 11 2006 CONFIG.SYS
dr-x------ 1 root root 4096 Dec 18 21:10 Documents and Settings
-r-------- 1 root root 0 Sep 11 2006 IO.SYS
-r-------- 1 root root 0 Sep 11 2006 MSDOS.SYS
-r-------- 1 root root 47772 Mar 25 2005 NTDETECT.COM
-r-------- 1 root root 295536 Mar 25 2005 ntldr
-r-------- 1 root root 805306368 Mar 13 16:42 pagefile.sys
dr-x------ 1 root root 4096 Sep 11 2006 Program Files
dr-x------ 1 root root 0 Sep 11 2006 RECYCLER
dr-x------ 1 root root 0 Sep 11 2006 System Volume Information
dr-x------ 1 root root 0 Dec 19 00:35 tempd
r-x------ 1 root root 65536 Mar 13 17:41 WINDOWS
dr-x------ 1 root root 0 Sep 11 2006 wmpub
The nice thing about the loopback mount is that Linux will see a VMDK's content for any filesystem it recognizes...so now you can backup Windows and Linux VMs.
Here's a more indepth presentation on VMware over NFS including the backup trick from Peter Learmonth as well as a customer presentation from the VMworld breakout sessions. Login and passwords are proivided below:user name: cbv_rep
Friday, September 07, 2007
- Provisioning is a breeze
- You get the advantage of VMDK thin Provisioning since it's the default setting over NFS
- You can expand/decrease the NFS volume on the fly and realize the effect of the operation on the ESX server with the click of the datastore "refresh" button.
- You don't have to deal with VMFS or RDMs so you have no dilemma here
- No single disk I/O queue, so your performance is strictly dependent upon the size of the pipe and the disk array.
- You don't have to deal with FC switches, zones, HBAs, and identical LUN IDs across ESX servers
- You can restore (at least with NetApp you can), multiple VMs, individual VMs, or files within VMs.
- You can instantaneously clone (NetApp Flexclone), a single VM, or multiple VMs
- You can also backup whole VMs, or files within VMs
People may find this hard to believe, but the performance over NFS is actually better than FC or iSCSI not only in terms of throughtput but also in terms of latency. How can this be people ask? FC is 4Gb and Ethernet is 1Gb. I would say that this is a rather simplistic approach to performance. What folks don't realize is that:
- ESX server I/O is small block and extremely random which means that bandwidth matters little. IOs and response time matter a lot.
- You are not dealing with VMFS and a single managed disk I/O queue.
- You can have a Single mount point across multiple IP addesses
- You can use link aggregation IEEE 802.3ad (NetApp multimode VIF with IP aliases)
Given that server virtualization has incredible ramifications on storage in terms of storage capacity requirements, storage utilization and thus storage costs, I believe that the time where folks will warm up to NFS is closer than we think. With NFS you are thin provisioning by default and the VMDKs are thin as well. Plus any modification on the size of the NFS volume in terms of capacity is easily and immediately realized on the host side. Additionally, if you consider the fact that on average a VMFS volume is around 70-80% utilized (actually that maybe high) and the VMKD is around 70% you can easily conclude that your storage utilization is anywhere around from 49-56% excluding RAID overhead, then NFS starts to make a LOT of sense.
VMworld is next week and NetApp is a platinum sponsor. So, if you are attending, I would recommend you drop by Booth 701 and take a look at some incredibly exciting demos that have been put together showcasing the latest NetApp innovations with ESX server as well as VDI.
I'm hoping to be uploading the demo videos here next week or have links to them .