allow charms to decline scale-application requests
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Canonical Juju |
Triaged
|
Wishlist
|
Unassigned |
Bug Description
Not all scaling requests make sense.
For example, when scaling Mattermost it should be done with clustering enabled, which requires a licence.
And when scaling ceph-mon, it is strongly advised (but not strictly mandatory) for the number of units to be odd: https:/
It’d be nice if the user got some kind of feedback if they try to scale the application without meeting such requirements or recommendations.
Perhaps there could be a --force flag that is also passed to the charm to let it know that the operator is aware of the situation and wishes to proceed anyway.
In the ceph-mon case, it could log loudly and then accept. Mattermost would probably reject even a forced request, and there are probably other services where this is the thing to do.
tags: | added: canonical-data-platform-eng |
Adding to wishlist and tagging w/ field-feedback so that it doesn't get lost in the shuffle.
I like this idea a lot.