Skip to main content
cancel
Showing results for 
Search instead for 
Did you mean: 

Earn the coveted Fabric Analytics Engineer certification. 100% off your exam for a limited time only!

Reply
Jefreaky
Frequent Visitor

REST API Activity Limitations

Hi all,

 

I am busy with a Power BI embedded implementation and we are running into issue with the service rejecting export actions due to too much activity

 

'{"error":{"code":"ActivityLimitReached","message":"You have too many pending requests to make another right now. Please wait."}}'

 

I have found information relating to the fact that there are API limits here, however I am unable to get any further info into these limitations and controls.

 

This makes is very difficult to do resource planning, is there any specific info around these limits.

 

I am specifically looking to answer the following questions

  • Do higher SKU's for PBI capacities provide more capacity for activity in the REST Service
  • What are the REST API activity limits for each SKU

 

Any Info here would be greatly appreciated

1 ACCEPTED SOLUTION
v-yiruan-msft
Community Support
Community Support

Hi @Jefreaky ,

Please review the content in the following links, hope they can help you.

Understanding the Power BI Capacity Based SKUs

Power BI REST API limitations

Rest API not allowing connections

Best Regards

Community Support Team _ Rena
If this post helps, then please consider Accept it as the solution to help the other members find it more quickly.

View solution in original post

2 REPLIES 2
v-yiruan-msft
Community Support
Community Support

Hi @Jefreaky ,

Please review the content in the following links, hope they can help you.

Understanding the Power BI Capacity Based SKUs

Power BI REST API limitations

Rest API not allowing connections

Best Regards

Community Support Team _ Rena
If this post helps, then please consider Accept it as the solution to help the other members find it more quickly.

Thank you, I have managed to gather sufficient information relating to how this is behaving at the moment (Not all from the provided links however I will accept that answer, Thank you @v-yiruan-msft )

As a courtesy to the rest, please find some additional information I discovered through testing.

The limit of the Queue into which these requests go seems to not be limited by number of requests, but seemingly total size of all requests in the Q (I.e. the bigger the reports you send, the lower the number of individual requests that can go into the Q before your requests will starting being rejected)

There is info about reports requests over 250mb being entirely rejected all together (perhaps a correlation to the point above)

Exports can progress across reports simulataneously, rather than going one at a time from 0-100%, could potetially cause earlier requests to take longer than they should and cause user frustration, my preference is first in first out but regardless, your own Q as a middle man ensuring they are passed one by one requiring the previous requests completion before pushing the next is easily do able.

I am not certain about higher SKU's regarding Azure capacities but from embedded SKU A1 to SKU A2, the maximum size of the Q for these requests does not increase. (again I believe there is a correlation between that Queue size and the single report 250 mb size limit for requests.)

I hope people find this info useful.

Kind Regards,

Helpful resources

Announcements
April AMA free

Microsoft Fabric AMA Livestream

Join us Tuesday, April 09, 9:00 – 10:00 AM PST for a live, expert-led Q&A session on all things Microsoft Fabric!

March Fabric Community Update

Fabric Community Update - March 2024

Find out what's new and trending in the Fabric Community.

Top Solution Authors