Azure Monitor ログを使用したイベントの分析と視覚化
Azure Monitor ログでは、クラウド内でホストされているアプリケーションとサービスからテレメトリが収集および分析され、それらの可用性とパフォーマンスを最大限に高めるために役立つ分析ツールが提供されます。 この記事では、Azure Monitor ログでクエリを実行して分析情報を取得し、クラスター内の処理をトラブルシューティングする方法について説明します。 次のような一般的な質問に対応します。
- 正常性イベントをどのようにトラブルシューティングすればいいか。
- ノードがダウンするタイミングを知るにはどうすればいいか。
- 自分のアプリケーションのサービスが起動または停止されたかを知るにはどうすればいいか。
Azure Monitor を使ってこのサービスのデータを収集および分析する方法について詳しくは、「Azure Service Fabric を監視する」をご覧ください。
Service Fabric Analytics ソリューションへのアクセス
Azure portal で、Service Fabric Analytics ソリューションを作成したリソース グループに移動します。
リソースの [ServiceFabric<nameOfOMSWorkspace> ] を選択します。
Summary に、有効なソリューションごとのグラフ形式のタイルが表示されます (Service Fabric のタイルも含まれています)。 [Service Fabric] グラフを選択して、Service Fabric Analytics ソリューションを継続します。
次の画像には、Service Fabric Analytics ソリューションのホーム ページが示されています。 このホーム ページでは、クラスター内で行われている処理のスナップショット ビューが提供されます。
クラスター作成時に診断を有効にした場合は、以下に対するイベントが表示されます。
Note
診断の拡張機能の構成を更新することで、すぐに利用できる Service Fabric イベントだけでなく、より詳細なシステム イベントが収集できます。
ノードに対する操作を含む Service Fabric イベントを表示する
Service Fabric Analytics のページで、Service Fabric イベントのグラフを選びます。
[一覧] を選んで、イベントを一覧表示します。 ここには、収集されたすべてのシステム イベントが表示されます。 参考までに、これらは Azure Storage アカウント内の WADServiceFabricSystemEventsTable に由来し、次に確認する Reliable Services イベントや Reliable Actors イベントも同様に、それぞれのテーブルに由来します。
または、左側にある虫眼鏡を選び、Kusto 照会言語を使って検索対象を見つけることもできます。 たとえば、クラスター内のノードに対して行われたすべての操作を検索するは、次のクエリを使用できます。 使用されているイベント ID は、操作チャネルのイベント リファレンスで確認できます。
ServiceFabricOperationalEvent
| where EventId < 25627 and EventId > 25619
特定のノード (Computer) やシステム サービス (TaskName) など、より多くのフィールドに対してクエリを実行できます。
Service Fabric Reliable Service および Actor イベントの表示
Service Fabric Analytics のページで、Reliable Services のグラフを選びます。
[一覧] を選んで、イベントを一覧表示します。 ここで、Reliable Services のイベントを確認できます。 通常はデプロイおよびアップグレードで行われるサービス runasync の開始時点および完了時点に関する、さまざまなイベントを表示できます。
Reliable Actor のイベントも、同様の方式で表示できます。 Reliable Actor により詳細なイベントを設定するには、診断の拡張機能の構成 (以下に示します) で scheduledTransferKeywordFilter を変更する必要があります。 これらの値の詳細については、「Reliable Actors の診断とパフォーマンス監視」を参照してください。
"EtwEventSourceProviderConfiguration": [
{
"provider": "Microsoft-ServiceFabric-Actors",
"scheduledTransferKeywordFilter": "1",
"scheduledTransferPeriod": "PT5M",
"DefaultEvents": {
"eventDestination": "ServiceFabricReliableActorEventTable"
}
},
Kusto クエリ言語は優れています。 実行可能なもう 1 つの重要なクエリでは、どのノードで大部分のイベントが生成されているかを検出します。 次のスクリーン ショットのクエリでは、特定のサービスとノードで集計された Service Fabric の操作イベントが表示されます。
次のステップ
- インフラストラクチャの監視、つまりパフォーマンス カウンターを有効にするために、Log Analytics エージェントの追加に関するページにアクセスしてください。 エージェントによって、パフォーマンス カウンターが収集され、既存のワークスペースに追加されます。
- オンプレミス クラスター向けに、Azure Monitor ログでは、データを Azure Monitor ログに送信するために使用できるゲートウェイ (HTTP 転送プロキシ) を提供されています。 詳細については、「インターネットにアクセスできないコンピューターを Log Analytics ゲートウェイを使って Azure Monitor ログに接続する」を参照してください。
- 検出と診断に役立つ自動アラートを構成します。
- Azure Monitor ログの一部として提供されているログ検索とクエリ機能をよく理解します。
- Azure Monitor ログとその提供内容の詳しい概要について、Azure Monitor ログの概要に関する記事を確認します。