
Хранилище на основе объектного хранилища
- Практически неограниченное хранилище
- Не нужно вручную разбивать данные на сегменты
- Значительно более низкая стоимость хранения данных, особенно тех, к которым обращаются нечасто
Вычислительные ресурсы
- Автоматическое масштабирование и переход в режим простоя: не нужно заранее подбирать конфигурацию или выделять избыточные ресурсы под пиковую нагрузку
- Автоматический переход в режим простоя и возобновление: не нужно держать вычислительные ресурсы запущенными, когда ими никто не пользуется
- Безопасность и высокая доступность по умолчанию
Администрирование
- Настройку, мониторинг, резервное копирование и биллинг мы берем на себя.
- Средства контроля затрат включены по умолчанию, и вы можете настроить их в консоли Cloud.
Изоляция сервиса
Сетевая изоляция
Все сервисы изолированы на уровне сети.
Изоляция вычислительных ресурсов
Все сервисы развертываются в отдельных подах в соответствующих пространствах имен Kubernetes с изоляцией на сетевом уровне.
Изоляция хранилища
Все сервисы используют отдельный подкаталог в общем бакете (AWS, GCP) или отдельный контейнер хранилища (Azure).
В AWS доступ к хранилищу управляется через AWS IAM, и у каждого сервиса своя уникальная роль IAM. Для сервиса Enterprise можно включить CMEK, чтобы обеспечить дополнительную изоляцию данных в состоянии покоя. В настоящее время CMEK поддерживается только для сервисов AWS.
В GCP и Azure сервисы изолированы на уровне объектного хранилища (у каждого сервиса свой бакет или контейнер хранилища).
Compute-compute separation
Compute-compute separation позволяет создавать несколько групп вычислительных узлов, каждая со своим URL-адресом сервиса, которые используют одно и то же общее Объектное хранилище. Это обеспечивает изоляцию вычислительных ресурсов для разных сценариев использования, например разделение операций чтения и записи при работе с одними и теми же данными. Это также способствует более эффективному использованию ресурсов, поскольку при необходимости группы вычислительных узлов можно масштабировать независимо друг от друга.
Ограничения параллелизма
В вашем сервисе ClickHouse Cloud нет ограничений на количество запросов в секунду (QPS). Однако существует ограничение: не более 1000 одновременных запросов на одну реплику. В конечном счете QPS зависит от среднего времени выполнения запроса и количества реплик в вашем сервисе.
Одно из основных преимуществ ClickHouse Cloud по сравнению с самоуправляемым экземпляром ClickHouse или другими базами данных и хранилищами данных заключается в том, что вы можете легко увеличить параллелизм, добавив больше реплик (горизонтальное масштабирование).