Перейти к основному содержанию
Перейти к основному содержанию

Архитектура ClickHouse Cloud

Архитектура ClickHouse Cloud

Хранилище на базе объектного хранилища​

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

Вычисления​

  • Автоматическое масштабирование и перевод в режим простоя: нет необходимости заранее подбирать размер и закладывать дополнительные ресурсы под пиковую нагрузку
  • Автоматический перевод в режим простоя и возобновление работы: нет необходимости держать неиспользуемые вычислительные ресурсы, когда ими никто не пользуется
  • Безопасность и высокая доступность по умолчанию

Администрирование​

  • Настройка, мониторинг, резервное копирование и биллинг выполняются за вас.
  • Механизмы контроля затрат включены по умолчанию и могут быть настроены вами через консоль Cloud.

Изоляция сервисов​

Сетевая изоляция​

Все сервисы изолированы на сетевом уровне.

Изоляция вычислительных ресурсов​

Все сервисы развёрнуты в отдельных подах в соответствующих пространствах имён Kubernetes с сетевой изоляцией.

Изоляция хранилища​

Все сервисы используют отдельный подпуть в общем bucket (AWS, GCP) или контейнере хранилища (Azure).

Для AWS доступ к хранилищу контролируется через AWS IAM, и каждая роль IAM уникальна для сервиса. Для Enterprise-сервиса можно включить CMEK, чтобы обеспечить расширенную изоляцию данных в состоянии покоя. В настоящее время CMEK поддерживается только для сервисов AWS.

Для GCP и Azure сервисы имеют изоляцию объектного хранилища (каждый сервис имеет собственный bucket или контейнер хранилища).

Разделение вычислительных ресурсов​

Разделение вычислительных ресурсов позволяет пользователям создавать несколько групп вычислительных узлов, каждая со своим собственным URL сервиса, при этом все они используют одно и то же общее объектное хранилище. Это обеспечивает изоляцию вычислений для разных сценариев использования, например разделение операций чтения и записи, работающих с одними и теми же данными. Кроме того, это повышает эффективность использования ресурсов за счет независимого масштабирования вычислительных групп по мере необходимости.

Ограничения параллелизма​

В вашем сервисе ClickHouse Cloud нет ограничений на количество запросов в секунду (QPS). Однако существует ограничение в 1000 одновременных запросов на одну реплику. В итоге QPS определяется средней длительностью выполнения запроса и количеством реплик в вашем сервисе.

Существенным преимуществом ClickHouse Cloud по сравнению с самостоятельно управляемым экземпляром ClickHouse или другими базами данных/хранилищами данных является то, что вы можете легко увеличить параллелизм, добавив больше реплик (горизонтальное масштабирование).