cloudstack-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Mike Tutkowski <mike.tutkow...@solidfire.com>
Subject Re: [GSOC 2015] Enabling snapshots to be taken on primary storage for the ESXi hypervisor using managed storage
Date Fri, 27 Mar 2015 19:53:11 GMT
Hi Ilya,

Basically we want to take snapshots on the SAN that is supporting primary
storage.

We could then use those snapshots when the time comes to create CloudStack
volumes and templates.

Can you tell me more about the current behavior of snapshots for ESXi,
Ilya? What release was the behavior changed in and how does it actually
work as of that release?

Last I understood, when you initiate a snapshot from CS using ESXi, a
hypervisor
snapshot is taken and it gets copied to secondary storage.

Thanks,
Mike

On Friday, March 27, 2015, ilya <ilya.mailing.lists@gmail.com> wrote:

> Mike/Seif,
>
> The snapshot behavior for VmWare vSphere has changed a while ago.
> CloudStack now uses native VmWare snapshot ability and longer puts it on
> Secondary Store.
>
> So reading this, sort of puzzled me. Maybe explain a work flow as to
> before and after scenario.
>
> Regards
> ilya
>
> On 3/27/15 8:41 AM, Seif Eddine Jemli wrote:
>
>> Hi everyone,
>>
>> I am Seif Eddine Jemli, a final year student in a french computer science
>> engineering college (ENSEIRB-MATMECA).
>>
>> For GSOC 2015, I'm interested in looking at the JIRA Ticket
>> *CLOUDSTACK-8341* : *Enabling snapshots to be taken on primary storage for
>> the ESXi hypervisor using managed storage*
>> https://issues.apache.org/jira/browse/CLOUDSTACK-8341
>>
>>
>> My full proposal can be found on Google Melange at:
>> http://www.google-melange.com/gsoc/proposal/public/google/
>> gsoc2015/sjemli/5717271485874176
>>
>> I am relying on your advices and suggestions!
>>
>> Regards,
>> Seif
>>
>>
>

-- 
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkowski@solidfire.com
o: 303.746.7302
Advancing the way the world uses the cloud
<http://solidfire.com/solution/overview/?video=play>*™*

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message