Alarmant

L'installation de SKOOR ajoutera automatiquement la ligne suivante à la crontab de l'utilisateur eranger sur les hôtes principal et de secours :

*/5 * * * * sudo /opt/eranger/bin/eranger-server-replication.pl status /var/opt/run/eranger/collector/tmp/replication.status > /dev/null 2>&1

Si la réplication est synchronisée, le fichier de sortie replication.status ressemblera à :

# Mon Jan 15 19:15:04 2018
# Status is OK, if there is at least one slave, FAILED otherwise
# Legend: 'Slave: <seconds-last-read> (<ip>)'
# slaves: 1
Status: OK
Slave: 2 (10.1.0.89)

La valeur numérique sur la dernière ligne (2 ici) est le temps écoulé (en secondes) depuis la dernière fois que le primaire a transféré des données vers le standby.

Si la réplication n'est pas synchronisée ou ne fonctionne pas, le fichier aura le contenu suivant :

# Mon Jan 15 19:20:08 2018
# Status is OK, if there is at least one slave, FAILED otherwise
# Legend: 'Slave: <seconds-last-read> (<ip>)'
# slaves: 1
Status: FAILED
Slave:  (0)

La réplication peut être surveillée à l'aide de la tâche d'analyse de fichier préconfigurée dans SKOOR sous le périphérique SKOOR Engine localhost :

Pour activer la tâche, réglez son paramètre Intervalle sur 10 minutes, par exemple.

Notification d'indisponibilité server principal

En supposant qu'un groupe d'alarmes est lié sous l' hôte local SKOOR Engine du périphérique, tant que le Engine SKOOR est toujours en cours d'exécution, il générera des messages d'alarme dès que la réplication aura échoué.

Si, pour une raison quelconque, le Engine SKOOR lui-même ne fonctionne plus, le système ne peut pas envoyer d'alarme. Pour cette raison, une adresse e-mail dédiée doit être définie dans eranger-replication.cfg :

...
email=support@skoor.com
# email_status=/var/opt/run/eranger/collector/tmp/replication.status
# server_ping=/opt/eranger/bin/eranger-server-ping.pl
...

Étant donné que le statut ci-dessus cronjob est également exécuté par cron toutes les 5 minutes en veille , il vérifiera le serveur principal à l'aide de server . Une fois qu'il détecte que les démons SKOOR ne fonctionnent plus sur le primaire , il enverra exactement un e-mail au destinataire défini dans le fichier de configuration ci-dessus. Autrement dit:

Le server de secours effectue une surveillance de base du server principal .

Ce simple e-mail de notification aura comme

• Objet : server

• Corps : 10.1.0.88 est en panne

Si plusieurs adresses e-mail doivent être notifiées, séparez-les par une virgule. Exemple:

email=support@skoor.com,youraccount@domain.com