You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Currently, when running Mimir with the query-scheduler, the query-scheduler address needs to be specified in two configs, to let query-frontend and querier discover query-scheduler instances:
-querier.scheduler-address
-query-frontend.scheduler-address
DNS-based service discovery is easy if you have an easy way to define a DNS entry (e.g. Kubernetes service), while it could be complicated otherwise. In #2012 I proposed to add support for multiple DNS addresses to overcome some limitations.
In this issue I'm doing a different proposal: add ring-based service discovery for query-scheduler. Following the same pattern used for other Mimir components, the idea is to build a ring for the query-scheduler and use it in query-frontend and querier to discover query-scheduler instances. This would also be preparatory to allow to run query-scheduler on a subset of backend replicas when running the experimental read-write-backend deployment mode (see #2749).
The proposal is to:
Add ring-based service discovery for query-scheduler as experimental, along side the existing scheduler-address
Gain enough confidence with the ring-based service discovery
Provide a migration path to the ring-based service discovery and then deprecate the scheduler-address
Currently, when running Mimir with the query-scheduler, the query-scheduler address needs to be specified in two configs, to let query-frontend and querier discover query-scheduler instances:
-querier.scheduler-address
-query-frontend.scheduler-address
DNS-based service discovery is easy if you have an easy way to define a DNS entry (e.g. Kubernetes service), while it could be complicated otherwise. In #2012 I proposed to add support for multiple DNS addresses to overcome some limitations.
In this issue I'm doing a different proposal: add ring-based service discovery for query-scheduler. Following the same pattern used for other Mimir components, the idea is to build a ring for the query-scheduler and use it in query-frontend and querier to discover query-scheduler instances. This would also be preparatory to allow to run query-scheduler on a subset of backend replicas when running the experimental read-write-backend deployment mode (see #2749).
The proposal is to:
scheduler-address
scheduler-address
Superseeds #2012.
The text was updated successfully, but these errors were encountered: