diff options
author | Jason White <jason.white@shopify.com> | 2016-03-04 16:04:56 -0800 |
---|---|---|
committer | Shixiong Zhu <shixiong@databricks.com> | 2016-03-04 16:04:56 -0800 |
commit | f19228eed89cf8e22a07a7ef7f37a5f6f8a3d455 (patch) | |
tree | 01133c1c61c350ed602abfe8b31bb4907248bd78 /streaming/src | |
parent | a6e2bd31f52f9e9452e52ab5b846de3dee8b98a7 (diff) | |
download | spark-f19228eed89cf8e22a07a7ef7f37a5f6f8a3d455.tar.gz spark-f19228eed89cf8e22a07a7ef7f37a5f6f8a3d455.tar.bz2 spark-f19228eed89cf8e22a07a7ef7f37a5f6f8a3d455.zip |
[SPARK-12073][STREAMING] backpressure rate controller consumes events preferentially from lagg…
…ing partitions
I'm pretty sure this is the reason we couldn't easily recover from an unbalanced Kafka partition under heavy load when using backpressure.
`maxMessagesPerPartition` calculates an appropriate limit for the message rate from all partitions, and then divides by the number of partitions to determine how many messages to retrieve per partition. The problem with this approach is that when one partition is behind by millions of records (due to random Kafka issues), but the rate estimator calculates only 100k total messages can be retrieved, each partition (out of say 32) only retrieves max 100k/32=3125 messages.
This PR (still needing a test) determines a per-partition desired message count by using the current lag for each partition to preferentially weight the total message limit among the partitions. In this situation, if each partition gets 1k messages, but 1 partition starts 1M behind, then the total number of messages to retrieve is (32 * 1k + 1M) = 1032000 messages, of which the one partition needs 1001000. So, it gets (1001000 / 1032000) = 97% of the 100k messages, and the other 31 partitions share the remaining 3%.
Assuming all of 100k the messages are retrieved and processed within the batch window, the rate calculator will increase the number of messages to retrieve in the next batch, until it reaches a new stable point or the backlog is finished processed.
We're going to try deploying this internally at Shopify to see if this resolves our issue.
tdas koeninger holdenk
Author: Jason White <jason.white@shopify.com>
Closes #10089 from JasonMWhite/rate_controller_offsets.
Diffstat (limited to 'streaming/src')
0 files changed, 0 insertions, 0 deletions