CloudMonitorを使用して、イベントとしきい値に基づいてIoTリソースをモニタリングできます。 イベントのモニタリングとアラートは、IoT Platformのスロットリングルールに基づいて実行されます。 しきい値のモニタリングとアラートは、指定したメトリック値に基づいて実行されます。
背景情報
シナリオ
危険物を保管するように設計されたエリアには、合計5,000個の温度センサーが配備されています。 これらのデバイスは、MQTTプロトコルを使用してIoT Platformと通信します。 温度が0.1 °C変動するたびに、温度センサーはリアルタイムの温度をIoT Platformに送信します。 温度が25 °Cを超えると、IoT Platformはその後の処理のために温度データをFunction Computeに転送します。
温度データは、保管エリアの安全性を確保するために常に監視する必要がある重要な要素です。 制御室は、各検出ポイントの温度変動データをリアルタイムで取得し、タイムリーに対応する必要があります。 したがって、温度センサーは24時間オンラインでなければなりません。 多数のデバイスが同時にオフラインになっている場合、またはデバイスが不安定な場合 (オンラインとオフラインを繰り返し切り替える) 、デバイスとネットワークを修復します。 温度の急速な上昇は、即時の対応を必要とするかなりの数のセキュリティリスクをもたらす可能性があります。
各検出ポイントの温度センサーは、24時間オンラインでなければなりません。 センサーによって報告されたデータがFunction Computeに到達し、現在のアカウントでのIoT Platformリソースの使用状況を監視できることを確認します。 これにより、スロットリングを防ぎ、IoT Platformがタイムリーに温度データを受信できるようになります。
プロジェクトデザイン
CloudMonitorを使用してIoT Platformリソースをモニタリングする前に、CloudMonitorコンソールでIoT Platformのアラートルールを作成します。
アラートをトリガーする次のイベントを設定します。
- デバイスが1分あたりに送信する接続要求の数が上限に達します。
- 現在のアカウントが1秒間にIoT Platformに送信する接続リクエストの数が上限に達します。
- 現在のアカウントが1秒間に発行するリクエストの数が上限に達します。
- デバイスが1秒あたりに送信するメッセージの数が上限に達します。
- 現在のアカウントが1秒あたりにルールエンジンに送信するリクエストの数が上限に達します。
次のしきい値を設定してアラートをトリガーします。
- オンラインデバイスの数 (MQTTプロトコルは、デバイスをIoT Platformに接続するために使用されます) 。
- プロパティのレポート失敗の数。
- ルールエンジンがFunction Compute (FC) に転送するメッセージの数。