This has been fixed forever, by anyone using storage level snapshots i.e. everyone with a half decent integration.
Comtrade's latest HYCU Nutanix backup product version has a fix for the VM stun problem. An ESX virtual machine is quiesced (stunned) when a backup is taken. This can cause IO latency problems as IO requests come in to the "stunned" VM, are stored, and then consolidated into the stunned VM when the backup completes and …
Tuesday 28th November 2017 16:51 GMT MrBoring
Tuesday 28th November 2017 17:33 GMT Anonymous Coward
Tuesday 28th November 2017 17:35 GMT sathackr
Tuesday 28th November 2017 17:44 GMT baspax
Tuesday 28th November 2017 19:32 GMT Anonymous Coward
Tuesday 28th November 2017 19:49 GMT Anonymous Coward
Wednesday 29th November 2017 16:30 GMT Anonymous Coward
It goes something like this:
1. ISV tells vCentre to take a snap
2. vCentre calls VSS or similar in the guest to flush buffers
3. VMware takes a snap
3. ISV tells the array to take a snap
4. VMware deletes its snap
No need to merge lots of deltas as the VMware snap only existed for a few seconds, everyone has been doing it forever.
Tuesday 28th November 2017 18:04 GMT Anonymous Coward
Oh For F's Sake!
Can you and Nutanix already get a room?
Every time these yahoos rediscover something that's been done for years, it's being presented as if they've landed a rocket on Mars. Same with their product announcements, always blown out of proportion as if they have secretly developed Oracle 12 in only 6 months when in reality they slap a GUI onto some OSS and release a minimum viable product into a mature market.
If I want to read press releases I can go onto vendors' homepages and get the blatant bullshit spiel. Why don't we get at least a paragraph putting this into perspective, comparing it to existing technologies and market players, how this measures up to what's already tried and true?
Several posters already mentioned that this is nothing new, so let's give it a try: Traditional storage arrays with every single backup vendor have been doing this since the age of time. Holy shit, ever heard of NetApp SnapManager?? EMC Replication Manager?? Fuck me, IBM TSM, Netbackup, Legato, Commvault, and yes, Veeam, all integrate with NetApp, EMC, Hitachi, Pure, Nimble, and so on.
See? Wasn't so hard. But let's go deeper:
It's the wannabe players with delusions of grandeur who think their shit doesn't stink and fancy themselves "cloud scale" (barf) and "enterprise" who apparently couldn't get their coked up heads out of their asses for how many years? Six? Seven? Yes, Nutanix, looking at you.
VSAN was always a piece of crap when it came to snapshots. 6.0 kind of fixed it but it scares the shit out of me what perverted code debt lurks underneath. One would expect a company the size of Vmware with it's track record of fostering a healthy ecosystem would know how to do proper integration. What's up, Gelsinger?
So tell me, how come the "newcomer" Cisco was able to have Veeam and Commvault integration with native snapshots basically just few months after launch and all those self proclaimed "Enterprise" HCIA vendors didn't or still don't?
Tuesday 28th November 2017 18:57 GMT Dwarf
Tuesday 28th November 2017 23:09 GMT Anonymous Coward
Wednesday 29th November 2017 02:49 GMT Anonymous Coward
Any storage array software worth their salt can do that. Nutanix however is souped up Linux fs (ext2) with some data hauling (data locality) in the background. The distributed system is good for large but slow data sets (see Cohesity which is basically the same tech, written by the same guy). They are using caching to mask that, with the competition blowing past them in performance and stability more extreme caching is required to keep up. See acquisition of failed distributed caching company PernixData.
Instant clones or snapshots has been standard tech for 25 years.
Wednesday 29th November 2017 09:36 GMT amanfromMars 1
Unbelievable ..... but true. J'accuse.
Comtrade says it can solve this issue because it uses Nutanix storage-level snapshots instead of the usual hypervisor-level snapshots.
Oh, really? I disagree and posit that the issue is not solvable, it is a systemic feature/exploitable OS vulnerability/SMARTR bug which can only be managed and/or mitigated.
Comtrade are being economical with the truth ..... or are ignorant of the truth in regard to this particular and peculiar matter.
Thursday 30th November 2017 21:08 GMT Anonymous Coward
This has been solved before...
1. Backup vendors have been doing this for years...
2. Snapshots stun a lot less in 6.0 (Mirror driver was implemented) on VMFS. 6.5 switched to SparseSE Snapshot format if anyone was keeping score. You'll notice a significantly lower stun/issue on high write VM's if you would upgrade off of your 5.5 environments.
3. vVols solves this by never needing to take a hypervisor snapshot.
4. Veeam has done this integration with a million different storage vendors.
The "Snapshot Suck" presentation at VMworld went over this, or the vVol/vSAN presentations at VeeamOn discussed this.