-
We are running strimzi kafka in an AWS EKS cluster, so when we have EKS perform a k8s or ami upgrade for our managed node group, it will spin up new EC2 instances and drain the old ones. Obviously when this occurs, our bootstrap server list for our external listener will change, as the new EC2 instances for the node group will have different private IPs. We have noticed that our EC2 instances in our node group actually have 3 different private IPs each (currently we're unsure why this is). Would there be any reason the strimzi operator would re-evaluate the IPs used as the bootstrap servers for a listener and change them during a reconciliation run? We have had this happen to us, but we're unsure if something in AWS was tweaked which would cause this, so I want to rule out the strimzi operator behaving in this manner. Here is the config for our external listener:
|
Beta Was this translation helpful? Give feedback.
Replies: 2 comments 1 reply
-
I'm not sure I follow the question / issue. You use I'm not sure what exactly you call bootstrap servers. Bootstrap servers are not something configured in the Kafka cluster per se. It can be basically any address that routes to the brokers. So you can for example set up some DNS pointing to all your nodes or something like that if you want. |
Beta Was this translation helpful? Give feedback.
-
I'm using the normal definition of "bootstrap server" used in kafka clients, so it's what you said. Our issue is that when we call the following command to list the bootstrap servers for our external listener, the list changes periodically: |
Beta Was this translation helpful? Give feedback.
I'm using the normal definition of "bootstrap server" used in kafka clients, so it's what you said. Our issue is that when we call the following command to list the bootstrap servers for our external listener, the list changes periodically:
kubectl get kafka kafka-datapipeline-main -o jsonpath='{.status.listeners[?(@.name=="externtls")].bootstrapServers}
I stated that this will definitely happen when we perform an upgrade on our node group in AWS of some kind, as we are getting new servers and hence new IPs. What I don't understand is why this seemingly happens when we have not made any changes to our node group. Each node in our node group has 3 private IPs assigned by AWS, so I was curi…