Project

General

Profile

Actions

Feature #24959

closed

refactor to accommodate new matrix of OSD provisioning

Added by Alfredo Deza almost 6 years ago. Updated almost 4 years ago.

Status:
Closed
Priority:
Normal
Assignee:
-
Target version:
-
% Done:

0%

Source:
Tags:
Backport:
Reviewed:
Affected Versions:
Pull request ID:

Description

The current project layout wasn't intended to support beyond a similar matrix to that of ceph-disk:

  • bluestore
  • filestore
  • dmcrypt

The addition of LVM and features like:

  • carving out new LVs from existing VGs when provisioning
  • multi-provision of OSDs given a group of devices
  • LVM-like technologies like VDO and dmcache support

means that the current approach is no longer suitable to sustain that type of expansion. The new layout should allow to easily detect a path towards execution
instead of dealing with multiple logical casing within a single path. So instead of:

devices/lvm/prepare.py

We would have something like:

devices/lvm/prepare/bluestore/dmcrypt.py
devices/lvm/prepare/bluestore/main.py
devices/lvm/prepare/filestore/dmcrypt.py
devices/lvm/prepare/filestore/main.py

This would allow to easily extend new functionality, without affecting the logical implementation of the other supported scenarios.

Actions #1

Updated by Jan Fajerski almost 4 years ago

  • Status changed from New to Closed
Actions

Also available in: Atom PDF