Pular para o conteúdo principal
Esta seção descreve o modelo de preços do ClickPipes para streaming e armazenamento de objetos.

​
Como funciona a estrutura de preços do ClickPipes?

Ela consiste em duas dimensões:
  • Compute: Preço por unidade por hora. O compute representa o custo de executar os pods de réplica do ClickPipes, estejam eles fazendo ingestão de dados ativamente ou não. Ele se aplica a todos os tipos de ClickPipes.
  • Dados ingeridos: Preço por GB. A tarifa de dados ingeridos se aplica a todos os ClickPipes de streaming (Kafka, Confluent, Amazon MSK, Amazon Kinesis, Redpanda, WarpStream, Azure Event Hubs) para os dados transferidos pelos pods de réplica. O volume de dados ingeridos (GB) é cobrado com base nos bytes recebidos da origem (não comprimidos ou comprimidos).

​
O que são as réplicas do ClickPipes?

O ClickPipes faz a ingestão de dados de fontes de dados remotas por meio de uma infraestrutura dedicada que opera e é dimensionada independentemente do serviço ClickHouse Cloud. Por esse motivo, ele usa réplicas dedicadas de computação.

​
Qual é o número padrão de réplicas e o tamanho delas?

Cada ClickPipe tem, por padrão, 1 réplica com 512 MiB de RAM e 0,125 vCPU (XS). Isso corresponde a 0,0625 unidades de computação do ClickHouse (1 unidade = 8 GiB de RAM, 2 vCPUs).

​
Quais são os preços públicos do ClickPipes?

  • Compute: 0.20porunidadeporhora(0.20 por unidade por hora (0.0125 por réplica por hora para o tamanho de réplica padrão)
  • Dados ingeridos: $0.04 por GB
O preço da dimensão de Compute depende do número e do tamanho das réplicas em um ClickPipe. O tamanho de réplica padrão pode ser ajustado com escalonamento vertical, e o preço de cada tamanho de réplica é o seguinte:

​
Como isso fica em um exemplo ilustrativo?

Os exemplos a seguir consideram uma única réplica de tamanho M, salvo quando explicitamente indicado.
100 GB over 24h1 TB over 24h10 TB over 24h
ClickPipe de streaming(0.25 x 0.20 x 24) + (0.04 x 100) = 5.20</td><td>(0.25x0.20x24)+(0.04x1000)=5.20</td> <td>(0.25 x 0.20 x 24) + (0.04 x 1000) = 41.20Com 4 réplicas:
(0.25 x 0.20 x 24 x 4) + (0.04 x 10000) = $404.80
ClickPipe de armazenamento de objetos ∗^*(0.25 x 0.20 x 24) = 1.20</td><td>(0.25x0.20x24)=1.20</td> <td>(0.25 x 0.20 x 24) = 1.20(0.25 x 0.20 x 24) = $1.20
1^1 Apenas a computação do ClickPipes para orquestração, a transferência efetiva de dados é assumida pelo serviço ClickHouse subjacente

​
FAQ do ClickPipes para streaming e armazenamento de objetos

O ClickPipes faz a ingestão de dados de fontes de dados remotas por meio de uma infraestrutura dedicada que opera e escala independentemente do ClickHouse Cloud service. Por esse motivo, ele usa réplicas de computação dedicadas. Os diagramas abaixo mostram uma arquitetura simplificada.Para ClickPipes de streaming, as réplicas do ClickPipes acessam as fontes de dados remotas (por exemplo, um broker Kafka), extraem os dados, processam e fazem a ingestão no ClickHouse service de destino.No caso de ClickPipes de armazenamento de objetos, a réplica do ClickPipes orquestra a tarefa de carregamento de dados (identificando arquivos a serem copiados, mantendo o estado e movendo partições), enquanto os dados são extraídos diretamente do ClickHouse service.
Cada ClickPipe usa, por padrão, 1 réplica, com 2 GiB de RAM e 0.5 vCPU. Isso corresponde a 0.25 unidades de computação do ClickHouse (1 unidade = 8 GiB de RAM, 2 vCPUs).
Sim, o ClickPipes para streaming pode ser escalado tanto horizontalmente quanto verticalmente. O escalonamento horizontal adiciona mais réplicas para aumentar o throughput, enquanto o escalonamento vertical aumenta os recursos (CPU e RAM) alocados a cada réplica para lidar com cargas de trabalho mais intensivas. Isso pode ser configurado durante a criação do ClickPipe ou em qualquer outro momento em Settings -> Advanced Settings -> Scaling.
Isso depende dos requisitos de throughput e latência da carga de trabalho. Recomendamos começar com o valor padrão de 1 réplica, medir a latência e adicionar réplicas, se necessário. Lembre-se de que, para ClickPipes do Kafka, você também precisa escalar as partições do broker Kafka de acordo. Os controles de escalonamento estão disponíveis em “settings” para cada ClickPipe de streaming.
Ela consiste em duas dimensões:
  • Compute: preço por unidade por hora Compute representa o custo de executar os pods de réplica do ClickPipes, estejam eles fazendo ingestão de dados ativamente ou não. Isso se aplica a todos os tipos de ClickPipes.
  • Dados ingeridos: preço por GB A tarifa de dados ingeridos se aplica a todos os ClickPipes de streaming (Kafka, Confluent, Amazon MSK, Amazon Kinesis, Redpanda, WarpStream, Azure Event Hubs) para os dados transferidos por meio dos pods de réplica. O volume de dados ingeridos (GB) é cobrado com base nos bytes recebidos da fonte (compactados ou não compactados).
  • Compute: 0.20porunidadeporhora(0.20 por unidade por hora (0.05 por réplica por hora)
  • Dados ingeridos: $0.04 por GB
Por exemplo, a ingestão de 1 TB de dados ao longo de 24 horas usando o conector Kafka com uma única réplica (0.25 unidade de computação) custa:(0.25 \times 0.20 \times 24) + (0.04 \times 1000) = $41.2
Para conectores de armazenamento de objetos (S3 e GCS), há apenas o custo de computação do ClickPipes, já que o pod do ClickPipes não processa os dados, mas apenas orquestra a transferência, que é executada pelo ClickHouse service subjacente:0.25 \times 0.20 \times 24 = $1.2
A filosofia de preços do ClickPipes é cobrir os custos operacionais da plataforma e, ao mesmo tempo, oferecer uma maneira fácil e confiável de mover dados para o ClickHouse Cloud. Sob essa perspectiva, nossa análise de mercado mostrou que temos um posicionamento competitivo.
Última modificação em 12 de junho de 2026