Automatic idling
La inactividad automática pausa un servicio de ClickHouse Cloud tras un periodo sin consultas enviadas por los usuarios, sujeto a las condiciones de inactividad adaptativa. Puede habilitar la inactividad automática y configurar la duración de la inactividad en la página Settings del servicio.¿Qué se factura mientras el servicio está en pausa?
No se te facturan recursos de cómputo mientras el servicio está en pausa. El almacenamiento y los backups se siguen facturando; la inactividad no elimina tus datos almacenados. Consulta precios para conocer los detalles de facturación.¿Qué ocurre cuando un client se conecta a un servicio pausado?
Un servicio pausado debe activarse antes de poder responder a las consultas. Las connections al servicio pueden agotar su tiempo de espera mientras está pausado. Las aplicaciones que utilizan la inactividad automática deben tolerar este retraso y gestionar los tiempos de espera de connection. Pruebe el comportamiento de tiempo de espera y retry de su client con un servicio idle antes de confiar en la inactividad automática en production.Cuándo no conviene utilizar la inactividad automáticaLa inactividad automática resulta adecuada para servicios que se utilizan con poca frecuencia y que pueden tolerar un retraso antes de responder a las consultas. No se recomienda para servicios que dan soporte a features de cara al cliente de uso frecuente. Desactive la inactividad automática si su aplicación no puede tolerar este retraso.
¿Cuándo puede un servicio entrar en inactividad?
ClickHouse Cloud implementa la inactividad adaptativa para permitir que el mantenimiento en segundo plano finalice y para ajustar la duración de la inactividad en función del tiempo de inicialización del servidor. Estas condiciones controlan cuándo un servicio activo puede pausarse; las duraciones indicadas a continuación no son una predicción ni una garantía del tiempo que esperará un client al conectarse a un servicio pausado. La inactividad adaptativa prevalece sobre la duración de inactividad configurada en los siguientes casos:- Cuando el número de partes supera el umbral máximo de partes activas (predeterminado: 10.000), el servicio no entra en inactividad para que el mantenimiento en segundo plano pueda continuar
- Cuando hay operaciones de merge en curso, el servicio no entra en inactividad hasta que esos merges finalicen, para evitar interrumpir la consolidación crítica de datos
- Además, el servicio también ajusta los tiempos de espera antes de entrar en inactividad en función del tiempo de inicialización del servidor:
- Si el tiempo de inicialización del servidor es inferior a 15 minutos, no se aplica ningún tiempo de espera adaptativo y se usa el tiempo de espera de inactividad predeterminado configurado por el cliente
- Si el tiempo de inicialización del servidor está entre 15 y 30 minutos, el tiempo de espera de inactividad se establece en 15 minutos
- Si el tiempo de inicialización del servidor está entre 30 y 60 minutos, el tiempo de espera de inactividad se establece en 30 minutos.
- Si el tiempo de inicialización del servidor es superior a 60 minutos, el tiempo de espera de inactividad se establece en 1 hora
¿Qué trabajo en segundo plano se detiene mientras el servicio está en pausa?
El servicio puede entrar en un estado de inactividad en el que suspende las actualizaciones de las vistas materializadas actualizables, el consumo de S3Queue y la programación de nuevas operaciones de merge. Las operaciones de merge existentes se completarán antes de que el servicio pase al estado de inactividad. Para garantizar el funcionamiento continuo de las vistas materializadas actualizables y del consumo de S3Queue, deshabilite la funcionalidad de inactividad.