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

На этой странице описана архитектура ClickHouse Cloud

​

Хранилище на основе объектного хранилища

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

​

Вычислительные ресурсы

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

​

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

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

​

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

​

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

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

​

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

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

​

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

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

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

В GCP и Azure сервисы изолированы на уровне объектного хранилища (у каждого сервиса свой бакет или контейнер хранилища).

​

Compute-compute separation

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

​

Вычисления по требованию

Вычисления по требованию временно выделяют воркеры из управляемого ClickHouse пула для поддерживаемых рабочих нагрузок через ваш существующий сервис ClickHouse Cloud. Ваш сервис выполняет аутентификацию и координирует запрос, а выделенные воркеры берут на себя основную часть подходящих операций сканирования, JOIN и агрегации, выполняя их вне вычислительных ресурсов сервиса. Пул используется совместно сервисами ClickHouse Cloud, однако каждый воркер в один момент времени обслуживает только один сервис.

В период закрытой предварительной версии вычисления по требованию поддерживают только подходящие запросы SELECT. Доступность обеспечивается по мере возможности, производительность может различаться, а SLO и SLA ClickHouse Cloud не применяются.

Условия обслуживания закрытой предварительной версии

​

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

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

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