Skip to content
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

k8s: add bootstrap loadbalancer option for external Kafka API listener #3892

Closed
dimitriscruz opened this issue Feb 24, 2022 · 0 comments · Fixed by #3896
Closed

k8s: add bootstrap loadbalancer option for external Kafka API listener #3892

dimitriscruz opened this issue Feb 24, 2022 · 0 comments · Fixed by #3896
Assignees
Labels
area/k8s kind/enhance New feature or request

Comments

@dimitriscruz
Copy link
Contributor

Who is this for and what problem do they have today?

Instead of checking the cluster resource for the external IPs and node ports, a user should be given the option of creating a load-balancer for bootstrapping purposes, which would return the advertised addresses of the external listener.

What are the success criteria?

Provide an interface similar to the following:

    kafkaApi:
     - port: 9092
     - external:
         enabled: true
         preferredAddressType: "InternalIP"
         bootstrapLoadBalancer:
           # annotations:
           #  networking.gke.io/load-balancer-type: "Internal" <-- for internal LB
           port: 9092

that allows communication as follows

> rpk cluster info --brokers x.x.x.x:9092
..
BROKERS
=======
ID    HOST           PORT
0*    10.128.x.x  31427

Additional notes

This is related to #3790, which adds support for specifying the preferred external address type. Those advertised addresses would be returned through the load balancer as part of the bootstrapping phase.

This issue was closed.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
area/k8s kind/enhance New feature or request
Projects
None yet
Development

Successfully merging a pull request may close this issue.

1 participant