Search before asking
Motivation
Fluss currently relies mainly on max.bucket.num and max.partition.num to limit table metadata size. These limits do not directly protect the cluster from creating too many KV leader replicas, which can consume resident memory on TabletServers and increase OOM risk.
We need a coordinator-side capacity guard that can estimate the total KV leader replica capacity from TabletServer memory and reject new KV table/partition creation when the cluster no longer has enough capacity.
Solution
No response
Anything else?
No response
Willingness to contribute
Search before asking
Motivation
Fluss currently relies mainly on
max.bucket.numandmax.partition.numto limit table metadata size. These limits do not directly protect the cluster from creating too many KV leader replicas, which can consume resident memory onTabletServersand increase OOM risk.We need a coordinator-side capacity guard that can estimate the total KV leader replica capacity from TabletServer memory and reject new KV table/partition creation when the cluster no longer has enough capacity.
Solution
No response
Anything else?
No response
Willingness to contribute