OSD weight should be the TB capacity of the drive
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
ceph (Juju Charms Collection) |
Invalid
|
Undecided
|
Unassigned | ||
ceph (Ubuntu) |
Invalid
|
Low
|
Unassigned | ||
ceph-osd (Juju Charms Collection) |
Invalid
|
Undecided
|
Unassigned |
Bug Description
I got a test cluster up and running today and it shows the following OSD tree:
chris@chris-
# id weight type name up/down reweight
-1 0.9899 root default
-2 0.33 host chris-local-
0 0.11 osd.0 up 1
1 0.11 osd.1 up 1
4 0.11 osd.4 up 1
-3 0.33 host chris-local-
3 0.11 osd.3 up 1
5 0.11 osd.5 up 1
8 0.11 osd.8 up 1
-4 0.33 host chris-local-
2 0.11 osd.2 up 1
6 0.11 osd.6 up 1
7 0.11 osd.7 up 1
Everything looks to be evenly weighed. That's fine for a cluster that has the same capacity in every server. However we could enhance this by assigning a weight point of 1 for every TB of disk capacity on the server. With that in place Ceph will balance the servers even if the capacity is not even.
I'm not entirely sure but I think the total weight of all the ceph osd servers needs to add up to 1.00. I'll double check on that.
We could add this in with a statvfs call to the device.
tags: | added: openstack |
Changed in ceph (Juju Charms Collection): | |
milestone: | none → 15.07 |
Changed in ceph-osd (Juju Charms Collection): | |
milestone: | none → 15.07 |
Changed in ceph (Juju Charms Collection): | |
milestone: | 15.07 → 15.10 |
Changed in ceph-osd (Juju Charms Collection): | |
milestone: | 15.07 → 15.10 |
Changed in ceph (Ubuntu): | |
status: | Incomplete → Invalid |
I'm not entirely sure this is a charm bug; I think the weight of each OSD is determines in the upstart/systemd startup when its started.