You are viewing a plain text version of this content. The canonical link for it is here.
Posted to jira@kafka.apache.org by "Richard Yu (JIRA)" <ji...@apache.org> on 2017/09/03 21:01:00 UTC

[jira] [Comment Edited] (KAFKA-5828) Allow explicitly setting polling interval for Kafka connectors

    [ https://issues.apache.org/jira/browse/KAFKA-5828?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16151950#comment-16151950 ] 

Richard Yu edited comment on KAFKA-5828 at 9/3/17 9:00 PM:
-----------------------------------------------------------

In the Fetcher class, there is this
 {code} fetchRecord(int maxRecords) {code} method. 
It is indirectly called from the {code} pollOnce() {code} method
in ConsumerConfigs. Using the above method, it should be relatively simple to set a higher bound.



was (Author: yohan123):
In the Fetcher class, there is this {/fetchRecord(int maxRecords)} method. It is indirectly called from the {/pollOnce()} method
in ConsumerConfigs. Using the above method, it should be relatively simple to set a higher bound.


> Allow explicitly setting polling interval for Kafka connectors
> --------------------------------------------------------------
>
>                 Key: KAFKA-5828
>                 URL: https://issues.apache.org/jira/browse/KAFKA-5828
>             Project: Kafka
>          Issue Type: Improvement
>          Components: KafkaConnect
>            Reporter: Behrang Saeedzadeh
>
> I have a Kafka cluster deployed in our internal data center and a Kafka Connect server deployed in AWS that gets data records from a topic on the Kafka cluster and writes them into a Kinesis stream.
> We want to ensure that our Kafka connect server does not saturate the available bandwidth between our internal data center and AWS.
> Using {{max.partition.fetch.bytes}} we can limit the upper bound of data that can be fetched in each poll call. If we can also configure the poll interval, then we can limit how much data is transferred per partition per second.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)