Features/ThinProvisioning

From FedoraProject

< Features(Difference between revisions)
Jump to: navigation, search
(Detailed Description)
Line 18: Line 18:
  
 
== Detailed Description ==
 
== Detailed Description ==
<!-- Expand on the summary, if appropriateA couple sentences suffices to explain the goal, but the more details you can provide the better. -->
+
The main highlight of this implementation, compared to the previous
 +
implementation of snapshots, is that it allows many virtual devices to
 +
be stored on the same data volume.  This simplifies administration and
 +
allows the sharing of data between volumes, thus reducing disk usage.
 +
 
 +
Another significant feature is support for an arbitrary depth of
 +
recursive snapshots (snapshots of snapshots of snapshots ...).  The
 +
previous implementation of snapshots did this by chaining together
 +
lookup tables, and so performance was O(depth)This new
 +
implementation uses a single data structure to avoid this degradation
 +
with depth.  Fragmentation may still be an issue, however, in some
 +
scenarios.
 +
 
 +
Metadata is stored on a separate device from data, giving the
 +
administrator some freedom, for example to:
 +
 
 +
- Improve metadata resilience by storing metadata on a mirrored volume but data on a non-mirrored one.
 +
 
 +
- Improve performance by storing the metadata on SSD.
  
 
== Benefit to Fedora ==
 
== Benefit to Fedora ==

Revision as of 20:55, 18 October 2011

Contents

ThinProvisioning

Summary

Provide the thin provisioning Device Mapper (DM) target and supporting userspace utilities. This DM target allows a single pool of storage to be the backing store of multiple thinly provisioned volumes. Numerous snapshots (and snapshots of snapshots) may be taken of the thinly provisioned volumes.

Owner

  • Name: Joe Thornber and Mike Snitzer
  • Email:
    • thornber AT redhat DOT com
    • snitzer AT redhat DOT com

Current status

  • Targeted release: Fedora 17
  • Last updated: 2011-10-12
  • Percentage of completion: XX%


Detailed Description

The main highlight of this implementation, compared to the previous implementation of snapshots, is that it allows many virtual devices to be stored on the same data volume. This simplifies administration and allows the sharing of data between volumes, thus reducing disk usage.

Another significant feature is support for an arbitrary depth of recursive snapshots (snapshots of snapshots of snapshots ...). The previous implementation of snapshots did this by chaining together lookup tables, and so performance was O(depth). This new implementation uses a single data structure to avoid this degradation with depth. Fragmentation may still be an issue, however, in some scenarios.

Metadata is stored on a separate device from data, giving the administrator some freedom, for example to:

- Improve metadata resilience by storing metadata on a mirrored volume but data on a non-mirrored one.

- Improve performance by storing the metadata on SSD.

Benefit to Fedora

Scope

How To Test

User Experience

Dependencies

Contingency Plan

Documentation

Release Notes

Comments and Discussion