> ## Documentation Index
> Fetch the complete documentation index at: https://clickhouse.com/docs/llms.txt
> Use this file to discover all available pages before exploring further.

> автоматический переход в режим простоя и адаптивный переход в режим бездействия в ClickHouse Cloud

# автоматический переход в режим простоя

<div id="automatic-idling">
  ## Автоматический переход в режим простоя
</div>

На странице **Настройки** вы также можете выбрать, разрешать ли сервису автоматически переходить в режим простоя, если он неактивен в течение определённого времени (то есть когда сервис не выполняет никаких пользовательских запросов). Автоматический переход в режим простоя снижает стоимость сервиса, поскольку, пока сервис приостановлен, плата за вычислительные ресурсы не взимается.

<Warning>
  **Настройте IP Access List для вашего сервиса**

  При создании сервиса ClickHouse Cloud по умолчанию для списка разрешённых IP-адресов установлено значение «Allow from anywhere.». Мы настоятельно рекомендуем как можно скорее ограничить доступ, указав конкретные IP-адреса или диапазоны. Сервисы с настройкой `Allow from anywhere` могут периодически переводиться из состояния простоя в активное состояние интернет-краулерами и сканерами, которые ищут публичные IP-адреса, что может привести к неожиданным расходам.
</Warning>

<div id="adaptive-idling">
  ### Адаптивный переход в режим простоя
</div>

ClickHouse Cloud использует адаптивный переход в режим простоя, чтобы предотвращать сбои и при этом снижать затраты. Перед переводом сервиса в режим простоя система оценивает несколько условий. Адаптивный переход в режим простоя переопределяет настройку длительности простоя, если выполняется любое из перечисленных ниже условий:

* Если количество частей превышает максимальный порог частей для простоя (по умолчанию: 10 000), сервис не переводится в режим простоя, чтобы фоновое обслуживание могло продолжаться
* Если выполняются операции слияния, сервис не переводится в режим простоя до их завершения, чтобы не прерывать критически важную консолидацию данных
* Кроме того, сервис также адаптирует тайм-ауты простоя в зависимости от времени инициализации сервера:
  * Если время инициализации сервера меньше 15 минут, адаптивный тайм-аут не применяется, и используется заданный клиентом тайм-аут простоя по умолчанию
  * Если время инициализации сервера составляет от 15 до 30 минут, тайм-аут простоя устанавливается на 15 минут
  * Если время инициализации сервера составляет от 30 до 60 минут, тайм-аут простоя устанавливается на 30 минут.
  * Если время инициализации сервера превышает 60 минут, тайм-аут простоя устанавливается на 1 час

<Note>
  Сервис может перейти в состояние простоя, в котором приостанавливаются обновления [refreshable materialized views](/docs/ru/concepts/features/materialized-views/refreshable-materialized-view), чтение из [S3Queue](/docs/ru/reference/engines/table-engines/integrations/s3queue) и планирование новых слияний. Уже выполняющиеся операции слияния будут завершены до того, как сервис перейдет в состояние простоя. Чтобы обеспечить непрерывную работу refreshable materialized views и чтение из S3Queue, отключите функцию перехода в состояние простоя.
</Note>

<Danger>
  **Когда не следует использовать автоматический переход в режим простоя**

  Используйте автоматический переход в режим простоя только в том случае, если ваш сценарий допускает задержку перед ответом на запросы, поскольку при приостановке сервиса соединения с ним завершаются по тайм-ауту. Автоматический переход в режим простоя лучше всего подходит для сервисов, которые используются нечасто и для которых допустима задержка. Его не рекомендуется использовать для сервисов, обеспечивающих часто используемые пользовательские функции.
</Danger>