Partekatu honen bidez:

Importancia de la carga de trabajo de Azure Synapse Analytics

  • Artikulua

En este artículo se explica cómo puede influir la importancia de la carga de trabajo en el orden de ejecución de las solicitudes del grupo de SQL dedicado en Azure Synapse.

importancia

Las necesidades empresariales pueden requerir que las cargas de trabajo de almacenamiento de datos sean más importantes que otras. Piense en un escenario donde los datos de ventas críticos se cargan antes del cierre del período fiscal. Las cargas de datos de otros orígenes, como los datos meteorológicos, no tienen SLA estrictos. Establecer una importancia alta para una solicitud de carga de datos de ventas y una importancia baja para una solicitud de carga de datos meteorológicos garantiza que la carga de los datos de ventas obtienen el primer a acceso a los recursos y se completan más rápido.

Niveles de importancia

Hay cinco niveles de importancia: low (baja), below_normal (por debajo de la normal), normal, above_normal (por encima de la normal) y high (alta). A las solicitudes donde no se establece ninguna importancia se les asigna el nivel predeterminado normal. Las solicitudes que tienen el mismo nivel de importancia tienen el mismo comportamiento de programación que existe actualmente.

Escenarios de importancia

Más allá del escenario de importancia básico ya descrito con datos de ventas y datos meteorológicos, existen otros escenarios donde la importancia de la carga de trabajo ayuda a cumplir con las necesidades de consulta y procesamiento de datos.

Bloqueo

El acceso a bloqueos de la actividad de lectura y escritura es un área de contención natural. Las actividades como modificación de particiones o RENAME OBJECT requieren bloqueos elevados. Sin la importancia de la carga de trabajo, el grupo de SQL dedicado en Azure Synapse se optimiza para mejorar el rendimiento. La optimización para el rendimiento significa que, cuando las solicitudes en ejecución y las que están en cola tienen las mismas necesidades de bloqueo y hay recursos disponibles, las solicitudes en cola pueden omitir las solicitudes con necesidades de bloqueo mayores que llegaron anteriormente a la cola de solicitud. Una vez que la importancia de la carga de trabajo se aplica a las solicitudes con necesidades de bloqueo más altas, se ejecutará la solicitud con la importancia de la solicitud antes de una solicitud con una menor importancia.

Considere el ejemplo siguiente:

  • Q1 se ejecuta activamente y selecciona datos desde SalesFact.
  • Q2 está en la cola y espera que Q1 se complete. Se envió a las 9:00 a.m. e intenta modificar las particiones de los datos nuevos en SalesFact.
  • Q3 se envía a las 9:01 a.m. y quiere seleccionar datos de SalesFact.

Si Q2 y Q3 tienen la misma importancia y Q1 todavía está en ejecución, se empezará a ejecutar Q3. Q2 seguirá esperando un bloqueo exclusivo en SalesFact. Si Q2 tiene una mayor importancia que Q3, Q3 esperará hasta que Q2 se finalice antes de empezar a ejecutarse.

Solicitudes no uniformes

Otro escenario donde la importancia puede ayudar a cumplir las demandas de consultas es cuando se envían solicitudes con clases de recursos distintas. Como se mencionó anteriormente, con la misma importancia, el grupo de SQL dedicado en Azure Synapse se optimiza para mejorar el rendimiento. Cuando se ponen en cola solicitudes de distinto tamaño (como smallrc o mediumrc), el grupo de SQL dedicado elige la primera solicitud que llegue que se ajuste a los recursos disponibles. Si se aplica la importancia de la carga de trabajo, la solicitud con la importancia más alta se programará a continuación.

Considere el ejemplo siguiente en DW500c:

  • Q1, Q2, Q3 y Q4 son consultas smallrc en ejecución.
  • Q5 se envía con la clase de recurso mediumrc a las 9:00 a.m.
  • Q6 se envía con la clase de recurso smallrc a las 9:01 a.m.

Como Q5 es mediumrc, requiere dos espacios de simultaneidad. Q5 debe esperar que se completen dos de las consultas en ejecución. Sin embargo, cuando se completa una de las consultas en ejecución (de Q1 a Q4), Q6 se programa de inmediato porque existen los recursos para ejecutar la consulta. Si Q5 tiene una importancia más alta que Q6, Q6 espera hasta que se ejecute Q5 para empezar a ejecutarse.

Pasos siguientes