La directiva de limitación de Fabric

La limitación se produce cuando la capacidad de un inquilino consume más recursos de capacidad de los que ha comprado. Una limitación excesiva puede dar lugar a una experiencia de usuario final degradada. Un inquilino de Fabric puede crear varias capacidades y asignar áreas de trabajo a una capacidad específica para la facturación y el dimensionamiento.

La limitación se aplica en el nivel de capacidad, lo que significa que, mientras que una capacidad o un conjunto de áreas de trabajo puedan experimentar un rendimiento reducido debido a la sobrecarga, otras capacidades pueden continuar ejecutándose con normalidad. Cuando características como los artefactos de OneLake se producen en una capacidad y se consumen en otra, el estado de limitación de la capacidad de consumo determina si se limitan las llamadas al artefacto.

Equilibrio entre rendimiento y confiabilidad

Fabric está diseñado para ofrecer un rendimiento rápido a sus clientes al permitir que las operaciones accedan a más recursos de CU (unidades de capacidad) de los asignados a la capacidad. Las tareas que pueden tardar varios minutos en completarse en otras plataformas se pueden finalizar en tan solo segundos en Fabric. Para evitar penalizar a los usuarios cuando aumentan las cargas operativas, Fabric suaviza o promedia el uso de CU de una operación durante un mínimo de cinco minutos, e incluso durante más tiempo para solicitudes de CU elevadas pero con un tiempo de ejecución reducido. Este comportamiento garantiza que pueda disfrutar de un rendimiento constante y rápido sin experimentar limitaciones.

Para las operaciones en segundo plano que tienen tiempos de ejecución largos y consumen cargas de CU elevadas, Fabric suaviza su uso de CU durante un período de 24 horas. El suavizado elimina la necesidad de que los científicos de datos y los administradores de bases de datos dediquen tiempo a crear programaciones de trabajo para distribuir la carga de CU durante todo el día para evitar que las cuentas se bloqueen. Con el suavizado de CU de 24 horas, todos los trabajos programados se pueden ejecutar simultáneamente sin causar picos en ningún momento durante el día, y puede disfrutar de un rendimiento constante y rápido sin perder tiempo en la administración de las programaciones de trabajos.

Las operaciones en curso no se limitan

Cuando una capacidad entra en un estado limitado, solo afecta a las operaciones solicitadas después de que la capacidad haya comenzado a limitarse. Todas las operaciones, incluidas las de larga duración que se hayan enviado antes de que se iniciara la limitación, se pueden ejecutar hasta completarse. Este comportamiento garantiza de que las operaciones se completen, incluso durante los aumentos de CU.

Desencadenadores y fases de limitación

Después del suavizado, algunas cuentas pueden experimentar picos en el uso de CU durante los tiempos de informes máximos. Para facilitar la administración de esos picos, los administradores pueden configurar alertas por correo electrónico para recibir notificaciones cuando una capacidad consuma el 100 % de su CU aprovisionada. Este patrón indica que la capacidad puede beneficiarse del equilibrio de carga y el administrador debe considerar la posibilidad de aumentar el tamaño de la SKU. Es importante tener en cuenta que las SKU F se pueden aumentar y disminuir manualmente en cualquier momento en la configuración de administrador. Pero incluso cuando una capacidad funciona en su potencial de CU completo, Fabric no aplica limitación. Esto garantiza que los usuarios tengan un rendimiento constante y rápido sin experimentar interrupciones.

La primera fase de limitación comienza cuando una capacidad ha consumido todos sus recursos de CU disponibles durante los 10 minutos siguientes. Por ejemplo, si ha comprado 10 unidades de CU y después ha consumido 50 unidades por minuto, crearía una transferencia de 40 unidades por minuto. Después de 2,5 minutos, habría acumulado una transferencia de 100 unidades, prestada de futuras ventanas. En este punto en el que la capacidad ya ha agotado toda la capacidad para los próximos 10 minutos, Fabric inicia su primer nivel de limitación y todas las nuevas operaciones interactivas se retrasan 20 segundos después del envío. Si la transferencia alcanza una hora completa, se rechazan las solicitudes interactivas, pero las operaciones programadas en segundo plano continúan en ejecución. Si la capacidad acumula un total de 24 horas de transferencia, toda la capacidad se inmoviliza hasta que se haya pagado.

Consumo suavizado futuro

Nota:

Microsoft intenta mejorar la flexibilidad del cliente en el uso del servicio, a la vez que equilibra la necesidad de administrar el uso de la capacidad del cliente. Por este motivo, Microsoft puede cambiar o actualizar la directiva de limitación de Fabric.

Uso	Límites de directiva	Impacto en la experiencia de directiva de plataforma
Uso <= 10 minutos	Protección contra uso por encima del límite	Los trabajos pueden consumir 10 minutos de uso de capacidad futura sin limitación.
10 minutos < Uso <= 60 minutos	Retraso interactivo	Los trabajos interactivos solicitados por el usuario se retrasan 20 segundos al enviarse.
60 minutos < Uso <= 24 minutos	Rechazo interactivo	Los trabajos interactivos solicitados por el usuario se rechazan.
Uso > 24 horas	Rechazo en segundo plano	Todas las solicitudes se rechazan.

Reducción del uso de la capacidad de transferencia

Cada vez que una capacidad tiene capacidad inactiva, el sistema paga por los niveles de transferencia.

Si tiene 100 minutos de CU y una transferencia de 200 minutos de CU, y no hay ninguna operación en ejecución, se tarda dos minutos en pagar la transferencia. En este ejemplo, el sistema no está limitado, ya que hay 2 minutos de transferencia. Los retrasos de limitación no comenzarán hasta los 10 minutos de transferencia.

Si necesita reducir la transferencia con más rapidez, puede aumentar temporalmente el tamaño de la SKU para generar más capacidad inactiva que se aplique a la transferencia.

El comportamiento de limitación es específico de Fabric

Aunque la mayoría de los productos de Fabric siguen las reglas de limitación mencionadas antes, hay algunas excepciones.

Por ejemplo, los flujos de eventos de Fabric tienen muchas operaciones que se pueden ejecutar durante años una vez que se han iniciado. La limitación de nuevas operaciones de flujo de eventos no tendría sentido, por lo que, en su lugar, la cantidad de CU asignada para mantener abierto el flujo se reduce hasta que la capacidad vuelva a estar en buen estado.

Otra excepción es Real-Time Analytics, que no sería en tiempo real si las operaciones se retrasaran 20 segundos. Como resultado, Real-Time Analytics omite la primera fase de limitación con retrasos de 20 segundos en transferencias de 10 minutos y espera hasta la fase de rechazo a los 60 minutos de transferencia para comenzar la limitación. Este comportamiento garantiza que los usuarios puedan seguir disfrutando del rendimiento en tiempo real incluso durante períodos de alta demanda.

De la misma forma, casi todas las operaciones de la categoría Almacenamiento se notifican como en segundo plano para aprovechar el suavizado de la actividad de 24 horas para permitir los patrones de uso más flexibles. La clasificación de todo el almacenamiento de datos como en segundo plano impide que los picos de uso de CU desencadenen la limitación con demasiada rapidez. Algunas solicitudes pueden desencadenar una cadena de operaciones que se limitan de otra forma. Esto puede hacer que una operación en segundo plano esté sujeta a limitaciones como una operación interactiva.

Clasificaciones interactivas y en segundo plano para la limitación y el suavizado

Algunos administradores pueden observar que las operaciones a veces se clasifican como interactivas y suavizadas como en segundo plano, o viceversa. Esta distinción se produce porque los sistemas de limitación de Fabric deben aplicar reglas de limitación antes de que una solicitud comience a ejecutarse. El suavizado se produce después de que el trabajo haya empezado a ejecutarse y se pueda medir el consumo de CU.

Los sistemas de limitación intentan clasificar con precisión las operaciones tras el envío, pero a veces la clasificación de una operación puede cambiar después de que se haya aplicado la limitación. Cuando comience a ejecutarse la operación, hay disponible información más detallada sobre la solicitud. En escenarios ambiguos, los sistemas de limitación intentan estar totalmente seguros de la clasificación de las operaciones como en segundo plano, lo que beneficiará al usuario.

Seguimiento de las operaciones rechazadas

La exploración en profundidad de la aplicación Métricas de capacidad de Microsoft Fabric permite a los administradores ver las operaciones que se han rechazado durante un evento de limitación. Hay información limitada sobre estas operaciones, ya que nunca se ha permitido que se iniciaran. El administrador puede ver el producto, el usuario, el identificador de la operación y la hora a la que se ha enviado la solicitud. Los usuarios finales reciben un mensaje de error cuando se rechaza una solicitud que les pide que vuelvan a intentarlo más tarde.

Contenido relacionado

• Instale la aplicación Métricas de capacidad de Microsoft Fabric para supervisar las funciones de Fabric.