Logo Questions Linux Laravel Mysql Ubuntu Git Menu
 

Guidelines to handle Timeout exception for Kafka Producer?

I often get Timeout exceptions due to various reasons in my Kafka producer. I am using all the default values for producer config currently.

I have seen following Timeout exceptions:

org.apache.kafka.common.errors.TimeoutException: Failed to update metadata after 60000 ms.

org.apache.kafka.common.errors.TimeoutException: Expiring 1 record(s) for topic-1-0: 30001 ms has passed since last append

I have following questions:

  1. What are the general causes of these Timeout exceptions?

    1. Temporary network issue
    2. Server issue? if yes then what kind of server issue?
  2. what are the general guidelines to handling the Timeout exception?

    1. Set 'retries' config so that Kafka API does the retries?
    2. Increase 'request.timeout.ms' or 'max.block.ms' ?
    3. Catch the exception and have application layer retry sending the message but this seems hard with Async send as messages will then be sent out of order?
  3. Are Timeout exceptions retriable exceptions and is it safe to retry them?

I am using Kafka v2.1.0 and Java 11.

Thanks in advance.

like image 450
xabhi Avatar asked Feb 20 '19 07:02

xabhi


People also ask

How do I set the timeout on Kafka?

Resolution. The default timeout is 1 minute, to change it, open the Kafka Client Configuration > Producer tab > Advance Properties > add max.block.ms and set to desired value (in milliseconds).

How does Kafka manage producer failure?

You can deal with failed transient sends in several ways: Drop failed messages. Exert backpressure further up the application and retry sends. Send all messages to alternative local storage, from which they will be ingested into Kafka asynchronously.

Do we need to close Kafka producer?

A Kafka Producer has a pool of buffer that holds to-be-sent records. The producer has background, I/O threads for turning records into request bytes and transmitting requests to Kafka cluster. The producer must be closed to not leak resources, i.e., connections, thread pools, buffers.


2 Answers

"What are the general causes of these Timeout exceptions?"

  1. The most common cause that I saw earlier was due to staled metadata information: one broker went down, and the topic partitions on that broker were failed over to other brokers. However, the topic metadata information has not been updated properly, and the client still tries to talk to the failed broker to either get metadata info, or to publish the message. That causes timeout exception.

  2. Netwowrk connectivity issues. This can be easily diagnosed with telnet broker_host borker_port

  3. The broker is overloaded. This can happen if the broker is saturated with high workload, or hosts too many topic partitions.

To handle the timeout exceptions, the general practice is:

  1. Rule out broker side issues. make sure that the topic partitions are fully replicated, and the brokers are not overloaded

  2. Fix host name resolution or network connectivity issues if there are any

  3. Tune parameters such as request.timeout.ms, delivery.timeout.ms etc. My past experience was that the default value works fine in most of the cases.

like image 171
yuyang Avatar answered Oct 14 '22 04:10

yuyang


The default Kafka config values, both for producers and brokers, are conservative enough that, under general circumstances, you shouldn't run into any timeouts. Those problems typically point to a flaky/lossy network between the producer and the brokers.

The exception you're getting, Failed to update metadata, usually means one of the brokers is not reachable by the producer, and the effect is that it cannot get the metadata.

For your second question, Kafka will automatically retry to send messages that were not fully ack'ed by the brokers. It's up to you if you want to catch and retry when you get a timeout on the application side, but if you're hitting 1+ min timeouts, retrying is probably not going to make much of a difference. You're going to have to figure out the underlying network/reachability problems with the brokers anyway.

In my experience, usually the network problems are:

  • Port 9092 is blocked by a firewall, either on the producer side or on the broker side, or somewhere in the middle (try nc -z broker-ip 9092 from the server running the producer)
  • DNS resolution is broken, so even though the port is open, the producer cannot resolve to an IP address.
like image 24
mjuarez Avatar answered Oct 14 '22 04:10

mjuarez