thetumbled commented on code in PR #21011: URL: https://github.com/apache/pulsar/pull/21011#discussion_r1300857744
########## pip/pip-294.md: ########## @@ -0,0 +1,56 @@ +# Background knowledge + +Load balance module in Pulsar broker rely on zk to store and synchronize metadata about load. Every broker will upload its `LocalBrokerData` to zk, and leader broker will retrieve all `LocalBrokerData` from zk ,generate all `BundleData` from each `LocalBrokerData`, and update all `BundleData` to zk. + + +# Motivation + +As every bundle in the cluster corresponds to a zk node, it is common that there are thousands of zk nodes in a cluster, which results into thousands of read/update operations to zk. This will cause a lot of pressure on zk. + +**As All Load Shedding Algorithm pick bundles from top to bottom based on throughput/msgRate, bundles with low throughput/msgRate are rarely be selected for shedding. So there is no need to update these bundleData to zk frequently.** + + +# Goals + +Filter out bundles with low throughput/msgRate, and do not update these bundles to zk frequently to reduce the pressure on zk. + + +# High Level Design + +Filter out bundles with low throughput/msgRate when leader update bundleData to zk. + + +# Detailed Design + +## Design & Implementation Details +Add throughput/msg-based bundle report control in the `ExtensibleLoadManager` and `ModularLoadManagerImpl`. Review Comment: How about: If the current load is less than 1/10 of the previous load, we will trigger its update. - Comparing mechanism we need to determine the threshold when should we trigger the updates. - Expiration mechanism we need to determine the frequency of update small bundles. This solutions may still cause zk latency rise sharply periodically. We also need to add such expiration or comparing mechanism to topK mechanism, which is why i wonder we should implement it in this PR. -- 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]
