Monitoring Azure Service Bus Queues

Info

The Nodinite Monitoring features for Azure Service Bus ensure you receive alerts for issues such as performance problems and message stockpiling. It also provides remote actions to resolve dead letter messages and more.

This page discusses monitoring the Azure Service Bus using Nodinite, including which aspects are monitored and the rules Nodinite employs to convert this information into valuable insights. Additionally, there are remote commands available as Remote Actions that can help you effectively manage any issues that may arise. More information about these remote actions can be found on the Managing Azure Service Bus: page.

If you are interested in Monitoring Azure Service Bus Topics , click here.

The Nodinite Message Queueing Monitoring Agent automatically discovers your deployed Azure Service Bus resources in all accessible Resource Groups. When you deploy new Azure Service Bus resources, they get automatically included in the monitoring, and you can use them in Nodinite Monitor Views.

Here's an example with Service Bus Resources in a Nodinite Monitor View.

Monitoring Features

Below is a list of Nodinite monitoring features for the Azure Service Bus:

• Service Bus Queues
  • List dead-letter
  • Age verification
  • Count (warning/error)
  • The end-user can override global settings
• Monitoring Azure Service Bus Topics
• Resource groups
• Service Bus Subscription
• Automatic Discovery
  • Plug-and-play: No coding is required, and you need no changes to enable the Monitoring.
  • The Nodinite Azure agents make use of a combination of SDKs and the Azure Rest API and offer you an automatic discovery of your Azure Service Bus resources. Sharing access to any individual queue is very easy from within Nodinite.
• State Evaluation - Ensure your Azure Service Bus resources maintain the intended run-time state and are not stockpiling messages. If Nodinite cannot check the state of your Azure Service Bus resources, there is a good chance that no one else can use them either.

State evaluation

Each monitored 'Service Bus Queue' is displayed in Monitor Views within Nodinite as one Resource with its currently evaluated state. If you have 42 deployed Azure Service Bus, then you will have 42 Resources in Nodinite with potentially different monitored evaluated states at any given moment.

Here's an example of the 'Live overview' with different Monitoring states summarized in a pie chart.

The evaluated state may be reconfigured using the Expected State override setting on every Resource within Nodinite.

Azure Service Bus Queues

• Azure Service Bus queues belong to the Nodinite 'Service Bus Queue' category:
  
  Here's an example of the category name for Azure Service Bus Queues.

• The Application name is based on physical deployment paths. This pattern guarantees uniqueness:

  • subscription configuration name/resource group name/namespace name

Here's an example of the Application naming pattern providing uniqueness.

Each monitored Service Bus Queue is a Resource and can have one of the following states at any given moment:

Alert history for Azure Service Bus

During root cause analysis or other purposes, it might be helpful to understand how often your Azure Service Bus problems happen. If your Monitor View allows it, you can search for historical state changes for the provided time span, either for all your Azure Service Bus or individually. This topic is further detailed within the generic instructions on how to Add or manage Monitor View page.

Search for alert history for all resources in the Monitor View.	Alert history for the selected app.

Frequently asked questions

Use the troubleshooting guide to find the FAQ and answers to known problems.

How do I grant my users access to Azure Service Bus Monitoring?

This is detailed in the User access to Azure Service Bus monitoring guide.

Next step

• Managing Azure Service Bus:
• User access to Azure Service Bus monitoring

Related Topics

• ✅ Prerequisites
• Resources
• Categories
• Applications