Bug 1262108 - [RFE] Configure cgroups settings with co-located compute and Ceph OSD storage
Summary: [RFE] Configure cgroups settings with co-located compute and Ceph OSD storage
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Red Hat OpenStack
Classification: Red Hat
Component: rhosp-director
Version: 9.0 (Mitaka)
Hardware: Unspecified
OS: Unspecified
high
high
Target Milestone: ---
: 10.0 (Newton)
Assignee: Hugh Brock
QA Contact: Shai Revivo
URL:
Whiteboard:
Depends On:
Blocks: 1273812 1335593
TreeView+ depends on / blocked
 
Reported: 2015-09-10 20:04 UTC by Neil Levine
Modified: 2016-06-17 20:01 UTC (History)
16 users (show)

Fixed In Version:
Doc Type: Enhancement
Doc Text:
Clone Of:
Environment:
Last Closed: 2016-06-17 20:01:34 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)

Description Neil Levine 2015-09-10 20:04:19 UTC
In an colocated/converged architecture, we need to ensure that resources are managed between the compute and storage processes. The proposal is to use cgroups to manage the compute side so that the Ceph OSD process has sufficient memory/CPU to fulfill IOPS and rebalance as necessary.

Comment 3 Sean Cohen 2015-10-07 13:35:01 UTC
*** Bug 1232959 has been marked as a duplicate of this bug. ***

Comment 4 Neil Levine 2015-12-15 22:51:26 UTC
Closing for now until we have better details and this doesn't distract from current priorities.

Comment 11 Dan Radez 2016-01-28 22:24:00 UTC
https://review.openstack.org/#/c/273754/

I've submitted this review to upstream THT.
It needs a bit of work still, but it's a start. The OSD will provision correctly as long as the compute OSD configuration happens after the controller ceph configurations, which is rarely.

A rerun of puppet on the compute nodes after over cloud deployment will register the OSDs on the compute nodes into the ceph cluster

Comment 13 Mike Burns 2016-04-07 20:50:54 UTC
This bug did not make the OSP 8.0 release.  It is being deferred to OSP 10.


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