Operation¶
The following aspects apply to managing Trino Gateway and the connected Trino clusters.
Query History UI - check query plans etc.¶
Trino Gateway records history of recent queries and displays links to check query details page in respective trino cluster.
Admin UI - add and modify backend information¶
The admin page is used to configure the gateway to multiple backends. Existing backend information can also be modified using the same.
Graceful shutdown¶
Trino Gateway supports graceful shutdown of Trino clusters. Even when a cluster is deactivated, any submitted query states can still be retrieved based on the Query ID.
To graceful shutdown a trino cluster without query losses, the steps are:
- Set the backend to deactivate state, this prevents any new incoming queries from getting assigned to the backend.
- Poll the trino backend coorinator URL until the queued query count and the running query count both hit 0.
- Terminate the trino Coordinator & Worker Java process.
To gracefully shutdown a single worker process, refer to the Trino documentation for more details.
Query routing options¶
- The default router selects the backend randomly to route the queries.
- If you want to route the queries to the least loaded backend for a user
i.e. backend with the least number of queries running or queued from a particular user,
then use
QueryCountBasedRouter
, it can be configured by adding the module name to config file's modules section like below
modules:
- io.trino.gateway.ha.module.HaGatewayProviderModule
- io.trino.gateway.ha.module.ClusterStateListenerModule
- io.trino.gateway.ha.module.ClusterStatsMonitorModule
- io.trino.gateway.ha.module.QueryCountBasedRouterProvider
Monitoring ¶
Trino Gateway provides a metrics endpoint that uses the OpenMetrics format at
/metrics
. Use it to monitor Trino Gateway instances with Prometheus and
other compatible systems with the following Prometheus configuration: