Автоматический переход в режим простоя
Автоматический переход в режим простоя приостанавливает сервис ClickHouse Cloud, если в течение определённого времени не поступало пользовательских запросов, — с учётом условий адаптивного перехода в режим бездействия. Включить автоматический переход в режим простоя и задать длительность неактивности можно на странице Settings сервиса.За что взимается плата, пока сервис приостановлен?
Пока сервис приостановлен, плата за вычислительные ресурсы не взимается. Плата за хранилище и резервные копии продолжает взиматься; переход в режим простоя не удаляет ваши сохранённые данные. Подробности о тарификации см. в разделе pricing.Что происходит, когда клиент подключается к приостановленному сервису?
Прежде чем приостановленный сервис сможет отвечать на запросы, он должен снова стать активным. Пока сервис приостановлен, подключения к нему могут завершаться по тайм-ауту. Приложения, использующие автоматический переход в режим простоя, должны быть готовы к такой задержке и корректно обрабатывать тайм-ауты подключения. Прежде чем полагаться на автоматический переход в режим простоя в продакшне, проверьте, как ваш клиент ведёт себя при тайм-аутах и повторных попытках при работе с бездействующим сервисом.Когда не стоит использовать автоматический переход в режим простояАвтоматический переход в режим простоя подходит для сервисов, которые используются редко и для которых допустима задержка перед ответом на запросы. Его не рекомендуется применять для сервисов, обеспечивающих работу часто используемых возможностей, доступных конечным пользователям. Отключите автоматический переход в режим простоя, если ваше приложение не может допустить такую задержку.
Когда сервис может перейти в режим простоя?
ClickHouse Cloud использует адаптивный переход в режим бездействия, чтобы дать возможность завершиться фоновому обслуживанию и скорректировать длительность неактивности в зависимости от времени инициализации сервера. Эти условия определяют, когда активный сервис может быть приостановлен; приведённые ниже длительности не являются прогнозом или гарантией того, сколько клиент будет ждать при подключении к приостановленному сервису. Адаптивный переход в режим бездействия переопределяет заданную длительность неактивности в следующих случаях:- Если количество частей превышает максимальный порог активных частей (по умолчанию: 10 000), сервис не переводится в режим простоя, чтобы фоновое обслуживание могло продолжаться
- Если выполняются операции слияния, сервис не переводится в режим простоя до их завершения, чтобы не прерывать критически важную консолидацию данных
- Кроме того, сервис также адаптирует тайм-ауты простоя в зависимости от времени инициализации сервера:
- Если время инициализации сервера меньше 15 минут, адаптивный тайм-аут не применяется, и используется заданный клиентом тайм-аут простоя по умолчанию
- Если время инициализации сервера составляет от 15 до 30 минут, тайм-аут простоя устанавливается на 15 минут
- Если время инициализации сервера составляет от 30 до 60 минут, тайм-аут простоя устанавливается на 30 минут.
- Если время инициализации сервера превышает 60 минут, тайм-аут простоя устанавливается на 1 час
Какая фоновая работа останавливается, пока сервис приостановлен?
Сервис может перейти в состояние простоя, в котором приостанавливаются обновления refreshable materialized views, чтение из S3Queue и планирование новых слияний. Уже выполняющиеся операции слияния будут завершены до того, как сервис перейдет в состояние простоя. Чтобы обеспечить непрерывную работу refreshable materialized views и чтение из S3Queue, отключите функцию перехода в состояние простоя.