ScyllaDB · Lección 07
¿Cómo evita Scylla que el trabajo de fondo degrade las consultas?
Los grupos de planificación asignan núcleos completos fijos a cada tarea, de modo que las consultas no pueden usar los núcleos de la compactación
Todas las tareas se ejecutan con la misma prioridad, así que una compactación grande puede bloquear siempre las consultas de los usuarios hasta que termine
La compactación se desactiva automáticamente durante el día y solo se ejecuta de noche, sin posibilidad de ajustar su prioridad
Separa las tareas en grupos de planificación con cuotas (shares): las consultas de usuario, la compactación, el streaming y el repair compiten con prioridades, y un controlador ajusta dinámicamente la compactación para que el trabajo de fondo no degrade la latencia de las peticiones
ScyllaDB · Lección 07
Completa el código
La prioridad entre tareas se reparte mediante
Revisa: shares (cuotas).
ScyllaDB · Lección 07
¿Por qué aislar la compactación de las consultas ayuda a mantener una latencia predecible?
Pista: el trabajo de fondo consume CPU y disco y, sin control, competiría con las peticiones; con cuotas se limita su impacto en los percentiles altos y el sistema sigue compactando sin dejar de atender consultas.
✓
¡Lección completada!
Scheduling groups y control del trabajo de fondo
0
XP ganado
3
Vidas restantes