kafka-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Ismael Juma <ism...@juma.me.uk>
Subject Re: Kafka compatibility with ZK
Date Tue, 11 Aug 2020 22:02:03 GMT
Note that 2.5.1 has now been released.

Ismael

On Sun, Aug 2, 2020 at 11:13 AM Ismael Juma <ismael@juma.me.uk> wrote:

> Hi Marina,
>
> If you upgrade to ZK 3.5.x, I highly recommend going with 3.5.8. It has a
> few critical fixes when compared to 3.5.6. Also, Kafka 2.5.1 should be out
> in a few days and I'd recommend that over 2.4.1.
>
> Ismael
>
> On Sun, Aug 2, 2020 at 10:04 AM Marina Popova
> <ppine7sub@protonmail.com.invalid> wrote:
>
>>
>> Actually, I'm very interested in your experience as well.... I'm about to
>> start the same (similar) upgrade - from Kafka 0.11/ZK3.4.13 to Kafka 2.4/ZK
>> 3.5.6
>>
>> I have Kafka and ZK as separate clusters.
>>
>> My plan is :
>> 1. rolling upgrade the Kafka cluster to 2.4 - using the
>> inter.broker.protocol.version set to 0.11 at first
>> 2. rolling upgrade ZK cluster to 3.5.6
>> 3. set inter.broker.protocol.version=2.4.0 and rolling restart the Kafka
>> cluster again
>>
>> Anybody sees a problem with this approach?
>>
>>
>> thanks,
>> Marina
>>
>>
>> Sent with ProtonMail Secure Email.
>>
>> ‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐
>> On Thursday, July 23, 2020 4:01 PM, Andrey Klochkov <aklochkov@liftoff.io>
>> wrote:
>>
>> > Hello,
>> > We're upgrading our Kafka from 1.1.0 to 2.4.1 and I'm wondering if ZK
>> needs
>> > to be upgraded too (we're currently on 3.4.6). The upgrade guide says
>> that
>> > "kafka has switched to the XXX version of ZK" but never says if
>> switching
>> > to a newer ZK is mandatory or not. What are the guidelines on keeping
>> Kafka
>> > and ZK compatible?
>> >
>> >
>> ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
>> >
>> > Andrey Klochkov
>>
>>
>>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message