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. Veja Trocar de plano antes de alterar um projeto existente.

Trocar de plano

Na Console, bancos Analytics mostram apenas planos analytics-*. As instâncias são definidas pelo plano (Sandbox e Starter: 1 instância; Production e Enterprise: 3 réplicas), então o campo de instâncias é somente leitura: para mudar as instâncias, mude o plano. Você precisa da permissão project.plan.update no projeto.

• Subir para Production ou Enterprise: duas instâncias novas recebem uma cópia dos dados, e a Console confirma quando a troca termina.
• Descer para Sandbox ou Starter: fica uma instância com todos os dados das tabelas replicadas. Antes de remover as outras, a Zenifra confirma que essa instância tem tudo.
• Tabelas sem replicação bloqueiam a descida: tabelas criadas com uma engine sem replicação (por exemplo, MergeTree) e que tenham dados impedem a troca, porque os dados de cada instância seriam diferentes. Mova esses dados para tabelas com a engine padrão e tente de novo.
• Tempo da troca: ela pode terminar na hora ou seguir por alguns minutos. Nesse caso, a Console mostra um aviso e atualiza sozinha. Se a troca não puder ser concluída, o banco continua no plano anterior e a Console avisa.
• Cobrança: muda no momento em que a troca termina. O armazenamento contratado continua o mesmo, e o que passar da franquia do novo plano é cobrado à parte.

Próximos passos

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