Ceph

h1. Overview

Blueprints should be used to document proposed features and architectures or to store canonical specifications for active work as listed in the "Ceph Tracker":http://tracker.ceph.com/.

Your blueprint should be an active document that will be maintained throughout the development process with the eventual goal of becoming the canonical guide on how the feature works. Suitable blueprints will be discussed at the next available Ceph Developer Summit.

Next Summit:  03-04 March ("Infernalis")

If a call for blueprints isn't open you can always submit a general proposal:

(Generate Blueprints button)

h3. Blueprint Process

The blueprint process is as follows:

# *Create Blueprint*: Someone with a great idea writes it up in a blueprint.  Early-stage blueprints may not contain lots of detail, but should be enough information to capture the idea and gather interested contributors.  The creator of a blueprint will usually become the owner of that blueprint, or should ensure that an owner is identified.

# *Blueprint Review*: In advance of the Ceph Developer Summit, Sage and the community team review the submitted blueprints and select the ones that will be discussed during sessions.

# *Ceph Developer Summit*: During the summit, interested parties will discuss the possible architectural approaches for the blueprint, determine the necessary work items, and begin to identify owners for them.  Sessions will be moderated by the blueprint owner, who is responsible for coordinating the efforts of those involved and providing regular updates to the community.

# *Feature Freeze*: During or (ideally) prior to the feature freeze, Sage will review the completed work and approve its inclusion in the release.

h3. Current Blueprints

* [[-Sideboard-]]

** [[annotate config option]]

** [[annotate perfcounters]]

** [[CephFS - file creation and object-level backtraces]]

** [[CephFS - Security & multiple instances in a single RADOS Cluster]]

** [[Cephfs encryption support]]

** [[CMake]]

** [[Cold Storage Pools]]

** [[osd - tiering - object redirects]]

** [[Strong AuthN and AuthZ for CephFS]]

* [[Dumpling]]

** [[A hook framework for Ceph FS operation]]

** [[Better Swift Compatability for Radosgw]]

** [[Ceph Management API]]

** [[ceph stats and monitoring tools]]

** [[Continuous OSD Stress Testing and Analysis]]

** [[Enforced bucket-level quotas in the Ceph Object Gateway]]

** [[Erasure encoding as a storage backend]]

** [[extend crush rule language]]

** [[Fallocate/Hole Punching Support for Ceph]]

** [[Fix memory leaks]]

** [[Inline data support for Ceph]]

** [[RADOS Gateway refactor into library, internal APIs]]

** [[rados namespaces]]

** [[RADOS Object Temperature Monitoring]]

** [[rados redirects]]

** [[RGW Geo-Replication and Disaster Recovery]]

** [[Scalability, Stress and Portability test]]

** [[zero-copy bufferlists]]

* [[Emperor]]

** [[Add LevelDB support to ceph cluster backend store]]

** [[Add new feature - Write Once Read Many volume]]

** [[Erasure coded storage backend (step 2)]]

** [[Increasing Ceph portability]]

** [[Kernel client read ahead optimization]]

** [[librados/objecter - smarter localized reads]]

** [[librgw]]

** [[mds - Inline data support (Step 2)]]

** [[msgr - implement infiniband support via rsockets]]

** [[osd - ceph on zfs]]

** [[osd - tiering - cache pool overlay]]

** [[rbd - cloud management platform features]]

** [[rgw - bucket level quota]]

** [[rgw - Multi-region / Disaster Recovery (phase 2)]]

** [[rgw support for swift temp url]]

** [[Specify File layout by kernel client and fuse client]]

* [[Firefly]]

** [[Ceph-Brag]]

** [[ceph-deploy]]

** [[Cephfs quota support]]

** [[Ceph CLI Experience]]

** [[Ceph deployment - ceph-deploy, puppet, chef, salt, ansible...]]

** [[Ceph Infrastructure]]

** [[Erasure coded storage backend (step 3)]]

** [[Object striping in librados]]

** [[osd - new key/value backend]]

** [[osdmap - primary role affinity]]

** [[PowerDNS backend for RGW]]

** [[rados cache pool (part 2)]]

** [[Test Automation]]