Question about the KafkaNodePool resources ("storage overrides") #10813
Unanswered
BBQigniter
asked this question in
Q&A
Replies: 1 comment 1 reply
-
Yes and no 🫣. The YAML you shared will stop working. In order to use KRaft (ZooKeeper-less Kafka) you will need to move to KafkaNodePools and KafkaNodePool configure the storage in the However, the deprecated part that will not be supported anymore with KafkaNodePools is about the use of the storage class overrides: storage:
type: jbod
volumes:
- id: 0
type: persistent-claim
size: 100Gi
deleteClaim: false
class: my-storage-class
overrides:
- broker: 0
class: my-storage-class-zone-1a
- broker: 1
class: my-storage-class-zone-1b
- broker: 2
class: my-storage-class-zone-1c You do not seem to be using those. So you should be able to easily migrate to the KafkaNodePools as described in the docs. |
Beta Was this translation helpful? Give feedback.
1 reply
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
In the changelogs of Strimzi v0.43 following is mentioned:
Does this mean that something like this in a Kafka-cluster manifest, will not work anymore some day in future?
In our case we just prepare mount-points/data-directories and define persistent volumes for example on three different Kubernetes nodes, where the Kafka/Zookeeper node pods then will be scheduled. So
kafka-test-kafka-0
is always running on node-1,kafka-test-kafka-1
is always running on node-2 and so on. This makes setups quite easy and we do not have/need a shared or clustered filesystem that can be used by all nodes.Beta Was this translation helpful? Give feedback.
All reactions