cancel
Showing results for 
Search instead for 
Did you mean: 
Data Engineering
Join discussions on data engineering best practices, architectures, and optimization strategies within the Databricks Community. Exchange insights and solutions with fellow data engineers.
cancel
Showing results for 
Search instead for 
Did you mean: 

Why are calls to /api/2.1/jobs/create taking 30-60 seconds to complete?

Matt101122
Contributor

We are having an issue with calls to /api/2.1/jobs/create taking between 30 and 60 seconds to complete. Calls to /api/2.1/jobs/list complete as expected in about 6 seconds so the issue seems to be only with the job create API. This seems to only be happening on our premium workspaces. Calls from our standard workspace complete in 6 seconds. This delay is causing our job deployment processing to take a long time to complete as we have many jobs that get updated during deployment.

Note: workspaces are in Azure EastUS2

1 ACCEPTED SOLUTION

Accepted Solutions

@Debayan Mukherjee​ the issue has been resolved! Basically all calls to a domain name were slow.

We determined that traffic couldn't get to our primary azure dns so it was using the corporate dns on-prem. Now that a networking issue has been resolved with traffic getting to azure dns call are running as expected. A call to update a job now completes in less than 1 second. 👍

View solution in original post

4 REPLIES 4

Debayan
Databricks Employee
Databricks Employee

Hi @Matthew Dalesio​ , /api/2.1/jobs/list only lists the existing jobs which does not take much time, where as /api/2.1/jobs/create is meant to be taking time as it creates a job cluster in the background which involves few other internal workflow. Please let us know if this answers your question.

@Debayan Mukherjee​ I understand that the create endpoint would take longer but there is a significant difference between our standard workspace and our premium workspace. The standard is much faster whereas premium is slower... is there anything else network or route related that could impact this?

@Debayan Mukherjee​ the issue has been resolved! Basically all calls to a domain name were slow.

We determined that traffic couldn't get to our primary azure dns so it was using the corporate dns on-prem. Now that a networking issue has been resolved with traffic getting to azure dns call are running as expected. A call to update a job now completes in less than 1 second. 👍

Anonymous
Not applicable

Hi @Matthew Dalesio​ 

Hope all is well!

Just wanted to check in if you were able to resolve your issue and would you be happy to share the solution or mark an answer as best? Else please let us know if you need more help. 

We'd love to hear from you.

Thanks!

Connect with Databricks Users in Your Area

Join a Regional User Group to connect with local Databricks users. Events will be happening in your city, and you won’t want to miss the chance to attend and share knowledge.

If there isn’t a group near you, start one and help create a community that brings people together.

Request a New Group