次の方法で共有


チュートリアル: アラートの根本原因分析を実施する

このチュートリアルでは、リモート監視ソリューション アクセラレータを使用してアラートの根本原因を診断する方法を説明します。 リモート監視ソリューション ダッシュボードでアラートがトリガーされたことを確認し、Azure Time Series Insights エクスプローラーを使って根本原因を調査します。

このチュートリアルでは、場所、高度、速度、および貨物温度のテレメトリを送信する 2 つのシミュレートされた配送トラック デバイスを使用します。 トラックは Contoso という組織によって管理され、リモート監視ソリューション アクセラレータに接続されています。 Contoso オペレーターは、1 台のトラック (delivery-truck-02) で低温アラートが記録された理由を知る必要があります。

このチュートリアルでは、次の作業を行いました。

  • ダッシュボードのデバイスをフィルターで絞り込む
  • テレメトリをリアルタイムで表示する
  • Time Series Insights エクスプローラーでデータを調べる
  • 根本原因分析を実施する
  • わかったことに基づいて新しいルールを作成する

Azure サブスクリプションをお持ちでない場合は、開始する前に 無料アカウント を作成してください。

前提条件

このチュートリアルを実行するには、お使いの Azure サブスクリプションにリモート監視ソリューション アクセラレータのインスタンスをデプロイしておく必要があります。

表示するデバイスを選択する

[ダッシュボード] ページに表示する接続されたデバイスを選択するには、フィルターを使用します。 [トラック] デバイスのみを選択するには、フィルターのドロップダウン メニューで組み込みの [トラック] フィルターを選択します。

ダッシュボードにトラックをフィルター表示する

フィルターを適用すると、フィルター条件に一致するデバイスのみが [ダッシュボード] のマップとテレメトリ パネルに表示されます。 truck-02 を含む 2 台のトラックがソリューション アクセラレータに接続されていることがわかります。

テレメトリをリアルタイムで表示する

ソリューション アクセラレータでは、リアルタイムのテレメトリがグラフとして [ダッシュボード] ページに表示されます。 既定では、グラフには高度テレメトリが表示され、時間経過とともに変化しています。

トラック高度テレメトリ プロット

トラックの温度テレメトリを表示するには、[テレメトリ] パネルで [温度] をクリックします。 両方のトラックの温度が過去 15 分間にどのように変化したかを見ることができます。 アラート ウィンドウでは delivery-truck-02 に対して低温のアラートがトリガーされたこともわかります。

一時アラートが少ない RM ダッシュボード

データを探索する

低温アラートの原因を特定するには、Time Series Insights エクスプローラーで配送トラックのテレメトリ データを開きます。 ダッシュボードのいずれかの [Explore in Time Series Insights]\(Time Series Insights で調べる\) リンクをクリックします。

TSI リンクが強調表示された RM ダッシュボード

エクスプローラーが起動すると、すべてのデバイスの一覧が表示されます。

TSI エクスプローラーの初期ビュー

フィルター ボックスに「delivery-truck」と入力してデバイスをフィルター処理し、左側のパネルで [メジャー] として温度を選択します。

TSI エクスプローラーのトラックの温度

リモート監視ダッシュボードと同じビューが表示されます。 加えて、ここではアラートがトリガーされた時間範囲を拡大できるようになりました。

TSI エクスプローラーのズーム

トラックから送られた他のテレメトリ ストリームを追加することもできます。 左上隅にある [追加] ボタンをクリックします。 新しいウィンドウが表示されます。

新しいウィンドウが表示された TSI エクスプローラー

新しいウィンドウで、新しいラベルの名前を「デバイス」に変更して前のものと一致するようにします。 [メジャー] として高度を選択し、[次で分割] の値として iothub-connection-device-id を選択して、高度テレメトリをビューに追加します。

温度と高度を持つ TSI エクスプローラー

アラートを診断する

現在のビューのストリームを見ると、2 台のトラックの高度プロファイルが異なることがわかります。 また、トラックの高度が高くなると delivery-truck-02 の温度が低下しています。 トラックは同じルートをたどるようにスケジュールされていたため、オペレータは驚きます。

トラックが異なる経路を走ったかどうかを確認するため、[追加] ボタンを使用してサイド パネルに別のウィンドウを追加します。 新しいウィンドウで、新しいラベルの名前を「デバイス」に変更して前のものと一致するようにします。 [メジャー] として経度を選択し、[次で分割] の値として iothub-connection-device-id を選択して、経度テレメトリをビューに追加します。 経度ストリームの違いを見ることで、トラックが別の道を通ったことがわかります。

温度、高度、経度を持つ TSI エクスプローラー

新しいルールの作成

通常、トラックのルートは事前に最適化されていますが、オペレーターは交通量のパターン、天気、その他の予期しないイベントが原因で遅れる可能性があることを理解しており、トラックの運転手は最善の判断に基づいて直前にルートを変更することができます。 ただし、トラックの積荷の温度は重要であるため、リモート監視ソリューションで追加ルールを作成する必要があります。 1 分間隔の平均高度が 350 フィートを超えた場合に確実に警告を受け取ることが、このルールの目的です。

[リモート監視ルール] タブセット高度ルール

ルールの作成と編集の方法については、デバイスの問題の検出に関する前のチュートリアルをご覧ください。

リソースをクリーンアップする

次のチュートリアルに進む場合は、リモート監視ソリューション アクセラレータをデプロイしたままにしておきます。 ソリューション アクセラレータを使用していないときの実行コストを削減するには、設定パネルでシミュレートされたデバイスを停止します。

テレメトリを一時停止する

次のチュートリアルを開始する準備ができたら、シミュレートされたデバイスを再起動することができます。

ソリューション アクセラレータが不要になった場合は、削除します。

次のステップ

このチュートリアルでは、リモート監視ソリューション アクセラレータで Time Series Insights エクスプローラーを使用してアラートの根本原因を診断する方法を説明します。 ソリューション アクセラレータを使用して接続されているデバイスの問題を特定して修正する方法について学習するには、次のチュートリアルに進んでください。