Planos de Analytics

O ClickHouse usa planos de Analytics próprios (identificados por analytics-*), separados dos planos de Banco de Dados. Compare primeiro a topologia e a capacidade; depois confirme a disponibilidade e o valor atual do plano no Console. Os valores de CPU e RAM abaixo são capacidade alocada por instância, não consumo medido da sua carga.

Compare os planos

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 servidores 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.

Métricas disponíveis por plano

• Sandbox: o projeto pode executar consultas, mas os painéis e endpoints de métricas operacionais e storage permanecem bloqueados.
• Starter, Production e Enterprise: a Console mostra, por instância, o uso medido de CPU e RAM, conexões ativas, consultas em execução, uptime e ocupação física do disco.

As leituras são snapshots sob demanda, sem histórico ou alertas prometidos. Se ainda não houver uma leitura recente, CPU/RAM aparecem como indisponíveis, não como zero. A capacidade de CPU/RAM na tabela acima é alocada; o valor no painel é o consumo medido da instância. A ocupação física do disco é por instância e não corresponde à capacidade lógica contratada, à franquia incluída ou ao valor faturado; não some os bytes de três réplicas como se fossem dados únicos.

Entenda o preço e o storage

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

Antes de confirmar, confira na Console o plano escolhido, 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 plano 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.