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>>>
