例：システムウォッチドッグの設定
無人の重要業務デバイスにウォッチドッグを設定し、異常時に自動復旧して現場での手作業を減らす例です。
遠隔拠点のデータ収集デバイスを、無人で 24 時間・365 日継続運転します。
手順 1：ウォッチドッグサービスの確認
Section titled “手順 1：ウォッチドッグサービスの確認”systemctl status jelina-watchdogサービスが正常に動作していることを確認します。動作していない場合は、起動して自動起動を設定します。
systemctl start jelina-watchdogsystemctl enable jelina-watchdog手順 2：アプリケーションの自己復旧設定
Section titled “手順 2：アプリケーションの自己復旧設定”ウォッチドッグは再起動ポリシーと組み合わせると効果的です。重要なアプリケーションに自動再起動を設定します。
- コンテナアプリケーション：
--restart always、または構成ファイルのrestart: always。 - ネイティブアプリケーション：ProgramSet に
restart: alwaysを設定。
手順 3：障害復旧フローの検証
Section titled “手順 3：障害復旧フローの検証”各階層の自動復旧を検証します。
# 1. アプリケーション層：アプリを停止して自動復旧を確認systemctl stop <アプリサービス>systemctl status <アプリサービス> # 自動的に稼働状態へ復旧すること
# 2. システム層：ウォッチドッグの継続動作を確認systemctl status jelina-watchdog手順 4：クラウド監視への追加（任意）
Section titled “手順 4：クラウド監視への追加（任意）”JelinaCloud に接続してアラームを設定し、異常を速やかに通知します。
- 温度、メモリー、ストレージ、CPU のしきい値を設定します。
- 実行ログをクラウドに保存し、後から追跡できるようにします。
| 障害の種類 | 自動処理 |
|---|---|
| アプリケーションの異常終了 | 再起動ポリシーによる自動復旧 |
| システムの応答停止 | ウォッチドッグによる復旧 |
| システム破損 | A/B 切り替えによる保護 |
関連ドキュメント
Section titled “関連ドキュメント”- ウォッチドッグ — 仕組みの説明
- フリート管理とリモート保守 — クラウド監視とアラーム