cloudstack-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Will Stevens (JIRA)" <j...@apache.org>
Subject [jira] [Updated] (CLOUDSTACK-9278) Storage Snapshot API for doing storage level snapshots
Date Thu, 04 Feb 2016 18:18:39 GMT

     [ https://issues.apache.org/jira/browse/CLOUDSTACK-9278?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]

Will Stevens updated CLOUDSTACK-9278:
-------------------------------------
    Description: 
The objective of this API is to enable storage vendor side snapshots of virtual disk when
using managed hardware as Primary Storage. When using the Primary storage plugins such as
SolidFire vendor,  each virtual disks is a LUN on the storage array. Using the storage array
snapshot capability benefits for performance and features sets supported by the storage vendor.

StorageSnapshot does not fit in the VolumeSnapshot API because it would not perform the same
tasks, a Volume Snapshot use the hypervisor capability to create a volume snapshot then extract
it and archive it into the secondary storage. The intent of a StorageSnapshot is to perform
a snapshot at the hardware vendor level, and keep it there for rollback purposes and disk
cloning. StorageSnapshot is more aligned with the VMsnapshot API capability but is intent
to be per virtual disk basis.

Design Spec: https://cwiki.apache.org/confluence/display/CLOUDSTACK/StorageSnapshot++API

  was:
The objective of this API is to enable storage vendor side snapshots of virtual disk when
using managed hardware as Primary Storage. When using the Primary storage plugins such as
SolidFire vendor,  each virtual disks is a LUN on the storage array. Using the storage array
snapshot capability benefits for performance and features sets supported by the storage vendor.

StorageSnapshot does not fit in the VolumeSnapshot API because it would not perform the same
tasks, a Volume Snapshot use the hypervisor capability to create a volume snapshot then extract
it and archive it into the secondary storage. The intent of a StorageSnapshot is to perform
a snapshot at the hardware vendor level, and keep it there for rollback purposes and disk
cloning. StorageSnapshot is more aligned with the VMsnapshot API capability but is intent
to be per virtual disk basis.


> Storage Snapshot API for doing storage level snapshots
> ------------------------------------------------------
>
>                 Key: CLOUDSTACK-9278
>                 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-9278
>             Project: CloudStack
>          Issue Type: Bug
>      Security Level: Public(Anyone can view this level - this is the default.) 
>            Reporter: Syed Ahmed
>
> The objective of this API is to enable storage vendor side snapshots of virtual disk
when using managed hardware as Primary Storage. When using the Primary storage plugins such
as SolidFire vendor,  each virtual disks is a LUN on the storage array. Using the storage
array snapshot capability benefits for performance and features sets supported by the storage
vendor.
> StorageSnapshot does not fit in the VolumeSnapshot API because it would not perform the
same tasks, a Volume Snapshot use the hypervisor capability to create a volume snapshot then
extract it and archive it into the secondary storage. The intent of a StorageSnapshot is to
perform a snapshot at the hardware vendor level, and keep it there for rollback purposes and
disk cloning. StorageSnapshot is more aligned with the VMsnapshot API capability but is intent
to be per virtual disk basis.
> Design Spec: https://cwiki.apache.org/confluence/display/CLOUDSTACK/StorageSnapshot++API



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Mime
View raw message