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

Backends healthchecks and expected operation #762

Closed
caquino opened this issue May 30, 2019 · 2 comments
Closed

Backends healthchecks and expected operation #762

caquino opened this issue May 30, 2019 · 2 comments

Comments

@caquino
Copy link

caquino commented May 30, 2019

Hi,

I've been trying to troubleshoot some issues I'm having while deploying ingress-gce, but my lack of experience with a working installation limits sometimes my expectations.

After deploying it to my cluster, I can see a new ingress created:

Name:             ai-cloud-production-ingress
Namespace:        default
Address:          <REDACTED>
Default backend:  default-http-backend:80 (<REDACTED>:8080)
Rules:
  Host  Path  Backends
  ----  ----  --------
  *     
           api:80 (<REDACTED>:80,<REDACTED>:80,<REDACTED>:80)
Annotations:
  ingress.kubernetes.io/backends:               {"k8s-be-30167--01177f64ec764488":"HEALTHY","k8s-be-32416--01177f64ec764488":"UNHEALTHY"}
  ingress.kubernetes.io/forwarding-rule:        k8s-fw-default-ai-cloud-production-ingress--01177f64ec764488
  ingress.kubernetes.io/https-target-proxy:     k8s-tps-default-ai-cloud-production-ingress--01177f64ec764488
  ingress.kubernetes.io/url-map:                k8s-um-default-ai-cloud-production-ingress--01177f64ec764488
  kubernetes.io/ingress.global-static-ip-name:  ai-cloud-global-production
  ingress.gcp.kubernetes.io/pre-shared-cert:    ai-cloud-production-ssl
  ingress.kubernetes.io/https-forwarding-rule:  k8s-fws-default-ai-cloud-production-ingress--01177f64ec764488
  ingress.kubernetes.io/ssl-cert:               ai-cloud-production-ssl
  ingress.kubernetes.io/target-proxy:           k8s-tp-default-ai-cloud-production-ingress--01177f64ec764488
Events:                                         <none>

As can be seen on the describe ingress, one of my backends is listed as UNHEALTHY.

After verifying the backend configuration via cloud console, I was able to identify that the health check assigned to the backend has the incorrect URI.

  • Is it expected to have 2 backends for a service in a single cluster?

  • How can I troubleshoot the URI used for health check as it's incorrect?

@caquino
Copy link
Author

caquino commented May 30, 2019

After reading the FAQ looks like some of my questions where answered, please correct me if I'm wrong:

  • There are 2 backends because one is the default backend.

Regarding the health check, the FAQ points to an example that don't exist so it's hard to compare to what I have on my Deployment definition.

I have a Liveness probe configured for my service, which I assume ingress-gce would use as source for the health check:

Liveness:     http-get http://:80/healthz delay=5s timeout=5s period=10s #success=1 #failure=2

@caquino
Copy link
Author

caquino commented May 30, 2019

Just found the answer for my question on #241

@caquino caquino closed this as completed May 30, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant