We're at vSphere, it does support 64 (and that's what the NetApp tool recommends). It's probably over ambitious to get one vol per service but maybe one per customer (Engineering, Finance etc). That should keep the similar data together. We too are seeing 40% or so on our VM's. It looks like Aggr level dedup will be out with 8.
________________________________
From: Glenn Walker [mailto:gwalker@aetas.org] Sent: Saturday, December 19, 2009 2:32 PM To: Page, Jeremy Cc: toasters@mathworks.com Subject: Re: Does anyone know if the dedup is across the entire aggr or just the volume in 7.3.x?
It isn't global dedupe, like Data Domain - I think that was one of the big benefits of the attempted purchase of DD.
That said, it's still pretty good - even if only at the volume level. We're seeing tremendous savings of storage and no real performance impact. We've got VMWare over NFS in our environment and on average we're seeing about 45% dedupe rates - pretty impressive given the fact that the application files, temp files, and page files are all co-termed on the same VMDKs. At last count, we've deduped 20TB of storage.
Keep in mind, volume per service may prove difficult as VMWare 3.5.X has a limit of 32 NFS-based datastores per server: if you run big clusters like we do, you'll probably run out of datastores if each volume is a separate service. VSphere is rumored to raise the limit to 64 I think.
Glenn
On Mon, Dec 7, 2009 at 1:39 PM, Page, Jeremy jeremy.page@gilbarco.com wrote:
Does anyone know if the dedup is across the entire aggr or just the volume in 7.3.x? I'd like to break up my VMware environment so we have a volume per service (so SQL Warehouse volume, Call Center etc). This would be nice because we could delegate the rights to them, move them around if specific apps required more IO and aid in troubleshooting. The question I have is will this kill our dedup percentages?
Please be advised that this email 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 email by replying to the sender and by telephone (call us collect at +1 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 or any amendment thereto; 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 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 email by replying to the sender and by telephone (call us collect at +1 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 or any amendment thereto; 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.