Hi Chris, Correct, I am talking about a way to orchestrate backing up and restoring an entire VM (or set of VM's), but using more efficient technique at the back end to transfer data.
Today we do the following: - When a CS account is created we create a corresponding vSphere folder, and we ensure that all VM's for that account are placed in the folder. Access is restricted to that customer. - We configure Veeam to back up all VM's in the vSphere folder using a schedule that we have agreed with the customer. CS has no knowledge that these backups are being taken. - Veeam uses vSphere integrated backups (VADP, CBT) and performs incremental forever backups to our backup server - To restore, we give customers access the Veeam Enterprise Manager and they can perform file level or entire VM restores - CS seems to reference the VM name and not the UID so this does appear to work, however it hasn't been tested at scale This is less than ideal for the following reasons: - VM placement is prone to user error until we can write a script that automates this - Veeam backups occur without knowledge of CS - We can't integrate billing (we use CPBM) - There is a separate console for Self service restore - We need to implement the backup schedule on behalf of the customer which can be time consuming What I feel is missing is an integrated way to provide 'enterprise grade' data protection for CS VM's. Our Customers expect this, and some have long retention requirements (up to 7 years!) so the native snapshot function just isn't fit for purpose. It makes sense to me that CS would orchestrate the backup and restore operations, and hand off to a 3rd party system (Commvault, Veeam, snap manager etc) for the actual data transfer and long term storage Thanks! Simon Murphy Solutions Architect ViFX | Cloud Infrastructure Level 7, 57 Fort Street, Auckland, New Zealand 1010 PO Box 106700, Auckland, New Zealand 1143 M +64 21 285 4519 | S simon_a_murphy www.vifx.co.nz <http://www.vifx.co.nz/> follow us on twitter <https://twitter.com/ViFX> Auckland | Wellington | Christchurch experience. expertise. execution. This email and any files transmitted with it are confidential, without prejudice and may contain information that is subject to legal privilege. It is intended solely for the use of the individual/s to whom it is addressed in accordance with the provisions of the Privacy Act (1993). The content contained in this email does not, necessarily, reflect the official policy position of ViFX nor does ViFX have any responsibility for any alterations to the contents of this email that may occur following transmission. If you are not the addressee it may be unlawful for you to read, copy, distribute, disclose or otherwise use the information contained within this email. If you are not the intended recipient, please notify the sender prior to deleting this email message from your system. Please note ViFX reserves the right to monitor, from time to time, the communications sent to and from its email network. On 9/10/13 10:02 AM, "SuichII, Christopher" <chris.su...@netapp.com> wrote: >http://mail-archives.apache.org/mod_mbox/cloudstack-dev/201309.mbox/%3C18A >67ed7-9cb0-486a-be80-e16152f33...@netapp.com%3E ><http://mail-archives.apache.org/mod_mbox/cloudstack-dev/201309.mbox/%3C18 >a67ed7-9cb0-486a-be80-e16152f33...@netapp.com%3E<http://mail-archives.apac >he.org/mod_mbox/cloudstack-dev/201309.mbox/<18A67ED7-9CB0-486A-BE80-E16152 >f33...@netapp.com>>>