Configurar un almacén de detección

Important

Lakewatch está en versión preliminar privada. Para solicitar acceso, contacta con tu equipo de cuentas de Azure Databricks.

Las detecciones programadas se ejecutan en un almacén SQL que proporcionas. Lakewatch no crea ni gestiona este almacén. En su lugar, lo creas en tu espacio de trabajo y lo seleccionas cuando crees una detección programada. Crear y dimensionar un warehouse suele requerir permisos de administrador de espacios de trabajo, así que esto suele ser una tarea de configuración administrativa.

En esta página se recomienda una configuración inicial para un almacén de detección. Puedes compartir un único almacén entre todas las detecciones programadas en un espacio de trabajo.

Prerequisites

Un almacén para detección debe ejecutar Databricks SQL 2026.35 y superiores. Lakewatch comprueba la versión que está ejecutando el almacén de datos, no la configuración de canal. Si Databricks ha fijado tu almacén de SQL a una versión específica de Databricks SQL, la versión fijada también debe cumplir este mínimo.

Para comprobar la versión que está ejecutando un warehouse, ejecuta esta consulta en ese warehouse:

SELECT current_version().dbsql_version;

Consulte la current_version función.

Errores de almacén no compatibles

Cuando Lakewatch revisa la versión

Lakewatch valida la versión del warehouse en estos puntos:

  • Cuando creas una regla: Lakewatch rechaza la regla si su warehouse no es compatible.
  • Cuando cambias el almacén de SQL o el run-as principal de una regla: Lakewatch rechaza el cambio si el almacén no es compatible.
  • Cuando Lakewatch revalida las reglas existentes: Si el almacén de una regla existente no está soportado, Lakewatch deja de ejecutar la regla y registra un evento del sistema para ella.

Si Lakewatch no puede determinar la versión que está ejecutando un almacén de datos, trata al almacén de datos como no compatible.

Utiliza un almacén compatible

Si Lakewatch rechaza un almacén por su versión, el mensaje de error comienza con uno de los siguientes:

  • SQL warehouse '<name>' (<id>) is running a version that Lakewatch does not support.
  • Lakewatch could not verify that SQL warehouse '<name>' (<id>) is supported.

Para recuperar:

  1. Selecciona un almacén SQL que cumpla con la versión mínima, o contacta con el soporte de Databricks para obtener ayuda con la actualización del almacén.
  2. Vuelve a intentar la creación o actualización de la regla.

Si cambias una regla existente a otro almacén soportado, Lakewatch la revalida de inmediato. Si el almacén actual de la regla se actualiza en su lugar a una versión compatible, Lakewatch reanuda la ejecución de la regla la próxima vez que se revalide.

Un error diferente significa que Lakewatch no pudo ejecutar la comprobación de versión en absoluto:

  • Lakewatch could not validate the SQL warehouse runtime. Check warehouse availability and the rule's run-as permissions, then retry.

En este caso, comprueba que el depósito está disponible y que el principal de ejecución de la regla puede usarlo, luego vuelve a intentarlo.

Para la mayoría de los espacios de trabajo, empieza con un único almacén SQL sin servidor compartido por todas tus detecciones programadas:

Setting Valor recomendado
Tipo Serverless
Size 2X-Pequeño
Clústeres (mínimo) 1
Clústeres (máximo) ceil(peak concurrent rules / 10), hasta el máximo de 40 agrupaciones
Parada automática 10 minutos

Un almacén 2X-Small puede realizar 100 o más detecciones simples. Como un warehouse SQL se factura por tiempo de actividad del clúster en lugar de por consulta, cuantas más reglas compartan un warehouse SQL, menor será el coste por regla.

Note

Un almacén de datos que ejecuta solo una o dos reglas puede costar lo mismo o más que la computación serverless. La ventaja de costos proviene de compartir un almacén entre muchas detecciones.

Cuándo ajustar

Cambia los valores predeterminados según tu carga de trabajo:

  • Muchas reglas, un número elevado de reglas o reglas en ráfagas: Aumenta el número máximo de clústeres para que las consultas no hagan cola. Añadir clústeres (escalar hacia afuera) es la palanca principal para la concurrencia. Cada clúster ofrece aproximadamente 10 ranuras de consulta.
  • Detecciones críticas en latencia: establezca un umbral mínimo activo (mínimo de 2 o más clústeres) o una detención automática más larga para evitar los arranques en frío, a un costo mayor.
  • Pocas reglas, poco frecuentes o sensibles al coste: Reduce la parada automática a 5 minutos (el mínimo) para reducir el tiempo de reposo. Un almacén frío se reinicia en unos 5 segundos.
  • Consultas pesadas o complejas (grandes exploraciones o combinaciones): aumente el tamaño del almacén (pequeño, mediano o superior). Usa un tamaño mayor (escalando) solo cuando una consulta individual necesita más memoria o capacidad de procesamiento.

Atribución de costos

Para realizar el seguimiento del costo de detección por separado, use un almacén dedicado para las cargas de trabajo de detección en lugar de compartir uno con otra actividad de consulta. Dado que la facturación es por tiempo de actividad del clúster, un almacén dedicado facilita atribuir el costo a la detección.

Pasos siguientes

  • Se actualizó por última vez el