codelipenghui commented on code in PR #21011: URL: https://github.com/apache/pulsar/pull/21011#discussion_r1300019780
########## 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: Ok, got it. Instead of introducing an expiration mechanism. Can we just contain such bundles by comparing the current load and the last uploaded load? -- 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]
