We’ve been demoing the features in this latest release for customers, and each is so clear and visual, we’ve seen eyes light up. This is yet another example – SyncVM. Well, that’s its formal name; but it’s the VMstore’s ‘flux capacitor’, allowing travel back and forth through time. It’s yet another proof point that when storage works at the VM-level, it just works better.
One of the benefits of time travel is application recovery. Sometimes you need to revert to a previous snapshot (of a desktop or a database), and other storage companies will absolutely let you travel back in time. However, you’ll have to (a) recover an entire LUN or volume, and (b) drop all future snapshots once you go back in time. If you’re Michael J. Fox… you’re stuck at the clocktower in 1955; you can’t go forward again.
As per our mantra (Challenge the Storage Quo), VMstore’s SyncVM lets you (a) recover an individual VM, and (b) move back and forth between recovery points. You never lose any of your recovery points. You’re in the driver’s seat (VMstore = DeLorean).
SyncVM will also make your application development team sing. That team is probably cloning ‘children’ from a ‘master’ VM as part of their development and testing efforts. Now they can synchronize ‘master’ with ‘children’. When they refresh the ‘master’ they can easily refresh its ‘children’ (either the entire VM, or even component vDisks), and with the VMstore’s REST API or PowerShell, they can script the process so it all happens automatically.
Application development won’t need to reconfigure their VMs when the refresh occurs; nor will they need to use weekends for planning updates to dev, test, and production. Their development cycles will speed up as refreshes occur in minutes, not days.
SyncVM shows VM-level management at its best. If you want to see it in action, we’d love a chance to make your eyes light up. Drop us a note and let’s set time for a demo.