Skip to content
ClickHouse Docs
ClickHouse DocsClickHouse Docs
49.6kGet Started

Ввод в эксплуатацию

View as MarkdownEdit this pageReport an issueSet up docs MCP

При развертывании ClickStack в производственной среде необходимо учитывать несколько дополнительных факторов, чтобы обеспечить безопасность, стабильность и корректную конфигурацию. Они различаются в зависимости от используемого варианта развертывания — с открытым исходным кодом или управляемого.

Для production-развертываний рекомендуется Managed ClickStack. По умолчанию он использует стандартные для отрасли практики безопасности, включая усиленное шифрование, аутентификацию и защищённое подключение, а также управляемое управление доступом, и предоставляет следующие преимущества:

  • Автоматическое масштабирование вычислительных ресурсов независимо от хранилища
  • Недорогое и практически неограниченное хранение на базе Объектного хранилища
  • Возможность независимо изолировать рабочие нагрузки чтения и записи с помощью Warehouses.
  • Встроенная аутентификация
  • Автоматизированные резервные копии
  • Бесшовные обновления

Следуйте этим рекомендуемым практикам ClickHouse Cloud при использовании Managed ClickStack.

Защита ингестии

По умолчанию коллектор ClickStack OpenTelemetry не защищён при развертывании вне дистрибутивов с открытым исходным кодом и не требует аутентификации на своих портах OTLP.

Чтобы защитить ингестию, укажите токен аутентификации при развертывании коллектора с помощью переменной окружения OTLP_AUTH_TOKEN. Дополнительные сведения см. в разделе "Защита коллектора".

Создание пользователя для ингестии

Рекомендуется создать отдельного пользователя для OTel collector для ингестии в Managed ClickHouse и чтобы данные направлялись в конкретную базу данных, например otel. Дополнительные сведения см. в разделе "Создание пользователя для ингестии".

Настройка Time To Live (TTL)

Убедитесь, что Time To Live (TTL) настроен должным образом для вашего развертывания Managed ClickStack. Этот параметр определяет срок хранения данных; значение по умолчанию — 3 дня — часто требуется изменить.

Оценка ресурсов

Ниже приведена модель для оценки вычислительных ресурсов и ресурсов хранения, необходимых для развертывания ClickStack на основе ожидаемого объёма приёма. Полученные значения являются лишь оценками и должны использоваться как начальная отправная точка — это не готовая рекомендация. Фактические требования зависят от сложности запросов, параллелизма, политик хранения и колебаний пропускной способности ингестии. Всегда отслеживайте использование ресурсов и при необходимости масштабируйте систему.

При развертывании ClickStack закладывайте вычислительные ресурсы на две независимые рабочие нагрузки: приём и запросы.

Рабочая нагрузка Оценка ресурсов
Ingest 1 vCPU на каждые 10 MB/s устойчивой пропускной способности приёма
Query 1 vCPU на 1 QPS и на каждые 10 MB/s устойчивой пропускной способности приёма
Допущения
  • Для хранилища предполагается коэффициент сжатия 10x — обычно это консервативная оценка для журналов и трассировок.
  • SLA для запросов: P50 — 1.5 секунды, P99 — 5 секунд.
  • Мы предполагаем, что большинство запросов выполняется по недавним данным и следует логнормальному распределению с пиком примерно на одном часе и хвостом примерно до шести часов. Пользователи могут захотеть выделить отдельные вычислительные ресурсы для запросов к более старым данным. В ClickHouse Cloud эти ресурсы могут простаивать (и, следовательно, не создавать затрат), когда не используются.
  • Хотя вычислительные ресурсы для запросов можно масштабировать независимо от ресурсов для приёма, они всё равно неразрывно связаны с объёмом приёма. Мы предполагаем, что с ростом приёма увеличивается плотность данных, что приводит к большим объёмам сканирования во время выполнения запросов и, как следствие, к более высоким требованиям к вычислительным ресурсам для запросов.

В следующей таблице приведены примеры размеров ресурсов на основе растущей пропускной способности приёма в мегабайтах в секунду, а также соответствующих объёмов данных в терабайтах в месяц. Предполагается устойчивое среднее значение 1 QPS от ClickStack по всем типам запросов (поиск, панели мониторинга, оповещения).

MB/s TB/month CPUs для приёма CPUs для запросов Всего CPU Общее хранилище (в месяц) (GB)
10 25.92 1 3 4 2,592
20 51.84 2 6 8 5,184
50 129.6 5 15 20 12,960
100 259.2 10 30 40 25,920
200 518.4 20 60 80 51,840
500 1,296 50 150 200 129,600
1000 2,592 100 300 400 259,200

Дополнительные сведения о корректировке предположений по размеру для вашей среды см. в разделе "Корректировка предположений по размеру для вашей среды".

Изоляция рабочих нагрузок обсервабилити

Если вы добавляете ClickStack в существующий сервис ClickHouse Cloud, который уже поддерживает другие рабочие нагрузки, такие как аналитика приложений в реальном времени, настоятельно рекомендуется изолировать трафик обсервабилити.

Используйте Managed Warehouses, чтобы создать дочерний сервис, выделенный для ClickStack. Это позволяет:

  • Изолировать нагрузку приёма данных и запросов от существующих приложений
  • Независимо масштабировать рабочие нагрузки обсервабилити
  • Предотвратить влияние запросов обсервабилити на production-аналитику
  • При необходимости использовать одни и те же базовые датасеты в разных сервисах

Такой подход гарантирует, что существующие рабочие нагрузки не пострадают, и при этом позволит ClickStack масштабироваться независимо по мере роста объёма данных обсервабилити.

Для более крупных развертываний или получения рекомендаций по индивидуальному подбору ресурсов обратитесь в службу поддержки, чтобы получить более точную оценку.

Navigation