Commvault guy here - let me know if you had any questions.
Quick overview based on this thread of what we can help with.
We can talk natively to Amazon/Azure and a bunch of other cloud providers for backup storage and long term retention/tape replacement. We also support things like Glacier and Azure Cool storage - no need for infrastructure (VMs/Instances) running in the cloud to get fully compressed and deduplicated copies of data copied to the cloud. We track blocks locally on-prem and so can minimize the amount of data you need to shift over the wire only to unique blocks which can help with lower bandwidth connections.
For VMware and Hyper-V workloads we can recover those to Amazon and Azure as running instances agentlessly. Either by shifting data stored locally or by using the data you sent to the cloud already (latter requires a small VM instance to process the conversion). Towards the end of the year we will be adding replication as well to assist with DR scenarios.
@jsnyder - If it was a person coming come, it would be at the front door, with the door open, and one foot in the door.
Cheesy way of saying, no, but really, really close. Double checking with PM now cc @MarkNijmeijer
We unfortunately had to push this feature, to make room for some other really neat cloud connect enhancements. The feature is done, code is checked in, but disabled in AOS 5.0. We'll be QA'ing it for a release shortly after
Yes, @bertvdl is correct. You can replicate to Azure for offsite backup purposes, so that if you have a failure you can pull that data back from Azure (meaning backup to cloud, not DR to cloud).
This is supported for all Hypervisors that we support, including AHV.
Thanks for the resonse.
Can the data that is backup up to Azure be accessed and used without having a Nutanix devices to pull back or reopen it?
For example if the source cluster was unavailable and backup data required how does the data look in Azure?