Guidance on Azure maintenance events for Azure Service Bus

This article describes how you can prepare for planned maintenance events on your namespace in Azure Service Bus.

To keep Azure Service Bus secure, compliant, stable, and performant, updates are being performed through the service components continuously. Thanks to the modern and robust service architecture and innovative technologies, most updates are fully transparent and non-impactful in terms of service availability. Still, a few types of updates cause short service interrupts and require special treatment.

During planned maintenance, namespaces are moved to a redundant node that contains the latest updates. As this move happens, the clients SDK disconnects and reconnects automatically on the namespace. Usually, the upgrades happen within 30 seconds.

Any client production application that connects to a Service Bus namespace should implement a robust connection retry logic. Therefore, the updates are virtually transparent to the clients, or at least have minimal negative effects on clients.

If you want to receive alerts for service issues or planned maintenance activities, you can use service health alerts in the Azure portal with appropriate event type and action groups. For more information, see Receive alerts on Azure service notifications.

If your namespace is experiencing connection failures, check the Resource Health  window in the Azure portal for the current status. The Health History section contains the downtime reason for each event (when available).

• For more information about retry logic, see Retry logic for Azure services.
• Learn more about handling transient faults in Azure at Transient fault handling.