title: Azure elastic database pool scaling duration query
body: <p>We currently have an elastic pool of databases in Azure that we would like to scale based on high eDTU usage. There are 30+ databases in the pool and they currently use 100GB of storage (although this is likely to increase).</p>
  
  <p>We were planning on increasing the eDTU's allocated to the pool when we detect high eDTU usage. However a few posts online have made me question how well this will work. The following quote is taken from the azure docs - <a href="https://docs.microsoft.com/en-us/azure/sql-database/sql-database-resource-limits" rel="nofollow noreferrer">https://docs.microsoft.com/en-us/azure/sql-database/sql-database-resource-limits</a></p>
  
  <blockquote>
    <p>The duration to rescale pool eDTUs can depend on the total amount of storage space used by all databases in the pool. In general, the rescaling latency averages 90 minutes or less per 100 GB.</p>
  </blockquote>
  
  <p>If i am understanding this correctly this means that if we want to increase the eDTUs we will have to wait for on average 90 minutes per 100GB. If this is the case scaling dynamically won't be suitable for us as 90 minutes to wait for an increase in performance is far too long.</p>
  
  <p>Can anyone confirm if what i have said above is correct? And are there any alternative recommendations to increase eDTUs dynamically without having to wait for such a long period of time?</p>
  
  <p>This would also mean if we wanted to scale based on a schedule, i.e. scale up eDTUs at 8am we would actually have to initiate the scaling at 6:30am to allow for the estimated 90mins of scaling time - if my understanding of this is correct.</p>