Replies: 2 comments
-
@nfoerster I have the same issue. Were you able to resolve it? |
Beta Was this translation helpful? Give feedback.
0 replies
-
@pulkitkalia1994 yes we solved it, Trino Cluster runs good on k8s. We did some adaptions, but I can't remember the exact solution. Try the following: Worker: config.properties The rational for this is that the workers connect to the kubernetes service of trino coordinator. |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
-
Hi there, recently we used the coordinator with integrated worker. However, for scaling reasons I want to separate coordinator and worker. Currently we run on Trino 3.7.2 with Kubernetes on Azure.
The workers are not able to find the discovery server of the coordinator:
this is the config.properties of the coordinator:
and this for the worker:
One might say, oh your discovy.uri of the worker is not the same as the one of the coordinator. Yes I changed this to the service uri where the coordinator is running, anyway same URI http://trino:8080/ does also not work.
I tested already some stuff, on coordinator pod
curl http://trino:8080/
does work. On worker pod curlcurl http://trino:8080/
returns 404, butcurl http://trino.trino-test:8080/
succeeds.This is really strange, so I tested the ingress to the Trino UI, which runs fine without any worker deployment. As soon as I deploy the worker deployment it shows:
But WHY? It seems that the worker claim the discovery URI http://trino:8080/ and override the service, although the discovery URI differs:
2022-04-06T13:38:06.253Z INFO main Bootstrap discovery.uri ---- http://trino.trino-test:8080/
This is my service.yaml deployed:
coordinator.yaml (part):
worker.yaml (part):
Any idea whats going on? Any example k8s files available?
Beta Was this translation helpful? Give feedback.
All reactions