Exemple de configuration du watchdog système

Cet exemple configure le watchdog système sur un équipement critique sans surveillance pour assurer une récupération automatique et limiter les interventions sur site.

Scénario

Un équipement d’acquisition installé sur un site éloigné doit fonctionner sans surveillance, 24 h/24 et 7 j/7.

Étape 1 : vérifier le service watchdog

systemctl status jelina-watchdog

Vérifiez son fonctionnement. S’il est arrêté, démarrez-le et activez son démarrage automatique :

systemctl start jelina-watchdog
systemctl enable jelina-watchdog

Étape 2 : vérifier la récupération applicative

Le watchdog est plus efficace avec une stratégie de redémarrage applicatif. Pour les applications critiques :

• Conteneurs : --restart always, ou restart: always dans l’orchestration ;
• Applications natives : restart: always dans le ProgramSet.

Étape 3 : valider la chaîne de reprise

Vérifiez la récupération automatique à chaque niveau :

# 1. Application : arrêter l’application et observer sa reprise automatique
systemctl stop <service-application>
systemctl status <service-application>    # Le fonctionnement doit reprendre automatiquement

# 2. Système : vérifier le fonctionnement continu du watchdog
systemctl status jelina-watchdog

Étape 4 : ajouter la supervision cloud, facultatif

Après connexion à JelinaCloud, configurez des alarmes pour être averti dès une anomalie :

• Seuils de température, mémoire, stockage et processeur ;
• Conservation des journaux dans le cloud pour l’analyse ultérieure.

Résultat

Défaillance	Traitement automatique
Sortie anormale d’une application	Récupération par stratégie de redémarrage
Système sans réponse	Intervention du watchdog
Système endommagé	Basculement A/B de secours

Documentation associée

• Chien de garde — Fonctionnement
• Gestion des flottes et maintenance à distance — Supervision et alarmes cloud