Ecosyste.ms: Awesome

An open API service indexing awesome lists of open source software.

Awesome Lists | Featured Topics | Projects

https://github.com/PostHog/HouseWatch

Open source tool for monitoring and managing ClickHouse clusters
https://github.com/PostHog/HouseWatch

clickhouse database database-management django mit-license open-source react

Last synced: 1 day ago
JSON representation

Open source tool for monitoring and managing ClickHouse clusters

Awesome Lists containing this project

README 

        


  






  




## 📈 Open source tool for monitoring and managing ClickHouse clusters



- Get an overview of cluster load and performance

- Drill down into your queries and understand the load they put on your cluster

- Search through logs and errors

- Monitor and kill running queries with the click of a button

- Get stats on your disk usage per node, and understand how much disk space tables, columns, and parts take up

- Run your own queries straight from the interface to further dig into performance and cluster issues

- Setup operations to run in the background with automatic rollbacks for failures



## đŸ’ģ Deploy



To deploy HouseWatch, clone this repo and then run the following, substituting the environment variables for the relevant values of one of your ClickHouse instances:



```bash

SITE_ADDRESS= \

CLICKHOUSE_HOST=localhost \

CLICKHOUSE_CLUSTER=mycluster \

CLICKHOUSE_USER=default \

CLICKHOUSE_PASSWORD=xxxxxxxxxxx \

docker compose -f docker-compose.yml up

```



`SITE_ADDRESS` here is the address that the UI will be running on. It can be a domain name or simply a port like `:80`.



After running the above, the UI will be running on the address you specified. This will be something like http://localhost if you used `:80` for your `SITE_ADDRESS` above. I would think twice about exposing this to the internet, as it is not currently secured in any way.



Read more







The following are the supported environment variables for configuring your HouseWatch deployment:



- `CLICKHOUSE_HOST`: Required - hostname of the instance to connect to.

- `CLICKHOUSE_USER`: Required - username to access ClickHouse. Can be a read-only user, but in that case not all features will work.

- `CLICKHOUSE_PASSWORD`: Required - password for the specified user.

- `CLICKHOUSE_DATABASE`: Optional - database to connect to by default.

- `CLICKHOUSE_CLUSTER`: Optional - cluster name, to analyze data from the whole cluster.

- `CLICKHOUSE_SECURE`: Optional - see [clickhouse-driver docs](https://clickhouse-driver.readthedocs.io/en/latest/index.html) for more information

- `CLICKHOUSE_VERIFY`: Optional - see [clickhouse-driver docs](https://clickhouse-driver.readthedocs.io/en/latest/index.html) for more information

- `CLICKHOUSE_CA`: Optional - see [clickhouse-driver docs](https://clickhouse-driver.readthedocs.io/en/latest/index.html) for more information

- `OPENAI_API_KEY`: Optional - enables the experimental "AI Tools" page, which currently features a natural language query editor

- `OPENAI_MODEL`: Optional - a valid OpenAI model (e.g. `gpt-3.5-turbo`, `gpt-4`) that you have access to with the key above to be used for the AI features



## 🏡 Running locally



To run HouseWatch locally along with a local ClickHouse instance, execute: 



```bash

docker compose -f docker-compose.dev.yml up -d

```



then go to http://localhost:8080



## 💡 Motivation



At PostHog we manage a few large ClickHouse clusters and found ourselves in need of a tool to monitor and manage these more easily.



ClickHouse is fantastic at introspection, providing a lot of metadata about the system in its system tables so that it can be easily queried. However, knowing exactly how to query and parse the available information can be a difficult task. Over the years at PostHog, we've developed great intuition for how to debug ClickHouse issues using ClickHouse, and HouseWatch is the compilation of this knowledge into a tool.



Beyond monitoring, we also built internal systems and processes for managing the clusters that spanned various platforms. We would use Grafana to look at metrics, SSH into nodes for running operations and using specialized tooling, query via Metabase to dig deeper into the data in the system tables and create dashboards, and then a combination of tools baked into the PostHog product for further debugging and streamlined operations such as our [async migrations](https://posthog.com/blog/async-migrations) tool, and internal views for listing queries and analyzing their performance.



As a result, we felt it was appropriate to have these tools live in one place. Ultimately, our vision for HouseWatch is that it can both serve the purpose of a pganalyze for the ClickHouse ecosystem, while also including tooling for taking action on insights derived from the analysis.



## 🏗ī¸ Status of the project



HouseWatch is in its early days and we have a lot more features in mind that we'd like to build into it going forward. The code could also use some cleaning up :) As of right now, it is considered Beta software and you should exercise caution when using it in production.



One potential approach is to connect HouseWatch to ClickHouse using a read-only user. In this case, the cluster management features will not work (e.g. operations, query editor), but the analysis toolset will function normally.



HouseWatch was created and is maintained by [PostHog](https://posthog.com) and [yakkomajuri](https://github.com/yakkomajuri).



## ℹī¸ Contributing



Contributions are certainly welcome! However, if you'd like to build a new feature, please open up an issue first.



## ⭐ Features



Query performance





  

  






  

  







Schema stats





  

  







Query benchmarking





  

  







Logs



















Query editor













Disk usage













Errors













Operations










## 🗒ī¸ To-do list



A public list of things we intend to do with HouseWatch in the near future.



See list







Features



- [ ] System issues tab

- [ ] EXPLAIN visualizer

- [ ] Multiple instance support

- [ ] Stats on page cache hit percentage

- [ ] Make operations resilient to Celery going down (as we do in PostHog with async migrations)

- [ ] Read-only mode

- [ ] Button to force refresh running queries list

- [ ] Logs pagination

- [ ] Allow copying example queries

- [ ] Configurable time ranges

- [ ] Whole cluster schema stats

- [ ] More operation controls: view, delete, edit, re-run, display errors



Developer experience



- [ ] Configure instance from UI

- [ ] Publish a Docker image

- [ ] Development docker-compose.yml with baked in ClickHouse



Cleanup



- [ ] Extract README images out of repo

- [ ] Make banner subtitle work on dark mode

- [ ] Fetch data independently on the query analyzer

- [ ] Breakpoint for logs search

- [ ] Run Django "production server"

- [ ] Write tests :)

- [ ] Query editor pipe all errors to client

- [ ] Abstraction to load data from API as JSON