wuchong opened a new issue, #3673:
URL: https://github.com/apache/fluss/issues/3673

   ### Search before asking
   
   - [x] I searched the existing issues and found no documentation issue 
covering this feature.
   
   ### Motivation
   
   PR #3614 introduced resource-based KV leader replica capacity control to 
protect TabletServers from creating too many KV leader replicas. The feature is 
disabled by default and needs user-facing documentation explaining when and how 
to enable, disable, and configure it.
   
   This was identified in the PR review discussion: 
https://github.com/apache/fluss/pull/3614#discussion_r3594505095
   
   ### Documentation scope
   
   Add documentation that covers:
   
   - The purpose and behavior of KV leader replica capacity control.
   - When operators should enable the feature and when leaving it disabled may 
be appropriate.
   - How to enable and disable the feature with 
`kv.leader-replica.memory-reserved`:
     - `0` disables memory-based capacity control.
     - A positive value enables capacity estimation.
   - How TabletServer resource capacity is detected and how it can be 
overridden with:
     - `tablet-server.advertised-resource.cpu-cores`
     - `tablet-server.advertised-resource.memory-size`
   - Clarification that advertised resource options report capacity to the 
CoordinatorServer and do not enforce CPU, memory, cgroup, or JVM limits.
   - The capacity calculation behavior:
     - The limit is applied only when more than half of live TabletServers 
report memory.
     - Unknown-memory TabletServers use the average memory of known 
TabletServers.
   - Example configuration for enabling, tuning, and disabling the feature.
   - Relevant metrics and the error users see when KV leader replica capacity 
is insufficient.
   
   ### References
   
   - Original feature issue: #3613
   - Implementation PR: #3614
   - Review discussion: 
https://github.com/apache/fluss/pull/3614#discussion_r3594505095
   


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: [email protected]

For queries about this service, please contact Infrastructure at:
[email protected]

Reply via email to