-
Notifications
You must be signed in to change notification settings - Fork 524
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
feat(kafka): enable kraft #1179
Conversation
7220f6b
to
5d9eff3
Compare
If I understand correctly, this should allow users of this chart, that were not using Kafka Kraft yet, to upgrade to the latest chart again, correct? And then manually migrate from Kafka ZooKeeper to Kafka Kraft. |
@sschamp 👋 ! Kafka Kraft users can utilize the New users of the chart will have the Kraft controller enabled by default. 👍 |
6658bb3
to
99ba284
Compare
Reviews ? 😄 |
I don't think we should enforce people to switch to KRaft. Let's make it optional? |
Hello 👋 @Mokto, "Note: ZooKeeper is marked as deprecated since the 3.5.0 release. ZooKeeper is planned to be removed in Apache Kafka 4.0. For more information, please see the documentation for ZooKeeper Deprecation." I think the good idea it's to prepare to Kafka Major 4. |
🆙 @Mokto |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Fair enough, thanks for the explanation.
Thanks for your work on this. You still have 2 conflicts to solve. |
2568b84
to
d114d75
Compare
Update to Kafka 27.1.2 and fix the check job BREAKING CHANGE: Set default Kafka.kraft to true
d114d75
to
7456f55
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks!
Kafka asks for not existing secret while updating. @TartanLeGrand could you please check? |
@mosesdd Could you provide your configuration values? Kafka only requires a secret if you're using the SASL protocol in your listeners. Ensure that export INTER_BROKER_PASSWORD=$(kubectl get secret --namespace "sentry" sentry-kafka-user-passwords -o jsonpath="{.data.inter-broker-password}" | base64 -d)
helm upgrade ... --set sasl.interbroker.password=$INTER_BROKER_PASSWORD Regarding Zookeeper, the documentation in step 6 suggests turning off migration mode on controllers and stopping Zookeeper after the migration. This seems contradictory if Zookeeper is disabled by default during the upgrade. Ensure that the migration steps are correctly followed and that dependent services are adequately managed during the update process. |
@TartanLeGrand I can reproduce this without given any values at all. Fresh install of 21.6.2 -> upgrade to 22.0.0. As I said, the named secret "sentry-kafka-user-passwords" doenst even exist. |
The default values.yaml of this chart sets this, so SASL is never enabled by default, so there is no password:
Related issue on the kafka repo. bitnami/charts#24725 |
@dVerhees please check default values.yaml in https://github.com/sentry-kubernetes/charts/blob/gh-pages/charts/sentry-22.0.2.tgz or in https://artifacthub.io/packages/helm/sentry/sentry?modal=values :
When I overwrite that with:
it works but helm upgrade failed on post hook (another issue I believe).
As I found in https://github.com/sentry-kubernetes/charts/blob/develop/sentry/templates/hooks/sentry-db-check.job.yaml#L143 it checks 9092 port, but sentry-kafka-controller-headless is available on 9093 |
@pawelmrowka I see the problem here. The issue with the port seems to be fixable by setting: As seen here charts/sentry/templates/_helper.tpl Lines 405 to 411 in a148a57
Which apparently is only used in the db-check job. |
Hi there, @pawelmrowka Thanks! I was able to solve the same issue you had as well by setting:
I'm not sure now here if However I have second issue. It seems I had
Now when I want to run the helm update to
However there is no such secret. Do I have to set something else to plaintext to make this work? And general question: How can I switch afterwards to |
Update to Kafka 27.1.2 and fix the check job
BREAKING CHANGE: Set default Kafka.kraft to true