> ## Documentation Index
> Fetch the complete documentation index at: https://private-7c7dfe99-parallel-read-in-order-multi-part.mintlify.site/llms.txt
> Use this file to discover all available pages before exploring further.

> Entenda os custos da inatividade automática, os atrasos de conexão e a inatividade adaptativa no ClickHouse Cloud

# Inatividade automática

<h2 id="automatic-idling">
  Automatic idling
</h2>

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](#adaptive-idling). Você pode habilitar a inatividade automática e configurar o tempo de inatividade na página **Settings** do service.

<h2 id="billing-while-paused">
  O que é cobrado enquanto o serviço está pausado?
</h2>

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](/pt-BR/products/cloud/reference/billing/billing-overview) para detalhes de cobrança.

<Warning>
  **Configure a lista de acesso por IP do seu serviço**

  Ao criar um serviço do ClickHouse Cloud, a configuração padrão da lista de permissões de IP é 'Allow from anywhere'. Recomendamos fortemente restringir o acesso a endereços ou intervalos de IP específicos o quanto antes. Serviços configurados como `Allow from anywhere` podem ser periodicamente movidos de um estado inativo para um estado ativo por rastreadores e scanners da internet que procuram IPs públicos, o que pode resultar em custos inesperados.
</Warning>

<h2 id="connecting-to-a-paused-service">
  O que acontece quando um cliente se conecta a um service pausado?
</h2>

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.

<Danger>
  **Quando não usar inatividade automática**

  A 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.
</Danger>

<h2 id="adaptive-idling">
  Quando um serviço pode entrar em inatividade?
</h2>

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

<h2 id="background-work-while-paused">
  Qual trabalho em segundo plano é interrompido enquanto o serviço está pausado?
</h2>

<Note>
  O serviço pode entrar em um estado de inatividade no qual suspende as atualizações de [refreshable materialized views](/pt-BR/concepts/features/materialized-views/refreshable-materialized-view), o consumo de [S3Queue](/pt-BR/reference/engines/table-engines/integrations/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.
</Note>