A larger value may increase the speed of cluster balancing / convergence
at the potential cost of greater impact on client operations.
-The setting ``upmax_max_deviation`` sets the threshold at which the balancer
-module considers the cluster's distribution of PGs adequately balanced. At the
-time of writing (June 2025), this value defaults to ``5``, which means that a
-given OSD's PG replicas are considered adequately balanced when they vary by
-five or fewer above or below the cluster's average. Here are the details of
-this configurable:
-
-.. confval:: upmap_max_deviation
+There is a separate setting ``upmap_max_deviation`` for how uniform the
+distribution of PGs must be for the module to consider the cluster adequately
+balanced. At the time of writing (June 2025), this value defaults to ``5``,
+which means that if a given OSD's PG replicas vary by five or fewer above or
+below the cluster's average, it will be considered sufficiently balanced.
+
This value of PG replicas / shards (as distinct from logical PGs) is reported
by the ``ceph osd df`` command under the ``PGS`` column and the variance
level: dev
default: 0
desc: When EC writes should generate PDWs (development only) 0=optimal 1=never 2=when possible
-- name: upmap_max_deviation
- type: int
- level: unknown (fixme)
- default: 5
- desc: If the number of PGs is within this count then no optimization is attempted