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

Named backend server instead of generic SRV_x name #662

Open
pawellrus opened this issue Jul 9, 2024 · 11 comments
Open

Named backend server instead of generic SRV_x name #662

pawellrus opened this issue Jul 9, 2024 · 11 comments
Labels
enhancement New feature or request

Comments

@pawellrus
Copy link

pawellrus commented Jul 9, 2024

Hello.
I'm interesting, is it possible to define custom backend downstream server names instead of generic naming SRV_x? For example it could be the pod name or another custom value passed by annotation.

This is critical in some kind of scenarios like rolling update with putting backend server for maint. Now in UI it's not possible to understand which backend will go to maint.

@fabianonunes
Copy link
Contributor

I don't think this is possible today: haproxy/haproxy#952

@pawellrus
Copy link
Author

@fabianonunes i'm not talking about renaming in runtime. i'm talking about correct naming before populatin backend configuration.
Btw may be there is another way to diffrentiate backend servers during runtime. Via labels or something like that?

@ivanmatmati
Copy link
Collaborator

Hi @pawellrus , servers names are statically generated by the controller. No tweak possible.

@pawellrus
Copy link
Author

@ivanmatmati so it's impossible to put selected pod to maintenance before dis-labeling them to make sure that users' sessions won't broke forcefully?

Copy link

stale bot commented Aug 9, 2024

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.

@stale stale bot added the stale label Aug 9, 2024
@hoerup
Copy link

hoerup commented Aug 20, 2024

wouldn't it be possible to use "add server backend-name/podname ip:port" for new entries and "del server backend-name/podname" when removing ?

@stale stale bot removed the stale label Aug 20, 2024
@ivanmatmati
Copy link
Collaborator

@pawellrus , the servers list the ip address of the pod so you can always find the original pod.

Copy link

stale bot commented Sep 28, 2024

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.

@stale stale bot added the stale label Sep 28, 2024
@mike-code
Copy link

mike-code commented Sep 30, 2024

This change would also improve metrics. Right now there are dozens of SRV_x servers reported in the metrics which is difficult to follow. (that also relates to #670)

@stale stale bot removed the stale label Sep 30, 2024
Copy link

stale bot commented Nov 4, 2024

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.

@stale stale bot added the stale label Nov 4, 2024
@oktalz oktalz removed the stale label Nov 6, 2024
@oktalz
Copy link
Member

oktalz commented Nov 6, 2024

@mike-code the ones that are marked for maint are the ones that are marked from kubernetes to be soon removed.

@hoerup
about

wouldn't it be possible to use "add server backend-name/podname ip:port" for new entries and "del server backend-name/podname" when removing ?

this is in roadmap, its a bit more complicated that would would think initially, but we do have that in plans

@oktalz oktalz added the enhancement New feature or request label Nov 27, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

6 participants