cloudstack-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "SuichII, Christopher" <Chris.Su...@netapp.com>
Subject Re: Scalable Backup and Recovery
Date Sun, 29 Sep 2013 00:41:24 GMT
Well, yes, in part. By scalable I mean that if CloudStack is expected to be able to manage
such a large number of vms, it should be able to backup and recover those vms with minimal
effort. Doing things one at a time does not necessarily scale well when you're talking about
a cloud infrastructure.

> Also certain hypervisors have various quirks which stand in the way of an
> efficient solution.

I absolutely agree. This is where the storage subsystem API comes in. Creating backups for
some storage providers can be much faster, easier and more efficient than hypervisor. As the
storage subsystem API gains more traction and true backup and recovery becomes available,
I think we'll begin to see people asking why things must be done one at a time. The use cases
I listed below would help us get ahead of the curve and have these features I predict people
will be asking for (and it sounds like Kelcey is asking for it now!).

-- 
Chris Suich
chris.suich@netapp.com
NetApp Software Engineer
Data Center Platforms – Cloud Solutions
Citrix, Cisco & Red Hat

On Sep 27, 2013, at 6:38 PM, Chiradeep Vittal <Chiradeep.Vittal@citrix.com> wrote:

> Ah I see. You mean a "scalable user experience".
> 
> The actual scalability of the snapshot process itself is limited by
> available disk and network bandwidth.
> Also certain hypervisors have various quirks which stand in the way of an
> efficient solution.
> 
> On 9/27/13 10:27 AM, "SuichII, Christopher" <Chris.Suich@netapp.com> wrote:
> 
>> I'd like to start a discussion around the direction of scalable backup
>> and recovery in CloudStack. Currently, the only want to backup and
>> recover vms is by setting up a schedule or manually snapshotting up
>> individual vm disks or manually snapshotting vms. Unfortunately, I don't
>> believe this is a very scalable solution. What if a user wants all of
>> their vm disks to be backed up on the same schedule? What if a domain
>> administrator wants all of the vms in their domain to be backed up on the
>> same schedule or to manually backup every vm in their domain?
>> 
>> Here are some use cases I see for helping to scale things up:
>> -Scheduled and manual backup of 1 to all of a user's vms and vm disks
>> -Scheduled and manual backup of 1 to all of a domain's vms and vm disks
>> (by a domain admin)
>> -Scheduled and manual backup of 1 to all vms and vm disks on primary
>> storage (by a cloud admin) - this one is tougher to find a valid use case
>> for
>> -Backup schedules attached to service offerings
>> 
>> I know I previously started a discussion about backing up multiple vm
>> disks at once, but I think these use cases, broken down by user type
>> (user, domain admin and admin), should help clear things up and show the
>> utility of being able to backup multiple objects at once.
>> 
>> Thanks!
>> Chris
>> -- 
>> Chris Suich
>> chris.suich@netapp.com
>> NetApp Software Engineer
>> Data Center Platforms ­ Cloud Solutions
>> Citrix, Cisco & Red Hat
>> 
> 


Mime
View raw message