Arquitetura do ClickHouse Cloud

Esta página descreve a arquitetura do ClickHouse Cloud

​

Armazenamento baseado em armazenamento de objetos

• Armazenamento praticamente ilimitado
• Não é necessário fragmentar os dados manualmente
• Custo significativamente menor para armazenar dados, especialmente os acessados com menos frequência

​

Computação

• Escalonamento e inatividade automáticos: não é necessário dimensionar com antecedência nem superprovisionar para picos de uso
• Inatividade automática e retomada: não é necessário manter recursos computacionais ociosos em execução quando ninguém os está usando
• Seguro e com HA por padrão

​

Administração

• A configuração, o monitoramento, os backups e a cobrança são gerenciados para você.
• Os controles de custo vêm habilitados por padrão e podem ser ajustados por você no console do Cloud.

​

Isolamento de serviço

​

Isolamento de rede

Todos os serviços são isolados no nível de rede.

​

Isolamento de computação

Todos os serviços são implantados em pods separados em seus respectivos namespaces do Kubernetes, com isolamento em nível de rede.

​

Isolamento do armazenamento

Todos os serviços usam um subcaminho separado de um bucket compartilhado (AWS, GCP) ou de um contêiner de armazenamento (Azure).

Na AWS, o acesso ao armazenamento é controlado via AWS IAM, e cada IAM role é exclusiva para cada serviço. Para o serviço Enterprise, o CMEK pode ser habilitado para fornecer isolamento avançado de dados em repouso. No momento, o CMEK é compatível apenas com serviços da AWS.

No GCP e no Azure, os serviços têm isolamento de armazenamento de objetos (todos os serviços têm seus próprios buckets ou contêineres de armazenamento).

​

computação-computação separation

computação-computação separation permite criar vários grupos de nós de computação, cada um com sua própria URL de serviço, que usam o mesmo armazenamento de objetos compartilhado. Isso permite isolar a computação para diferentes casos de uso, como separar leituras de gravações, mantendo os mesmos dados compartilhados. Também resulta em um uso mais eficiente dos recursos, ao permitir o escalonamento independente dos grupos de computação conforme necessário.

​

On-Demand Compute

O On-Demand Compute atribui temporariamente workers de um pool gerenciado pela ClickHouse a workloads compatíveis por meio do seu ClickHouse Cloud serviço já existente. Seu serviço autentica e coordena a consulta, enquanto os workers atribuídos executam a maior parte do trabalho elegível de scan, join e aggregation fora da computação do serviço. O pool é compartilhado entre os serviços do ClickHouse Cloud, mas cada worker atende a apenas um serviço por vez.

Durante o private preview, o On-Demand Compute é compatível apenas com consultas SELECT elegíveis. A disponibilidade é de melhor esforço, o desempenho varia e os SLOs e SLAs do ClickHouse Cloud não se aplicam.

Termos de serviço do Private Preview

​

Limites de concorrência

Não há limite para o número de consultas por segundo (QPS) no seu serviço ClickHouse Cloud. No entanto, há um limite de 1000 consultas simultâneas por réplica. Em última instância, o QPS depende do tempo médio de execução das consultas e do número de réplicas no seu serviço.

Um grande benefício do ClickHouse Cloud em comparação com uma instância autogerenciada do ClickHouse ou outros bancos de dados e data warehouses é que você pode aumentar facilmente a concorrência adicionando mais réplicas (escalonamento horizontal).