Solved

Netapp VMDK eager zero Best Practices

Posted on 2015-01-19
2
146 Views
Last Modified: 2016-03-19
I am looking for clarification on the best practices in using the Netapp ontapp 8.2.2 with VM~thin provision.  My understanding is the best practice is to make sure the flex volume is thin provisioned and that the Lun is also thin Provision.  However what I don’t understand is what the best practice is at the VMDK level.  My understanding was that you would set the hard disc as Thick  eager Zeroed  This will write Zeroed data to the hard disc but the Netapp through VAAI connection would understand what was happening at the ESXI level and in turn not allocate the space at the Agg level.  However my testing here is showing that when we thick provision eager Zero the space also gets allocated at the Netapp aggregate level.  I have confirmed as expected that thin provisioned and Thick Lazy  at the VMDK does not allocate the space at the netapp.  .  What I’m trying to understand is whether I have configured the VAAI connection incorrectly or whether this is the expected behavior.  This is being used as a iscsi not NFS
Your thoughts are greatly appreciated.
0
Comment
Question by:James-Sillett
2 Comments
 
LVL 119
ID: 40557721
Thick eager Zeroed virtual disks, have been proved to yield performance figures of 10-15% better than lazy zeroed.

If you are concerned with top performance, and clustered disks, or FT virtual machines, I would opt for Thick eager Zeroed virtual disks.

All our clients with NetApp Filers use  Thick eager Zeroed virtual disks, however, there is a delay in the initial creation of the virtual machine, if creating from scratch, however, we use templates for deployment of virtual machines, so the initial creation of the golden master, is the only initial delay.

Have you added the VAAI plugin ?

This web article, shows some tests

http://www.virtuallanger.com/2011/12/06/vaai-is-this-thing-on/
0
 
LVL 62

Accepted Solution

by:
gheist earned 500 total points
ID: 40558161
With iSCSI it supports DISCARD/TRIM, and netapp on the backend does its own thin provisioning/dedupllication as configured per volume., not per LUN.
So you have the choice between vmware handling thin provisioning, or in case your guest does TRIM/DISCARD (Like Windows 7 or linux 3.something) you can rely on netapp.
Why not stick with default lazy zeroed provisioning? It is fast to create.
0

Featured Post

Simplifying Server Workload Migrations

This use case outlines the migration challenges that organizations face and how the Acronis AnyData Engine supports physical-to-physical (P2P), physical-to-virtual (P2V), virtual to physical (V2P), and cross-virtual (V2V) migration scenarios to address these challenges.

Question has a verified solution.

If you are experiencing a similar issue, please ask a related question

Suggested Solutions

Concerto Cloud Services, a provider of fully managed private, public and hybrid cloud solutions, announced today it was named to the 20 Coolest Cloud Infrastructure Vendors Of The 2017 Cloud  (http://www.concertocloud.com/about/in-the-news/2017/02/0…
When we purchase storage, we typically are advertised storage of 500GB, 1TB, 2TB and so on. However, when you actually install it into your computer, your 500GB HDD will actually show up as 465GB. Why? It has to do with the way people and computers…
Teach the user how to rename, unmount, delete and upgrade VMFS datastores. Open vSphere Web Client: Rename VMFS and NFS datastores: Upgrade VMFS-3 volume to VMFS-5: Unmount VMFS datastore: Delete a VMFS datastore:
Teach the user how to install log collectors and how to configure ESXi 5.5 for remote logging Open console session and mount vCenter Server installer: Install vSphere Core Dump Collector: Install vSphere Syslog Collector: Open vSphere Client: Config…

803 members asked questions and received personalized solutions in the past 7 days.

Join the community of 500,000 technology professionals and ask your questions.

Join & Ask a Question