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

Force a "specific" dns record in order to check every node on a cluster (monitoring DNS RR) #4931

Closed
meepmeep opened this issue Jul 11, 2024 · 1 comment
Labels
area:monitor Everything related to monitors feature-request Request for new features to be added type:enhance-existing feature wants to enhance existing monitor

Comments

@meepmeep
Copy link

meepmeep commented Jul 11, 2024

πŸ“‘ I have found these related issues/pull requests

🏷️ Feature Request Type

Change to existing monitor

πŸ”– Feature description

I use a round robin DNS to balance traffic between multiple haproxy instances.
This mean that gateway.mydomain.tld resolves to multiples IP address (ie 123.123.123.123 and 100.100.100.100, etc.),

As it's handled by haproxy, I cannot simply request "tcp:port" on each haproxy because without SNI I cannot check my specific backend (I need to ask haproxy for gateway.mydomain.tld so the request is send to my gateway backend).

If I set gateway.mydomain.tld on kuma, it will request randomly between each "node/ip", meaning that if node 1 is down, it will be detected randomly (and potentially never if I ask for 1 retry before flipping the state of the monitor)

βœ”οΈ Solution

In https monitor, I would like to be able to specific to which is the dns entry must be resolves :

This way I can check every node specifically.

❓ Alternatives

None.

πŸ“ Additional Context

No response

@meepmeep meepmeep added the feature-request Request for new features to be added label Jul 11, 2024
@CommanderStorm
Copy link
Collaborator

You are be able to get around this with the tools currently at your disposal:

Closing as a duplicate of #1689

@CommanderStorm CommanderStorm closed this as not planned Won't fix, can't repro, duplicate, stale Jul 12, 2024
@CommanderStorm CommanderStorm added area:monitor Everything related to monitors type:enhance-existing feature wants to enhance existing monitor labels Jul 12, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
area:monitor Everything related to monitors feature-request Request for new features to be added type:enhance-existing feature wants to enhance existing monitor
Projects
None yet
Development

No branches or pull requests

2 participants