-
Notifications
You must be signed in to change notification settings - Fork 348
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
Wait for ES deployment to be ready and then deploy jaeger #216
Comments
I think this one of the most important features for ES deployment. Thinking about how to tackle it. Maybe the best would be to use k8s client and wait until ES deployment is up - readiness probe responds positively. |
I'd say that the cleanest would be to create a jaeger-operator/pkg/storage/dependency.go Lines 12 to 18 in 401ef74
|
I was thinking about this but - it seems more complicated and harder to maintain. With job we need a separate docker image with code which calls ES - this will require mounting secrets etc. I would rather use operator to do this using the similar way how it looks for dependencies jobs to be finished. |
Dependencies for C* makes sense - it initializes schema. Whereas in this case we just wait until deployment is ready. For rollover support using dependencies makes sense - as we need to initialize mappings and create indices. The rollover image would fail if the ES is not up. |
Then probably something like: jaeger-operator/pkg/controller/jaeger/deployment.go Lines 53 to 62 in 401ef74
and jaeger-operator/pkg/controller/jaeger/deployment.go Lines 74 to 95 in 401ef74
|
Now operator creates ES CR and jaeger objects (deployments) at the same time. This is causing jaeger pods to fail multiple times until Elasticsearch is up.
The text was updated successfully, but these errors were encountered: