<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Azure Monitoring throttling in Cloud platforms</title>
    <link>https://community.dynatrace.com/t5/Cloud-platforms/Azure-Monitoring-throttling/m-p/282848#M2111</link>
    <description>&lt;P&gt;I would like to get more detail on an error message in our Dynatrace Activegate logs.&amp;nbsp; In particular this error message:&lt;/P&gt;
&lt;LI-CODE lang="javascript"&gt;2025-08-01 18:11:19 UTC INFO [&amp;lt;DYN-TENANT-ID&amp;gt;] [RestModel] Socket closed by Observable. Throttling error for the 1 attempt out of maximum 8 for service VT &amp;lt;SUBSCRIPTION-ID&amp;gt;/ResourceGraphProvider/Generic Entity . Retrying after delay of 3259ms.&lt;/LI-CODE&gt;
&lt;P&gt;&amp;nbsp;There is a 12,000 metric limit per subscription per hour through Azure Monitor.&amp;nbsp; I do not believe we are hitting this 12K limit per subscription.&amp;nbsp; One item that goes to that fact is that the Dynatrace doc says that the polling is set to every 5 minutes (300 seconds) for the Azure Monitor integration.&amp;nbsp; If Dynatrace calculates that the polling will hit the 12K limit per hour per subscription, it will back off and change the polling to less frequent intervals (&lt;A href="https://docs.dynatrace.com/docs/shortlink/limit-azure-api-calls#dynatrace-azure-anti-throttling-mechanism" target="_self"&gt;per doc here&lt;/A&gt;).&lt;/P&gt;
&lt;P&gt;Most, if not all, of our subscriptions do NOT have enough resources to push this limit and I have NOT seen any polling interval more than 300 seconds in the dynatracegateway_Debug.*.log files.&lt;/P&gt;
&lt;P&gt;We are trying to come up with a strategy that will keep the admin overheard down, but still ingest reliable data.&amp;nbsp;&amp;nbsp;Any insight into this would be appreciated.&amp;nbsp;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Thanks!&lt;/P&gt;
&lt;P&gt;k.&lt;/P&gt;</description>
    <pubDate>Tue, 16 Dec 2025 08:41:53 GMT</pubDate>
    <dc:creator>kayjayeff1</dc:creator>
    <dc:date>2025-12-16T08:41:53Z</dc:date>
    <item>
      <title>Azure Monitoring throttling</title>
      <link>https://community.dynatrace.com/t5/Cloud-platforms/Azure-Monitoring-throttling/m-p/282848#M2111</link>
      <description>&lt;P&gt;I would like to get more detail on an error message in our Dynatrace Activegate logs.&amp;nbsp; In particular this error message:&lt;/P&gt;
&lt;LI-CODE lang="javascript"&gt;2025-08-01 18:11:19 UTC INFO [&amp;lt;DYN-TENANT-ID&amp;gt;] [RestModel] Socket closed by Observable. Throttling error for the 1 attempt out of maximum 8 for service VT &amp;lt;SUBSCRIPTION-ID&amp;gt;/ResourceGraphProvider/Generic Entity . Retrying after delay of 3259ms.&lt;/LI-CODE&gt;
&lt;P&gt;&amp;nbsp;There is a 12,000 metric limit per subscription per hour through Azure Monitor.&amp;nbsp; I do not believe we are hitting this 12K limit per subscription.&amp;nbsp; One item that goes to that fact is that the Dynatrace doc says that the polling is set to every 5 minutes (300 seconds) for the Azure Monitor integration.&amp;nbsp; If Dynatrace calculates that the polling will hit the 12K limit per hour per subscription, it will back off and change the polling to less frequent intervals (&lt;A href="https://docs.dynatrace.com/docs/shortlink/limit-azure-api-calls#dynatrace-azure-anti-throttling-mechanism" target="_self"&gt;per doc here&lt;/A&gt;).&lt;/P&gt;
&lt;P&gt;Most, if not all, of our subscriptions do NOT have enough resources to push this limit and I have NOT seen any polling interval more than 300 seconds in the dynatracegateway_Debug.*.log files.&lt;/P&gt;
&lt;P&gt;We are trying to come up with a strategy that will keep the admin overheard down, but still ingest reliable data.&amp;nbsp;&amp;nbsp;Any insight into this would be appreciated.&amp;nbsp;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Thanks!&lt;/P&gt;
&lt;P&gt;k.&lt;/P&gt;</description>
      <pubDate>Tue, 16 Dec 2025 08:41:53 GMT</pubDate>
      <guid>https://community.dynatrace.com/t5/Cloud-platforms/Azure-Monitoring-throttling/m-p/282848#M2111</guid>
      <dc:creator>kayjayeff1</dc:creator>
      <dc:date>2025-12-16T08:41:53Z</dc:date>
    </item>
    <item>
      <title>Re: Azure Monitoring throttling</title>
      <link>https://community.dynatrace.com/t5/Cloud-platforms/Azure-Monitoring-throttling/m-p/291546#M2210</link>
      <description>&lt;P&gt;Hey&amp;nbsp;&lt;a href="https://community.dynatrace.com/t5/user/viewprofilepage/user-id/76616"&gt;@kayjayeff1&lt;/a&gt;&amp;nbsp;,&lt;BR /&gt;&lt;SPAN&gt;I just wanted to check in and see if you still need help with this. If so, I’d be happy to look into it for you!&amp;nbsp;&lt;/SPAN&gt;&lt;SPAN class="lia-unicode-emoji" title=":smiling_face_with_smiling_eyes:"&gt;&lt;span class="lia-unicode-emoji" title=":smiling_face_with_smiling_eyes:"&gt;😊&lt;/span&gt;&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;Please let me know what works best for you.&lt;/SPAN&gt;&lt;/P&gt;</description>
      <pubDate>Tue, 16 Dec 2025 08:42:06 GMT</pubDate>
      <guid>https://community.dynatrace.com/t5/Cloud-platforms/Azure-Monitoring-throttling/m-p/291546#M2210</guid>
      <dc:creator>IzabelaRokita</dc:creator>
      <dc:date>2025-12-16T08:42:06Z</dc:date>
    </item>
  </channel>
</rss>

