Bug 1041642 - [RFE][cinder]: volume in local storage and incremental snapshots are stored in swift
Summary: [RFE][cinder]: volume in local storage and incremental snapshots are stored i...
Keywords:
Status: CLOSED UPSTREAM
Alias: None
Product: Red Hat OpenStack
Classification: Red Hat
Component: RFEs
Version: unspecified
Hardware: Unspecified
OS: Unspecified
unspecified
low
Target Milestone: ---
: ---
Assignee: RHOS Maint
QA Contact:
URL: https://blueprints.launchpad.net/cind...
Whiteboard: upstream_milestone_none upstream_stat...
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2013-12-12 18:27 UTC by RHOS Integration
Modified: 2015-11-20 19:49 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: Enhancement
Doc Text:
Clone Of:
Environment:
Last Closed: 2015-03-19 17:25:50 UTC
Target Upstream Version:


Attachments (Terms of Use)

Description RHOS Integration 2013-12-12 18:27:16 UTC
Cloned from launchpad blueprint https://blueprints.launchpad.net/cinder/+spec/local-storage-volume.

Description:

Summary

The goal of this blueprint is to implement a plugin for cinder. This will allow to create volume in local storage and back up point-in-time snapshots of your data to Swift for durable recovery. This snapshots are incremental backups, meaning that only the blocks on the volume that have changed since your last snapshot will be saved.

Even though the snapshots are saved incrementally, when you delete a snapshot, only the data not needed for any other snapshot is removed. So regardless of which prior snapshots have been deleted, all active snapshots will contain all the information needed to restore the volume. In addition, the time to restore the volume is the same for all snapshots, offering the restore time of full backups with the space savings of incremental.

All in a word, our solutions is local storage + qcow2 image + dependent snapshot + swift. This is like http://wiki.cloudstack.org/display/RelOps/Local+storage+for+data+volumes, but we have incremental snapshot than cloundstack.

The name of the plugin is island.

Rationale

    * high speed and low latency in local disk I/O
    * point-in-time snapshot
    * incremental snapshot
    * cost reduction from using inexpensive local disks
    * raid 10 in local storage have a better reliability.
    * user create snapshot in A region, he can create volume in B region from the snapshot.
    * the qcow2 image of volume will really created when the volume was attaching.

Specification URL (additional information):

http://wiki.openstack.org/LocalStorageVolume


Note You need to log in before you can comment on or make changes to this bug.