Feature #26975
openRados level IO priority for OSD operations
0%
Description
What I mean:
Suppose busy Ceph cluster.
Every OSD has many IO requests from clients in it's queue. Today, all requests have the same priority. Usually MDS requests should have priority over, say, RBD IOs since these IO may block whole FS. Another example is IO from one RBD image over another RBD image. Or, priority of IO on one Rados pool over another pool.
Sure, these priorities should be tunable in some way, but these priorities should be first implemented at Rados level.
Updated by Марк Коренберг over 5 years ago
For "Rados level" I mean librados API at least, and implementation in OSD too.
Updated by Greg Farnum over 5 years ago
- Project changed from Ceph to RADOS
- Category deleted (
librados)
Do note that
1) "Messages" can already have priority, although its utility at this point is quite limited it's not totally useless.
2) This is part of a comprehensive QoS solution, and the ongoing dmclock work is our attempt to fulfill such needs.