Closed DeadNews closed 2 months ago
There is a related discussion about publishing a "debug" version of the image, which will ship with a shell in #3202. So far, there aren't much of strong arguments for doing it.
If your use case requires running Mimir under an orchestrator that requires running a health check from inside the container, consider using the grafana/mirmir-alpine
image. It comes with the shell and wget. The main grafana/mimir
is expected to run in production-like environment, and come with as few external dependencies as possible, to minimize both hypothetical attack surface, and the noise from different CVE-watching tooling.
There is a related discussion about publishing a "debug" version of the image, which will ship with a shell in #3202. So far, there aren't much of strong arguments for doing it.
mimir-debug image to use for debugging purposes (with all our tooling inside)
I don't see what this has to do with regular healthcheck.
If your use case requires running Mimir under an orchestrator that requires running a health check from inside the container,
This is how docker works. How can it be done differently? Not in kubernetes.
consider using the grafana/mirmir-alpine image. It comes with the shell and wget.
mirmir-alpine
is deprecated.
The main grafana/mimir is expected to run in production-like environment
Without health checks?
And other grafana/images
are not for production? They support healthchecks by default.
and come with as few external dependencies as possible, to minimize both hypothetical attack surface, and the noise from different CVE-watching tooling.
The alternative is to implement an internal command to check the health of the service. As noted in the issue.
Hello. Our only supported target for deployment is Kubernetes. We have deliberately made default Mimir images to be based on distroless with as few additional dependencies as possible, to reduce attack surface and number of CVEs reported for unrelated components (eg. OpenSSL). We do not plan to add more dependencies into grafana/mimir
images.
If it is required for your use case to include more tools, it should easy enough to build a custom Mimir image.
As @narqo said above, for now we still publish grafana/mimir-alpine images, that you can use as a base image, although we plan to eventually deprecate those.
Is your feature request related to a problem? Please describe.
Enable the healthcheck for the docker container.
Describe the solution you'd like
Add
wget
to the docker image via busybox.Like loki does:
Describe alternatives you've considered
Use internal commands to check the health of the service.
Like,
traefik
, redis, postgres,minio
and others do:or this way.
Additional context
ref: https://github.com/grafana/loki/issues/11590 https://github.com/grafana/loki/pull/11711