Fabric offers the option to temporarily burst the capacity to max three times the power that is associated with the SKU.
This works fine, but at some point the overage needs to be burnt down, leading to throttling or even rejection.
I'd like to have the option to limit bursting or even turn it off to prevent the throttling and rejection all together. This would have an impact on the duration of interactive and/or background processes. Overall, I think it will lead to a better user experience when it's just clear that the chosen SKU is insufficient for that point in time and should be upgraded to a higher one. This is an easier discussion with a client than having to explain why there were error messages about the capacity 'not working'.
7 Comments
A configurable parameter for bursting would be nice. For example x times bursting.
You're alone on the capacity because you're the sole dev? Set it to 10 and enjoy the speed!
You have to share a capacity globally and you don't want to borrow capacity from other time zones? Set it to 1 (which would mean no bursting).
thisissanthoshrMicrosoft Employee
Thank you sharing this. For spark workloads I have included this to my list for the upcoming semester to make the burst factor configurable.
This is a must and also there is a big in the bursting when pausing a capacity. When capacity is paused for that second consumption shows as in million of CUs
Is not a rejection, but is a limit . . .
SKU Guardrail: Limit the burstable SKU escalation to a maximum
- thisissanthoshrHave added it to our backlog and this ask is under internal review. Stay tuned for updates. Thank you!
- Status added:Under Review
Thank you for this posting. We released a preview of Surge Protection that limit the allowed background usage. This can be used for the purpose of limiting bursting, since background requests can be rejected much sooner than the default configuration. Here's the link. Let us know if that's helpful for this idea or if there's more we should consider doing. https://blog.fabric.microsoft.com/en-us/blog/announcing-surge-protection-public-preview
