Расширенная панель обсервабилити
- Advanced Dashboard: основной интерфейс панели мониторинга, доступный через Monitoring → Advanced dashboard, обеспечивает видимость в реальном времени частоты запросов, использования ресурсов, состояния системы и производительности хранилища. Эта панель мониторинга не требует отдельной аутентификации, не мешает инстансам переходить в состояние простоя и не создает дополнительную нагрузку запросами на вашу продакшн-систему. Каждая визуализация строится на основе настраиваемых SQL-запросов, а готовые диаграммы сгруппированы по метрикам, специфичным для ClickHouse, показателям состояния системы и метрикам, специфичным для Cloud. Вы можете расширить возможности мониторинга, создавая пользовательские запросы прямо в SQL Console.
Доступ к этим метрикам не отправляет запрос к базовому сервису и не выводит бездействующие сервисы из состояния простоя.
- Native advanced dashboard: альтернативный интерфейс панели мониторинга, доступный по ссылке “You can still access the native advanced dashboard” в разделе Monitoring. Он открывается в отдельной вкладке, требует аутентификации и предоставляет альтернативный интерфейс для мониторинга состояния системы и сервиса. Эта панель мониторинга поддерживает расширенную аналитику: вы можете изменять лежащие в ее основе SQL-запросы.
Query Insights и мониторинг ресурсов
- Query Insights: встроенный интерфейс для анализа производительности запросов и устранения неполадок
- Панель использования ресурсов: отслеживает использование памяти, выделение CPU и динамику передачи данных. Графики использования CPU и памяти показывают максимальное значение метрики использования за определенный период времени. График использования CPU показывает метрику загрузки CPU на уровне системы (а НЕ метрику загрузки CPU ClickHouse).
Совместимая с Prometheus конечная точка метрик
- Опция фильтрации метрик: необязательный параметр filtered_metrics=true уменьшает объем передаваемых данных с более чем 1000 доступных метрик до 125 «критически важных» метрик, что помогает оптимизировать затраты и упростить мониторинг
- Кэшированная выдача метрик: используются materialized views, обновляемые каждую минуту, чтобы минимизировать нагрузку от запросов на системы в продакшн
Этот подход учитывает поведение сервиса при простое, что позволяет оптимизировать затраты, когда сервисы не обрабатывают запросы активно. Для этой конечной точки API требуются учетные данные ClickHouse Cloud API. Полные сведения о конфигурации конечной точки см. в документации по Prometheus в Cloud.
Примеры интеграции
Мониторинг в Grafana Cloud
Мониторинг Datadog
ClickStack
Обратите внимание: при таком подходе будут активироваться бездействующие сервисы, поскольку HyperDX напрямую выполняет запросы к системным таблицам.
Варианты развертывания ClickStack
- HyperDX в ClickHouse Cloud (закрытая предварительная версия): HyperDX можно запустить на любом сервисе ClickHouse Cloud.
- Helm: Рекомендуется для отладочных сред на базе Kubernetes. Поддерживает интеграцию с ClickHouse Cloud и позволяет настраивать конфигурацию под конкретную среду, лимиты ресурсов и масштабирование через
values.yaml. - Docker Compose: Развертывает каждый компонент (ClickHouse, HyperDX, OTel collector, MongoDB) отдельно. При интеграции с ClickHouse Cloud вы можете изменить compose-файл и удалить неиспользуемые компоненты, в частности ClickHouse и OpenTelemetry Collector.
- Только HyperDX: Автономный контейнер HyperDX.
Вы также можете собирать метрики из конечной точки Prometheus ClickHouse Cloud через OpenTelemetry Collector и передавать их в отдельное развертывание ClickStack для визуализации.
Прямая интеграция с плагином Grafana
Прямая интеграция с Datadog
Эта интеграция не рекомендуется для развертываний ClickHouse Cloud из-за несовместимости с механизмом бездействия, используемым для оптимизации затрат, а также из-за эксплуатационных ограничений облачного прокси-слоя.
Непосредственное использование системных таблиц
system.query_log. Используя SQL-консоль или клиент ClickHouse, команды могут выявлять медленные запросы, анализировать использование ресурсов и отслеживать закономерности использования в масштабах всей организации.
Анализ производительности запросов
Для анализа производительности запросов можно использовать журнал запросов из системной таблицы.
Пример запроса: найдите 5 самых долгих запросов среди всех реплик кластера:
Решения сообщества для мониторинга
Как и другие подходы к прямому мониторингу базы данных, это решение выполняет запросы напрямую к системным таблицам ClickHouse, из-за чего инстансы не могут переходить в состояние простоя, что негативно сказывается на оптимизации затрат.