No, but if you deploy from template or Storage VMotion them they become fat :(
-----Original Message----- From: Maxwell Reid [mailto:slinkywizard@integra.net] Sent: Tuesday, October 21, 2008 4:12 PM To: Page, Jeremy Cc: Ray Van Dolson; toasters@mathworks.com Subject: Re: Limits on ASIS enabled FlexVols
Quick question: Does the bug affect thin VMDKs ? By default when we setup VM's on NFS they are thin, and the only time they become thick is by using storage vmotion or cloning.
~Max
On Oct 21, 2008, at 10:57 AM, Page, Jeremy wrote:
I do not think there is a limit, but before rolling out ASIS on your primary storage you should look into the bug that makes sequential data reads on VMDK files EXTREMELY slow. It's killing our production system and no end dates yet for a patch.
Bug ID 281669
NDMP/NFS reads on dense VMware files could encounter slow access. This is because the portion of the VMDK file that has not been allocated by the guest OS is filled with zeros. Activities that are likely to be affected are the use of tools which read the entire VMDK file (such as cp from the ESX console and dump from the FAS systems). Normal guest performance will not be effected.
-----Original Message----- From: owner-toasters@mathworks.com
[mailto:owner-toasters@mathworks.com
] On Behalf Of Ray Van Dolson Sent: Tuesday, October 21, 2008 1:30 PM To: toasters@mathworks.com Subject: Limits on ASIS enabled FlexVols
Hello fellow toaster-ites! I am evaluating the use of NFS datastore on NetApp for use with ESX. Initially the potential benefits of ASIS (dedup) had me just about sold, however, I discovered that with the FAS2020 we're looking at there is a 500GB limit to the size of ASIS enabled FlexVols. Bummer.
I see this limit goes up to 1TB with the FAS2050, so I may need to compare that option as well...
Moreover, I'm wondering what the limit on the *number* of max-sized ASIS enabled flexvols is per filer? Could I have 15 500GB ASIS enabled flexvols in the FAS2020 above? That wouldn't seem to make logical sense as I understand the limitation is tied to memory.... but this might help us get around this size limitation.
Thanks in advance.
(No sales replies to this please)
Ray
Please be advised that this email may be a confidential communication and may contain confidential information. If you are not the intended recipient, please do not read, copy or re-transmit this email. If you have received this email in error, please notify us by e-mail by replying to the sender and by telephone (call us collect at 202-828-0850) and delete this message and any attachments. Thank you in advance for your cooperation and assistance.
In addition, Danaher and its subsidiaries disclaim that the content of this email constitutes an offer to enter into, or the acceptance of, any contract or agreement; provided, that the foregoing disclaimer does not invalidate the binding effect of any digital or other electronic reproduction of a manual signature that is included in any attachment to this email.
Please be advised that this email may be a confidential communication and may contain confidential information. If you are not the intended recipient, please do not read, copy or re-transmit this email. If you have received this email in error, please notify us by e-mail by replying to the sender and by telephone (call us collect at 202-828-0850) and delete this message and any attachments. Thank you in advance for your cooperation and assistance.
In addition, Danaher and its subsidiaries disclaim that the content of this email constitutes an offer to enter into, or the acceptance of, any contract or agreement; provided, that the foregoing disclaimer does not invalidate the binding effect of any digital or other electronic reproduction of a manual signature that is included in any attachment to this email.