こんにちはアミーです。
メトリクスせっかくとったのでアラート飛ばします。
作成
実際にアラートを飛ばしたいメトリクスを選定
今回はメモリの使用率にしたいと思います。
アラートルール作成
アラート通知設定
参考: https://manual.sakura.ad.jp/cloud/appliance/monitoring-suite/tutorial.html#id53
シンプル通知
シンプル通知に対して通知を送信します。
を有効にします。
そしてシンプル通知設定をします。
通知先グループ、通知先ルーティングも流れで作成
テスト
意味もなく、メモリを保持するスクリプトを作成し実行
# bash test-memory.sh
MemTotal : 1790447616 bytes
MemAvailable : 1378856960 bytes
追加確保量 : 1289334579 bytes
保持時間 : 1800 seconds
メモリ負荷プロセス PID: 657532
停止する場合: kill 657532なんかおかしいなと思ったら、% じゃなくて少数で出ていた。
80 → 0.8 90 → 0.9 にして再テスト
アラート履歴
1件の履歴
# Status Severity Start End Labels
a59bb380
Open
Critical
2026-09-29 17:00:45 — host_name="XXXXXXXXX",os_type="linux",otel_scope_name="github.com/open-telemetry/opentelemetry-collector-contrib/receiver/hostmetricsreceiver/internal/scraper/memoryscraper",otel_scope_version="v0.7.6",state="used"アラートが管理画面上から確認できました。
通知ルーティング作るのを忘れていたので作成
一旦メモリを解放する
再実行
実際の通知内容
| さくらのクラウド シンプル通知サービスです。 以下のご契約においてメッセージを受信いたしました。 ■ご契約情報 会員ID: プロジェクトコード: リソースID: リソース名: モニタリングスイートテスト |
| Alert ID: 1b3b37f1-d4ad-401c-911a-ae1e49b48bcdLabels: hostname="XXXXXXX",ostype="linux",otelscopename="github.com/open-telemetry/opentelemetry-collector-contrib/receiver/hostmetricsreceiver/internal/scraper/memoryscraper",otelscopeversion="v0.7.6",state="used"Severity: WarningQuery: systemmemoryutilization_ratio{state="used"}Threshold: >= 0.8Value: 0.9487258677 |
| シンプル通知サービスの詳細については以下URLをご確認ください。 ▼さくらのクラウドマニュアル - シンプル通知 https://manual.sakura.ad.jp/cloud/appliance/simplenotification/index.html ご不明な点やご質問等ございましたら、弊社カスタマーセンターまでお問い合わせください。 なお、弊社ではメッセージの内容に関するお問い合わせは、お答え致しかねます。 リソースの管理者様にご確認くださいますようお願い申し上げます。 今後ともさくらインターネットをよろしくお願いいたします。 |
届きましたが、繰り返しなしにしていると先にWarningの通知が行われた時点で、Critical判定になってもメールは送られない模様
以上！
終わりに
ここまで読んでいただきありがとうございました。
最初はもう少し独自メトリクス作ろうと思ったんですが、sacloud-otel-collector のお勉強がちょっとめんどくさかったので、一旦メモリでテストしました。
zabbix や nagios 、snmpd の設定や準備を頑張るかこちらを頑張るかにはなりそうですが、ある程度カスタマイズのしやすさなら、zabbix や nagios などの監視サーバに軍配はあがりそうです。
この記事を書いた人
