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
* Created new version of frontend package, with separate scheduler component.
Signed-off-by: Peter Štibraný <peter.stibrany@grafana.com>
* Fix roundtripper wrapping.
Signed-off-by: Peter Štibraný <peter.stibrany@grafana.com>
* Review feedback.
Signed-off-by: Peter Štibraný <peter.stibrany@grafana.com>
* Review feedback.
Signed-off-by: Peter Štibraný <peter.stibrany@grafana.com>
* Fixed docs.
Signed-off-by: Peter Štibraný <peter.stibrany@grafana.com>
* Scheduler now sends OK after frontend connects. This allows scheduler to also send shutting down error to frontend immediately. Frontend worker expects OK, and exits FrontendLoop otherwise.
Signed-off-by: Peter Štibraný <peter.stibrany@grafana.com>
* Fixed naming.
Signed-off-by: Peter Štibraný <peter.stibrany@grafana.com>
* Minor tweaks
Signed-off-by: Marco Pracucci <marco@pracucci.com>
Co-authored-by: Marco Pracucci <marco@pracucci.com>
Copy file name to clipboardExpand all lines: CHANGELOG.md
+1Lines changed: 1 addition & 0 deletions
Original file line number
Diff line number
Diff line change
@@ -8,6 +8,7 @@
8
8
-`cortex_ingester_tsdb_head_truncations_total`
9
9
-`cortex_ingester_tsdb_head_gc_duration_seconds`
10
10
*[ENHANCEMENT] Added `cortex_alertmanager_config_hash` metric to expose hash of Alertmanager Config loaded per user. #3388
11
+
*[ENHANCEMENT] Query-Frontend / Query-Scheduler: New component called "Query-Scheduler" has been introduced. Query-Scheduler is simply a queue of requests, moved outside of Query-Frontend. This allows Query-Frontend to be scaled separately from number of queues. To make Query-Frontend and Querier use Query-Scheduler, they need to be started with `-frontend.scheduler-address` and `-querier.scheduler-address` options respectively. #3374
The `frontend_worker_config` configures the worker - running within the Cortex querier - picking up and executing queries enqueued by the query-frontend.
2456
2545
2457
2546
```yaml
2458
-
# Address of query frontend service, in host:port format.
2547
+
# Address of query frontend service, in host:port format. If
2548
+
# -querier.scheduler-address is set as well, querier will use scheduler instead.
2549
+
# If neither -querier.frontend-address or -querier.scheduler-address is set,
Copy file name to clipboardExpand all lines: docs/guides/shuffle-sharding.md
+1-1Lines changed: 1 addition & 1 deletion
Original file line number
Diff line number
Diff line change
@@ -80,7 +80,7 @@ _The shard size can be overridden on a per-tenant basis in the limits overrides
80
80
81
81
By default all Cortex queriers can execute received queries for given tenant.
82
82
83
-
When shuffle sharding is **enabled** by setting `-frontend.max-queriers-per-tenant` (or its respective YAML config option) to a value higher than 0 and lower than the number of available queriers, only specified number of queriers will execute queries for single tenant. Note that this distribution happens in query-frontend. When not using query-frontend, this option is not available.
83
+
When shuffle sharding is **enabled** by setting `-frontend.max-queriers-per-tenant` (or its respective YAML config option) to a value higher than 0 and lower than the number of available queriers, only specified number of queriers will execute queries for single tenant. Note that this distribution happens in query-frontend, or query-scheduler if used. When using query-scheduler, `-frontend.max-queriers-per-tenant` option must be set for query-scheduler component. When not using query-frontend (with or without scheduler), this option is not available.
84
84
85
85
_The maximum number of queriers can be overridden on a per-tenant basis in the limits overrides configuration._
0 commit comments