-
Notifications
You must be signed in to change notification settings - Fork 9
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
Report healtchecks to status #280
Conversation
bf50c50
to
5acb6c7
Compare
8b050df
to
4bfff2e
Compare
endpoint: "/health" | ||
port: 80 | ||
protocol: "HTTPS" | ||
failureThreshold: 3 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
this will fail e2e now so removing. Will be brought back in a next PR
tried with the following setup:
This resulted in
as expected and all but t1b records were present in the provider Updating the dnspolicy-t1b dnspolicy to have a valid endpoint resulted in
as expected and t1b plus the others records were correct in the provider Scaling down the workload resulted in the records remaining in place and all the health checks and dnspolicies becoming unhealthy
although it took a while the DNSPolicy to show as not enforced they eventually did
|
@maksymvavilov all looks good. I do wonder though about the validity of saying the policy isn't enforced if it has discoverd something unhealthy? Perhaps we should add a new condition |
Signed-off-by: Maskym Vavilov <[email protected]>
Reports health checks into the status of DNSRecord.
It also modifies the
Ready
status. The logic is: