Planos de Analytics

O ClickHouse usa planos analytics-* próprios, separados dos planos de Banco de Dados db-*. Compare primeiro a topologia e a capacidade; depois confirme a disponibilidade e o valor monetário atual da SKU na Console. Os valores de CPU e RAM abaixo são capacidade alocada por instância, não consumo medido da sua carga.

Compare as SKUs

Sandbox e Starter são instância única: não interprete seu nome como alta disponibilidade. Production e Enterprise têm três réplicas em nós distintos. A capacidade da tabela é por instância; o armazenamento incluído é a franquia do projeto, não uma franquia a multiplicar pelas réplicas. Veja o catálogo e a confirmação de criação para saber a disponibilidade efetiva antes de contratar.

Entenda o preço e o storage

O valor apresentado na Console e na página de preços é o preço total do cluster. Em Production e Enterprise, não multiplique o preço por três: as réplicas já compõem a SKU. A franquia de storage da tabela é persistente e incluída. Somente a capacidade lógica provisionada acima da franquia recebe cobrança adicional de storage pelo catálogo logical_gb; isso não é o mesmo que somar bytes de dados consultados ou multiplicar o armazenamento pelas réplicas.

Antes de confirmar, confira na Console a SKU escolhida, a capacidade de storage configurada, a franquia incluída, o preço computacional e o preço de storage adicional aplicável. Não use a tabela de capacidade como tabela de preços: valores em BRL podem mudar. Caso a capacidade configurada ultrapasse a franquia, consulte a discriminação de storage na cobrança.

Replicação de esquema e dados

Para novas conexões, o banco app replica as alterações de esquema (DDL). O usuário da Zenifra tem ReplicatedMergeTree como engine padrão de tabelas nesse banco. Em um plano com três réplicas, uma tabela que declare explicitamente MergeTree ou outra engine não replicada não passa a replicar dados só porque o projeto tem três instâncias. Ao adaptar um CREATE TABLE de outro ambiente, confira sempre a engine. O exemplo de primeira consulta deixa a engine padrão ativa de propósito.

A topologia do plano não dispensa teste da aplicação. Faça uma consulta autenticada após a criação e novamente após qualquer mudança relevante. Não infira replicação da simples disponibilidade de uma porta pública.

Como escolher

• Sandbox: ambiente pequeno para começar e validar consultas, com uma instância e franquia menor.
• Starter: mais capacidade em uma instância, sem redundância de dados entre instâncias.
• Production: três réplicas com menor capacidade por instância que o Starter; escolha conforme perfil de carga e necessidade de replicação, não apenas somando vCPUs.
• Enterprise: três réplicas e maior capacidade por instância e franquia incluída.

Avalie volume de dados, padrão de consultas, armazenamento necessário e exigência de disponibilidade antes da escolha. Não presuma que mudar de SKU ou capacidade é instantâneo ou sem impacto: verifique as opções atualmente oferecidas pela Console antes de alterar um projeto existente.

Próximos passos

• Crie o projeto e rode a primeira consulta.
• Configure os protocolos dos clientes.
• Entenda senha, disponibilidade e diagnóstico.