Automatic idling
A inatividade automática pausa um serviço do ClickHouse Cloud após um período sem queries enviadas por usuários, sujeito às condições de inatividade adaptativa. Você pode habilitar a inatividade automática e configurar o tempo de inatividade na página Settings do service.O que é cobrado enquanto o serviço está pausado?
Você não é cobrado pelos recursos de computação enquanto o serviço está pausado. Armazenamento e backups continuam sendo cobrados; a inatividade não remove seus dados armazenados. Consulte preços para detalhes de cobrança.O que acontece quando um cliente se conecta a um service pausado?
Um service pausado precisa se tornar ativo antes de conseguir responder a queries. As connections com o service podem expirar enquanto ele estiver pausado. Aplicações que usam inatividade automática precisam tolerar esse atraso e tratar connection timeouts. Teste o comportamento de timeout e de retry do seu cliente com um service em inatividade antes de depender de inatividade automática em production.Quando não usar inatividade automáticaA inatividade automática é adequada para services usados com pouca frequência e que podem tolerar um atraso antes de responder a queries. Não é recomendado para services que sustentam features voltadas ao cliente final e utilizadas com frequência. Desative a inatividade automática se sua aplicação não puder tolerar esse atraso.
Quando um serviço pode entrar em inatividade?
O ClickHouse Cloud implementa a inatividade adaptativa para permitir que a manutenção em segundo plano seja concluída e para ajustar a duração da inatividade com base no tempo de inicialização do servidor. Essas condições controlam quando um serviço ativo pode ser pausado; as durações abaixo não são uma predição ou garantia de quanto tempo um cliente aguardará ao se conectar a um serviço pausado. A inatividade adaptativa substitui a duração de inatividade configurada nos seguintes casos:- Quando o número de partes excede o limite máximo de partes ativas (padrão: 10.000), o serviço não entra em inatividade, para que a manutenção em segundo plano possa continuar
- Quando há operações de merge em andamento, o serviço não entra em inatividade até que esses merges sejam concluídos, para evitar interromper uma consolidação crítica de dados
- Além disso, o serviço também ajusta os tempos limite de inatividade com base no tempo de inicialização do servidor:
- Se o tempo de inicialização do servidor for inferior a 15 minutos, nenhum tempo limite adaptativo será aplicado, e será usado o tempo limite de inatividade padrão configurado pelo cliente
- Se o tempo de inicialização do servidor estiver entre 15 e 30 minutos, o tempo limite de inatividade será definido como 15 minutos
- Se o tempo de inicialização do servidor estiver entre 30 e 60 minutos, o tempo limite de inatividade será definido como 30 minutos.
- Se o tempo de inicialização do servidor for superior a 60 minutos, o tempo limite de inatividade será definido como 1 hora
Qual trabalho em segundo plano é interrompido enquanto o serviço está pausado?
O serviço pode entrar em um estado de inatividade no qual suspende as atualizações de refreshable materialized views, o consumo de S3Queue e o agendamento de novos merges. As operações de merge em andamento serão concluídas antes que o serviço entre no estado de inatividade. Para garantir a operação contínua de refreshable materialized views e do consumo de S3Queue, desative a funcionalidade de estado de inatividade.