The Latest Gartner® Magic Quadrant™Hyperconverged Infrastructure Software
Moderators: anton (staff), art (staff), Max (staff), Anatoly (staff)
ralphw wrote:I'm also finding that copying the data off and creating a new target is more difficult than it sounds in an free ESXi environment. Apparently transferring files (the actual vmware files themselves) off of ESXi using SCP or Veeam's FastSCP is very slow (10-20MB/s), I guess by VMware's design from what I'm finding in google searches, so I'm in a bit of a spot now.
Not only that, but when they copy to my workstation, if they are thin provisioned disks in VMware, they seem to convert to thick disks during that process. I'm not that far yet, but I'm hoping that when I go to put them back into VMware and onto storage, I will have an option to upload them back as thin provisioned disks again...but with how my luck is going so far on this, I doubt it.
Do you guys have any recommendations on how I can speed up that process and/or to keep my thin provisioning I have set up currently in my vmware disks?
That's good to know now.anton (staff) wrote:You absolutely should NOT use thin-provisioned disks with deduplication. Basically you make double work for everyone. Deduplication IS thin-provisioning by design. Layering extra layer of TP over it makes data more scattered, more random I/O => low performance.
Does this only apply to deduplacted disks? I need to know this so that I choose the right disk when I recreate the target.Anatoly (staff) wrote:I`m asking because for now we do not have block re-use or block deletion support, which means that if data will be erased, it doesnt mean that the block, where it was stored will disappear, moreover, nothing will be able to be stored there (on them). This will definitely be fixed in next versions. Stay tuned.