Azure Service Bus を監視する
Azure リソースに依存するクリティカルなアプリケーションとビジネス プロセスがある場合は、それらのリソースの可用性、パフォーマンス、操作を監視する必要があります。 この記事では、Azure Service Bus によって生成される監視データと、Azure Monitor でこのデータを分析してアラートを生成する方法について説明します。
Azure Monitor とは
Azure Service Bus は、Azure のフルスタック監視サービスである Azure Monitor を使用して監視データを作成します。 Azure Monitor には、Azure リソースを監視するための完全な機能セットが用意されています。 また、他のクラウドやオンプレミスのリソースも監視できます。
まず「Azure Monitor を使用した Azure リソースの監視」の記事にある次の概念の説明をお読みください。
- Azure Monitor とは
- 監視に関連するコスト
- Azure で収集される監視データ
- データ収集の構成
- 監視データの分析とアラート生成のための Azure の標準ツール
以下のセクションでは、この記事に基づき、Azure Service Bus のために収集された特定のデータについて説明します。 これらのセクションでは、Azure ツールを使用してデータ収集を構成し、このデータを分析する例も紹介します。
ヒント
Azure Monitor に関連したコストを把握するには、「Azure Monitor のコストと使用量」を参照してください。 データが Azure Monitor に表示されるまでにかかる時間を把握するには、ログ データのインジェスト時間に関する記事を参照してください。
Azure Service Bus の監視データ
Azure Service Bus では、他の Azure リソースと同じ種類の監視データが収集されます。これについては、Azure リソースの監視データに関するページをご覧ください。
Azure Service Bus によって作成されるログおよびメトリックの詳細なリファレンスについては、「Azure Service Bus 監視データのリファレンス」を参照してください。
収集とルーティング
プラットフォーム メトリックとアクティビティ ログは自動的に収集および格納されますが、診断設定を使用して他の場所にルーティングすることもできます。
リソース ログは、診断設定を作成して 1 つ以上の場所にルーティングするまでは収集および格納されません。
Azure portal、CLI、または PowerShell を使用して診断設定を作成するプロセスの詳細については、「Azure でプラットフォーム ログとメトリックを収集するための診断設定を作成する」を参照してください。 診断設定を作成するときは、収集するログのカテゴリを指定します。 Azure Service Bus のカテゴリは、「Azure Service Bus 監視データのリファレンス」に一覧表示されています。
Note
Azure Monitor で Azure Storage、Azure Event Hubs、Log Analytics などの宛先に送信されるエクスポートされたメトリック データにディメンションは含まれません。
Azure Storage
診断ログ情報は、insights-logs-operationlogs および insights-metrics-pt1m という名前のコンテナーに格納されています。
操作ログのサンプル URL: https://<Azure Storage account>.blob.core.windows.net/insights-logs-operationallogs/resourceId=/SUBSCRIPTIONS/<Azure subscription ID>/RESOURCEGROUPS/<Resource group name>/PROVIDERS/MICROSOFT.SERVICEBUS/NAMESPACES/<Namespace name>/y=<YEAR>/m=<MONTH-NUMBER>/d=<DAY-NUMBER>/h=<HOUR>/m=<MINUTE>/PT1H.json。 メトリック ログの URL は似ています。
Azure Event Hubs
診断ログ情報は、insights-logs-operationlogs および insights-metrics-pt1m という名前のイベント ハブに格納されています。 独自のイベント ハブを選択することもできます。
Log Analytics
診断ログ情報は、AzureDiagnostics および AzureMetrics という名前のテーブルに格納されます。
操作ログのサンプル出力 (書式設定済み)
{
"Environment": "PROD",
"Region": "East US",
"ScaleUnit": "PROD-BL2-002",
"ActivityId": "a097a88a-33e5-4c9c-9c64-20f506ec1375",
"EventName": "Retrieve Namespace",
"resourceId": "/SUBSCRIPTIONS/<Azure subscription ID>/RESOURCEGROUPS/SPSBUS0213RG/PROVIDERS/MICROSOFT.SERVICEBUS/NAMESPACES/SPSBUS0213NS",
"SubscriptionId": "<Azure subscription ID>",
"EventTimeString": "5/18/2021 3:25:55 AM +00:00",
"EventProperties": "{\"SubscriptionId\":\"<Azure subscription ID>\",\"Namespace\":\"spsbus0213ns\",\"Via\":\"https://spsbus0213ns.servicebus.windows.net/$Resources/topics?api-version=2017-04&$skip=0&$top=100\",\"TrackingId\":\"a097a88a-33e5-4c9c-9c64-20f506ec1375_M8CH3_M8CH3_G8\"}",
"Status": "Succeeded",
"Caller": "rpfrontdoor",
"category": "OperationalLogs"
}
メトリック ログのサンプル出力 (書式設定済み)
{
"count": 1,
"total": 4,
"minimum": 4,
"maximum": 4,
"average": 4,
"resourceId": "/SUBSCRIPTIONS/<Azure subscription ID>/RESOURCEGROUPS/SPSBUS0213RG/PROVIDERS/MICROSOFT.SERVICEBUS/NAMESPACES/SPSBUS0213NS",
"time": "2021-05-18T03:27:00.0000000Z",
"metricName": "IncomingMessages",
"timeGrain": "PT1M"
}
重要
これらの設定を有効にするには、追加の Azure サービス (ストレージ アカウント、イベント ハブ、または Log Analytics) が必要であり、コストが増加する可能性があります。 推定コストを計算するには、Azure 料金計算ツールにアクセスしてください。
Note
診断設定でメトリックを有効にするとき、現在、ディメンション情報は、ストレージ アカウント、イベント ハブ、または Log Analytics に送信される情報の一部として含まれません。
収集できるメトリックとログについては、次のセクションで説明します。
メトリックの分析
Azure Service Bus のメトリックと他の Azure サービスのメトリックを分析するには、Service Bus 名前空間のホーム ページ上で [Azure Monitor] セクションから [メトリック] を選択します。 このツールの使用方法の詳細については、Azure Monitor メトリックス エクスプローラーでメトリックスを分析する方法に関するページを参照してください。 収集されるプラットフォーム メトリックの一覧については、「Azure Service Bus 監視データのリファレンス メトリック」を参照してください。
参考のために、Azure Monitor でサポートされているすべてのリソース メトリックの一覧を確認できます。
ヒント
Azure Monitor のメトリック データは 90 日分利用できます。 ただし、グラフを作成するときは、30 日分だけ視覚化できます。 たとえば、90 日間の期間を視覚化する場合は、90 日間の期間内で 30 日間の 3 つのグラフに分割する必要があります。
フィルター処理と分割
ディメンションをサポートするメトリックについては、ディメンション値を使用してフィルターを適用できます。 たとえば、フィルターを追加して EntityName をキューまたはトピックの名前に設定します。 また、メトリックをディメンションで分割して、メトリックのセグメントを互いに比較してどのように異なるかを視覚化することもできます。 フィルター処理と分割の詳細については、Azure Monitor の高度な機能に関する記事をご覧ください。
ログの分析
Azure Monitor Log Analytics を使用するには、診断構成を作成して、Log Analytics への情報の送信 を有効にする必要があります。 詳細については、「コレクションとルーティング」セクションを参照してください。 Azure Monitor のログのデータはテーブルに格納され、各テーブルには独自の一意のプロパティ セットがあります。Azure Service Bus には、2 つの宛先テーブル (Log Analytics の Azure Diagnostic または Resource 固有のテーブル) のいずれかにログをディスパッチする機能があります。 ログおよびメトリックの詳細なリファレンスについては、「Azure Service Bus 監視データのリファレンス」を参照してください。
重要
Azure Service Bus のメニューから [ログ] を選択すると、クエリのスコープが現在のワークスペースに設定された状態で Log Analytics が開きます。 つまり、ログ クエリには、そのリソースからのデータのみが含まれます。 他のデータベースのデータや他の Azure サービスのデータを含むクエリを実行する場合は、Azure Monitor のメニューから [ログ] を選択します。 詳細については、「Azure Monitor Log Analytics のログ クエリのスコープと時間範囲」を参照してください。
追加の Kusto クエリ
次に、Azure Service Bus リソースの監視に使用できるサンプル クエリを示します。
過去 7 日間の管理操作を取得します。
AzureDiagnostics | where TimeGenerated > ago(7d) | where ResourceProvider =="MICROSOFT.SERVICEBUS" | where Category == "OperationalLogs" | summarize count() by EventName_s, _ResourceId過去 1 時間に生成されたランタイム監査ログを取得します。
AzureDiagnostics | where TimeGenerated > ago(1h) | where ResourceProvider =="MICROSOFT.SERVICEBUS" | where Category == "RuntimeAuditLogs""キーが見つかりません" というエラーを発生させた、キー コンテナーへのアクセス試行を取得します。
AzureDiagnostics | where ResourceProvider == "MICROSOFT.SERVICEBUS" | where Category == "Error" and OperationName == "wrapkey" | project Message, _ResourceId過去 7 日間のエラーを取得します
AzureDiagnostics | where TimeGenerated > ago(7d) | where ResourceProvider =="MICROSOFT.SERVICEBUS" | where Category == "Error" | summarize count() by EventName_s, _ResourceIdキー コンテナーで実行された操作を取得して、キーを無効にするか復元します。
AzureDiagnostics | where ResourceProvider == "MICROSOFT.SERVICEBUS" | where (Category == "info" and (OperationName == "disable" or OperationName == "restore")) | project Message, _ResourceId自動的に削除されたすべてのエンティティを取得します
AzureDiagnostics | where ResourceProvider == "MICROSOFT.SERVICEBUS" | where Category == "OperationalLogs" | where EventName_s startswith "AutoDelete" | summarize count() by EventName_s, _ResourceId