--- id: azure-service-bus title: Azure Service Bus keywords: - azure service bus - azure service bus security - azure servicebus - what is azure service bus - service bus namespace description: This document outlines what is Azure Service Bus, how to set it up with Sumo Logic, and how to install and view the pre-configured Sumo Logic Azure dashboards. slug: /help/docs/integrations/microsoft-azure/azure-service-bus/ canonical: https://www.sumologic.com/help/docs/integrations/microsoft-azure/azure-service-bus/ --- import useBaseUrl from '@docusaurus/useBaseUrl'; Azure Service Bus icon [Azure Service Bus](https://learn.microsoft.com/en-us/azure/service-bus-messaging/service-bus-messaging-overview) is a fully managed enterprise message broker with message queues and publish-subscribe topics (in a namespace) used for decoupling applications and services from each other. This integration helps in monitoring incoming/outgoing messages, connections, throttled requests, and resource usage of your Service Bus namespace. ## Log and metric types For Azure Service Bus, you can collect the following logs and metrics: * **Operational Logs**. To learn more about the resource log schema for Azure Service Bus, refer to the [Azure documentation](https://learn.microsoft.com/en-us/azure/service-bus-messaging/monitor-service-bus-reference#resource-logs). * **VNet And IP Filtering Logs**. To learn more about the resource log schema for Azure Service Bus, refer to the [Azure documentation](https://learn.microsoft.com/en-us/azure/service-bus-messaging/monitor-service-bus-reference#resource-logs). * **Runtime Audit Logs**. To learn more about the resource log schema for Azure Service Bus, refer to the [Azure documentation](https://learn.microsoft.com/en-us/azure/service-bus-messaging/monitor-service-bus-reference#runtime-audit-logs). * **Diagnostic Error Logs**. To learn more about the resource log schema for Azure Service Bus, refer to the [Azure documentation](https://learn.microsoft.com/en-us/azure/service-bus-messaging/monitor-service-bus-reference#diagnostic-error-logs). * **Platform Metrics for Azure Service Bus**. These metrics are available in [Microsoft.ServiceBus/namespaces](https://learn.microsoft.com/en-us/azure/azure-monitor/reference/supported-metrics/microsoft-servicebus-namespaces-metrics) namespace. For more information on supported metrics and dimensions, refer to the [Azure documentation](https://learn.microsoft.com/en-us/azure/service-bus-messaging/monitor-service-bus-reference#metrics). ## Setup Azure service sends monitoring data to Azure Monitor, which can then [stream data to Eventhub](https://learn.microsoft.com/en-us/azure/azure-monitor/essentials/stream-monitoring-data-event-hubs). Sumo Logic supports: * Logs collection from [Azure Monitor](https://docs.microsoft.com/en-us/azure/monitoring-and-diagnostics/monitoring-get-started) using our [Azure Event Hubs source](/docs/send-data/collect-from-other-data-sources/azure-monitoring/ms-azure-event-hubs-source/). * Metrics collection using our [Azure Metrics Source](/docs/send-data/hosted-collectors/microsoft-source/azure-metrics-source). You must explicitly enable diagnostic settings for each Azure Service Bus namespace you want to monitor. You can forward logs to the same Event Hub provided they satisfy the limitations and permissions as described [here](https://learn.microsoft.com/en-us/azure/azure-monitor/essentials/diagnostic-settings?tabs=portal#destination-limitations). When you configure the Event Hubs source or HTTP source, plan your source category to ease the querying process. A hierarchical approach allows you to make use of wildcards. For example: `Azure/ServiceBus/Logs`, `Azure/ServiceBus/Metrics`. ### Configure collector Create a hosted collector if not already configured and tag the `tenant_name` field. You can get the tenant name using the instructions [here](https://learn.microsoft.com/en-us/azure/active-directory-b2c/tenant-management-read-tenant-name#get-your-tenant-name). Make sure you create the required sources in this collector.
Azure Tag Tenant Name ### Configure metrics collection import MetricsSource from '../../reuse/metrics-source.md'; ### Configure logs collection In this section, you will configure a pipeline for shipping diagnostic logs from Azure Monitor to an Event Hub. #### Diagnostic logs 1. To set up the Azure Event Hubs source in Sumo Logic, refer to [Azure Event Hubs Source for Logs](/docs/send-data/collect-from-other-data-sources/azure-monitoring/ms-azure-event-hubs-source/). 1. To create the Diagnostic settings in the Azure portal, refer to the [Azure documentation](https://learn.microsoft.com/en-us/azure/azure-monitor/essentials/diagnostic-settings?tabs=portal#create-diagnostic-settings). Perform the steps below for each Azure Service Bus namespace that you want to monitor. 1. Choose `Stream to an event hub` as the destination. 1. Select `allLogs`. 1. Use the Event Hub namespace and Event Hub name configured in the previous step in the destination details section. You can use the default policy `RootManageSharedAccessKey` as the policy name. 1. Use the Event Hub namespace and Event Hub name configured in the previous step in the destination details section. You can use the default policy `RootManageSharedAccessKey` as the policy name.
Azure Service Bus logs 1. Tag the location field in the source with the right location value.
Azure Service Bus Tag Location #### Activity logs (optional) import ActivityLogs from '../../reuse/apps/azure-activity-logs.md'; ## Installing the Azure Service Bus app Now that you have set up data collection, install the Azure Service Bus Sumo Logic app to use the pre-configured [dashboards](#viewing-the-azure-service-bus-dashboards) that provide visibility into your environment for real-time analysis of overall usage. import AppInstallIndexV2 from '../../reuse/apps/app-install-index-option.md'; As part of the app installation process, the following fields will be created by default: - `tenant_name`. This field is tagged at the collector level. You can get the tenant name using the instructions [here](https://learn.microsoft.com/en-us/azure/active-directory-b2c/tenant-management-read-tenant-name#get-your-tenant-name). - `location`. The region the resource name belongs to. - `subscription_id`. ID associated with a subscription where the resource is present. - `resource_group`. The resource group name where the Azure resource is present. - `provider_name`. Azure resource provider name (for example, Microsoft.Network). - `resource_type`. Azure resource type (for example, storage accounts). - `resource_name`. The name of the resource (for example, storage account name). - `service_type`. The type of service that can be accessed with an Azure resource. - `service_name`. Services that can be accessed with an Azure resource (for example, in Azure Container Instances, the service is Subscriptions). ## Viewing the Azure Service Bus dashboards import ViewDashboardsIndex from '../../reuse/apps/view-dashboards-index.md'; ### Overview The **Azure Service Bus - Overview** provides details on the overall performance and usage of your Azure Service Bus namespaces. Use this dashboard to: * Monitor namespace resource utilization like CPU and memory usage across different locations. * Track message processing trends by analyzing incoming vs outgoing message differences, total errors and Average Server Send Latency over time. Azure Service Bus - Overview ### Administrative Operations The **Azure Service Bus - Administrative Operations** provides an overview of management activities performed on your Azure Service Bus namespaces. Use this dashboard to: * Monitor the distribution of read, write, and delete operations across your service bus namespaces. * Identify and investigate errors occurring during administrative operations to maintain optimal service bus configuration. Azure Service Bus - Overview ### Errors The **Azure Service Bus - Errors** provides details on various error types, failed operations, and error messages related to Azure Service Bus. Use this dashboard to: * Identify and troubleshoot common error patterns by analyzing the trend of user errors and server errors. * Monitor message processing issues by tracking dead-lettered and abandoned messages over time. Azure Service Bus - Overview ### Messages The **Azure Service Bus - Messages** provides a detailed view of message flow and status within your Azure Service Bus namespaces. Use this dashboard to: * Monitor the volume and status of messages across different categories like active, completed, and abandoned messages. * Identify potential bottlenecks by comparing incoming and outgoing message rates. Azure Service Bus - Overview ### Policy and Recommendation The **Azure Service Bus - Policy and Recommendation** provides information on policy enforcement and recommendations for your Azure Service Bus namespaces. Use this dashboard to: * Review policy success and failure events to ensure proper policy enforcement and security. * Identify recommendations to improve the performance and security of your Service Bus instances. Azure Service Bus - Overview ### Traffic The **Azure Service Bus - Traffic** provides insights into the network traffic and connections of your Azure Service Bus namespaces. Use this dashboard to: * Track active connections and analyze connection patterns over time. * Monitor server send latency and identify any performance issues affecting message delivery. Azure Service Bus - Overview ## Create monitors for Azure Service Bus App import CreateMonitors from '../../reuse/apps/create-monitors.md'; ### Azure Service Bus Alerts These alerts are metrics-based and will work for all Azure Service Bus. | Name | Description | Alert Condition | Recover Condition | |:--|:--|:--|:--| | `Azure Service Bus - High Count of Active Messages` | This alert is triggered when the active message count is greater than 5000. | Count > 5000 | Count < = 5000 | | `Azure Service Bus - High Count of Dead-lettered Messages` | This alert is triggered when the dead- lettered message count greater than 50. | Count > 50 | Count < = 50 | | `Azure Service Bus - High Count of Messages (Overall)` | This alert is triggered when the messages count (active, dead-lettered, scheduled) is greater than 5000. | Count > 5000 | Count < = 5000 | | `Azure Service Bus - High CPU Utilization (Premium SKU)` | This alert is triggered when the CPU usage percentage is greater than 85. Also, a warning type alert will be triggered when the CPU usage percentage greater than 80. | Count > 85 | Count < = 85 | | `Azure Service Bus - High Size Consumption` | This alert is triggered when the average size is greater than 3 GB. Also, a warning type alert will be triggered when the average size is greater than 1 GB. | Count > 3 | Count < = 3 | ## Upgrade/Downgrade the Azure Service Bus app (optional) import AppUpdate from '../../reuse/apps/app-update.md'; ## Uninstalling the Azure Service Bus app (optional) import AppUninstall from '../../reuse/apps/app-uninstall.md'; ## Troubleshooting ### Metrics collection via Azure Metrics Source To troubleshoot metrics collection via Azure Metrics Source, follow the instructions in [Troubleshooting Azure Metrics Source](/docs/send-data/hosted-collectors/microsoft-source/azure-metrics-source/#troubleshooting). ## Additional resources - Blog: [Azure monitoring and troubleshooting](https://www.sumologic.com/blog/azure-services-monitoring) - Glossary: [Microsoft Azure](https://www.sumologic.com/glossary/microsoft-azure)