You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@kafka.apache.org by "Ewen Cheslack-Postava (JIRA)" <ji...@apache.org> on 2016/06/16 16:46:05 UTC
[jira] [Created] (KAFKA-3852) Clarify how to handle message format
upgrade without killing performance
Ewen Cheslack-Postava created KAFKA-3852:
--------------------------------------------
Summary: Clarify how to handle message format upgrade without killing performance
Key: KAFKA-3852
URL: https://issues.apache.org/jira/browse/KAFKA-3852
Project: Kafka
Issue Type: Bug
Affects Versions: 0.10.0.0
Reporter: Ewen Cheslack-Postava
Priority: Blocker
Fix For: 0.10.0.1
The upgrade notes re: performance impact of the message format change in 0.10.0.0 are a bit wishy washy in terms of what you *should* do. They describe the potential impact and then say (at the end of a paragraph): "To avoid such message conversion before consumers are upgraded to 0.10.0.0, one can set". This should probably be written as a playbook for doing the upgrade without affecting performance and should be a recommendation, not presented as just an option. Nobody with an existing cluster wants the perf impact of switching their brokers to the new format while consumers are still using the old format unless they have a cluster with extremely light load.
Additionally, if we have some simple benchmark numbers on the performance impact on brokers, we should include that information. Today it is very unclear how bad that change will be -- 5%, 20%, 90% worse?
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)