Workload management
Colas, concurrencia, aislamiento, warehouse sizing y multi-cluster para cargas de trabajo compatibles.
Conceptos que debes poder reconocer y distinguir:
- Warehouse sizing
- Concurrencia
- Query queues
- Aislamiento de cargas
- Multi-cluster warehouses
- Auto-scaling
Usa los enlaces oficiales de Snowflake de esta unidad para ampliar cada concepto y contrastar su comportamiento.
Un warehouse debe elegirse por el perfil de workload. Scale up aumenta recursos por cluster y ayuda a una query pesada; multi-cluster aumenta capacidad concurrente. Separar ETL, BI y cargas ad hoc evita que unas caracteristicas dejen sin recursos a las otras.
Sintoma de capacidad
| Sintoma | Lectura | Respuesta inicial |
|---|---|---|
| Queued overload repetido | Demasiadas queries compiten por recursos | Multi-cluster, warehouse separado o menos concurrencia |
| Una query aislada hace spill | Falta memoria o el plan crea intermedios grandes | Optimizar plan y considerar scale up |
| Colas en una franja concreta | Patron horario predecible | Ajustar schedule, autoscaling o aislar batch |
| Warehouse activo con poca carga | Capacidad o auto-suspend mal ajustados | Reducir tamano o revisar politicas de suspension |
Diseno de workloads
- Agrupa queries con necesidades similares y separa las que requieren latencia estable de las cargas batch pesadas.
- Multi-cluster no acelera por si solo una sola consulta; su valor es absorber concurrencia.
- La politica STANDARD abre clusters con mas prioridad para reducir cola; ECONOMY favorece ahorrar clusters a costa de esperar mas.
- Usa Query History y Warehouse Load History para validar que el problema sea concurrencia y no SQL ineficiente.