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 Microsoft 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.
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 uso de CU elevado 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.
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 que las operaciones se completen, incluso durante los aumentos de uso de la CU.
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 los recursos de CU aprovisionados. 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. Este comportamiento 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 has comprado 10 unidades de capacidad y después has consumido 50 unidades por minuto, crearías una transferencia de 40 unidades por minuto. Después de 2,5 minutos, habrías acumulado una transferencia de 100 unidades, prestada de futuras ventanas. En este punto en el que ya se 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.
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. |
Cada vez que una capacidad tiene capacidad inactiva, el sistema paga por los niveles de transferencia.
Si tienes 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 que se hayan acumulado los 10 minutos de transferencia.
Si necesitas reducir la transferencia con más rapidez, puedes aumentar temporalmente el tamaño de la SKU para generar más capacidad inactiva que se aplique a la transferencia.
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 recursos de CU asignados para mantener abierto el flujo se reduce hasta que la capacidad vuelva a estar en buen estado.
Otra excepción es la inteligencia en tiempo real, que no sería en tiempo real si las operaciones se retrasaran 20 segundos. Como resultado, la inteligencia en tiempo real 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.
Microsoft Fabric divide las operaciones en dos tipos, interactivas y en segundo plano. Puedes encontrar descripciones de estas y las diferencias entre ellas en operaciones de Fabric.
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.
Puedes ver si la capacidad se está sobrecargando; para ello, revisa el gráfico de Uso de la aplicación en las Métricas de capacidad de Microsoft Fabric. Un pico que pasa por la línea indica una sobrecarga. Si quiere investigar aún más la sobrecarga, consulte los detalles de la página del punto de tiempo. Luego, puede revisar las operaciones interactivas y las en segundo plano para ver cuáles fueron responsables de sobrecargar la capacidad. También puedes determinar cuándo se produjeron los eventos de sobrecarga.
Dado que el uso que supera el 100 % no significa automáticamente la limitación, debes usar el gráfico de limitación al evaluar el uso por encima del límite. Desde allí puedes abrir una tabla que muestre los minutos para evolucionar, un gráfico con agregar, evolución y porcentaje acumulado, etc.
Para ver un historial visual de cualquier sobreutilización de la capacidad, incluida la carga, la acumulación y el agotamiento de los datos de uso, ve a la pestaña Uso por encima del límite. Puedes cambiar la escala visual de uso por encima del límite para mostrar 10 minutos, 60 minutos y 24 horas. La carga solo tiene en cuenta las operaciones facturables.
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. Cuando se rechaza una solicitud, los usuarios finales reciben un mensaje de error cuando se rechaza una solicitud que les pide que vuelvan a intentarlo más tarde.
Cuando la capacidad está limitada hasta el punto en que está inmovilizada, los usuarios reciben un error si su acción requiere recursos de proceso de Fabric. Por ejemplo, el error puede indicar No se puede cargar el modelo debido a que se alcanzan los límites de capacidad. En tales casos, puede usar estas estrategias para recuperar la capacidad de su estado inmovilizado.
- Espere hasta que se supere el estado de sobrecarga antes de emitir nuevas solicitudes.
- Actualice la SKU de una capacidad F.
- Pause/reanude una capacidad F.
- Autoescala de una capacidad P.
- Desplace las áreas de trabajo de menor prioridad o que consuman demasiado fuera de la capacidad.
- Instala la aplicación Métricas de capacidad de Microsoft Fabric para supervisar las funciones de Fabric.