How does action group handle alert retries

Question

How does action group handle alert retries

VERMA Vedant[FRJP:IT Infrastructure](Verma Vedant) 0

I want to know how does Action Group handle retries(whether it retires or not, and if it does what are the details). In my case I want will be using Events Hub which will be directly connected to the Action Group. Now when the Event Hub is down for whatver reason what is the logic of retrying alerts.

Siva shunmugam Nadessin 9,625 Reputation points Microsoft External Staff Moderator

2026-05-04T08:26:33.98+00:00
Hello VERMA Vedant FRJP:IT Infrastructure,

Thank you for reaching out to the Microsoft Q&A forum.

When investigated here’s how Action Groups handle retries when calling an external endpoint like Event Hubs:

Automatic retries on transient failures

When an alert fires, Azure Monitor calls the Event Hubs endpoint under the covers of the Action Group.

If that call fails with a retryable error (HTTP 408, 429, 503, 504 or network exceptions like HttpRequestException, WebException, TaskCancellationException), it will automatically retry.

Retry count and backoff

Azure Monitor will make the initial call plus up to 5 retries (so 6 attempts total).

It uses exponential backoff between retries, capped at 5 seconds. For example, you’ll see increasing delays between the 1st→2nd, 2nd→3rd, etc., and by the 5th→6th retry the delay is 5 seconds.

Cooldown window

If all 6 attempts fail, Azure Monitor stops retrying that alert invocation for 15 minutes. After that window, if the alert fires again, it will go through the same call-and-retry logic.

Global resilience of the Action Group service

The Action Group service itself is global: if one region is experiencing issues, calls are automatically routed to other regions.

Let me know if any further queries - feel free to reach out.

Reference links

Troubleshoot “expected action didn’t trigger” (includes retry logic): https://learn.microsoft.com/azure/azure-monitor/alerts/alerts-troubleshoot#the-expected-action-didnt-trigger

Action Groups overview (global redundancy, action types): https://learn.microsoft.com/azure/azure-monitor/alerts/action-groups

Service limits and testing Action Groups: https://learn.microsoft.com/azure/azure-monitor/alerts/test-action-group-errors
Siva shunmugam Nadessin 9,625 Reputation points Microsoft External Staff Moderator

2026-05-05T05:35:10.52+00:00

Hello VERMA Vedant FRJP:IT Infrastructure

Just checking in to see if the solution shared above help you to resolve your issue. please reach out to us If you have any further questions.

Thanks

1 answer

Your answer

Siva shunmugam Nadessin 9,625 Reputation points Microsoft External Staff Moderator

2026-05-04T08:26:33.98+00:00

Hello VERMA Vedant FRJP:IT Infrastructure,

Thank you for reaching out to the Microsoft Q&A forum.

When investigated here’s how Action Groups handle retries when calling an external endpoint like Event Hubs:

Automatic retries on transient failures

When an alert fires, Azure Monitor calls the Event Hubs endpoint under the covers of the Action Group.

If that call fails with a retryable error (HTTP 408, 429, 503, 504 or network exceptions like HttpRequestException, WebException, TaskCancellationException), it will automatically retry.

Retry count and backoff

Azure Monitor will make the initial call plus up to 5 retries (so 6 attempts total).

It uses exponential backoff between retries, capped at 5 seconds. For example, you’ll see increasing delays between the 1st→2nd, 2nd→3rd, etc., and by the 5th→6th retry the delay is 5 seconds.

Cooldown window

If all 6 attempts fail, Azure Monitor stops retrying that alert invocation for 15 minutes. After that window, if the alert fires again, it will go through the same call-and-retry logic.

Global resilience of the Action Group service

The Action Group service itself is global: if one region is experiencing issues, calls are automatically routed to other regions.

Let me know if any further queries - feel free to reach out.

Reference links

Troubleshoot “expected action didn’t trigger” (includes retry logic): https://learn.microsoft.com/azure/azure-monitor/alerts/alerts-troubleshoot#the-expected-action-didnt-trigger

Action Groups overview (global redundancy, action types): https://learn.microsoft.com/azure/azure-monitor/alerts/action-groups

Service limits and testing Action Groups: https://learn.microsoft.com/azure/azure-monitor/alerts/test-action-group-errors
Siva shunmugam Nadessin 9,625 Reputation points Microsoft External Staff Moderator

2026-05-05T05:35:10.52+00:00

Hello VERMA Vedant FRJP:IT Infrastructure

Just checking in to see if the solution shared above help you to resolve your issue. please reach out to us If you have any further questions.

Thanks

Answer 1

VERMA Vedant FRJP:IT Infrastructure

action groups do retry, but it is not infinite and not something u can tune directly 😄 for Event Hub specifically Azure Monitor will try delivery with built-in retry + backoff, but if Event Hub is unavailable long enough the notification is dropped, there is no guaranteed delivery or durable queue in Action Group itself. think of it as best-effort push, not message broker. retries are short-lived (minutes range), not hours, and no replay once it gives up.

important nuance for Event Hub receiver if the namespace is reachable but throttling/partial failure happens, retries usually succeed, if the endpoint is fully down or auth fails, retries will exhaust quickly. there is no dead-letter or retry queue u can access from Action Group side.

if u need reliability, recommended pattern is not direct Action Group > Event Hub, but insert something durable:

Action Group > Logic App > retry policy + queue
or Action Group > Event Grid > Event Hub (Event Grid has better delivery guarantees and retry window)

monitor Action Group delivery failures via Activity Log / alert processing logs, because failures are not always obvious.

rgds, Alex

&

if my answer helps pls accept it.

Share via

How does action group handle alert retries

1 answer

Your answer