TOC

Comment surveiller votre base de données PostgreSQL gérée à l’aide de Nagios Core sur Ubuntu 18.04

L’auteur a sélectionné le Free and Open Source pour recevoir un don dans le cadre du Write for DOnations programme.

introduction

La surveillance de la base de données est essentielle pour comprendre le fonctionnement d’une base de données dans le temps. Cela peut vous aider à découvrir les problèmes d’utilisation cachés et les goulots d’étranglement qui se produisent dans votre base de données. La mise en œuvre de systèmes de surveillance de base de données peut rapidement s’avérer un avantage à long terme, ce qui aura une influence positive sur votre processus de gestion d’infrastructure. Vous pourrez réagir rapidement aux changements d’état de votre base de données et serez rapidement averti lorsque les services surveillés reprendront leur fonctionnement normal.

Nagios Core est un système de surveillance répandu que vous pouvez utiliser pour surveiller votre base de données gérée. Les avantages de l’utilisation de Nagios pour cette tâche sont sa polyvalence - il est facile à configurer et à utiliser - un grand référentiel de available plugins et, plus important encore, l’alerte intégrée .

Dans ce tutoriel, vous allez configurer la surveillance de la base de données PostgreSQL dans Nagios Core à l’aide de la page https://exchange.nagios.org/directory/Plugins/Databases/. PostgresQL / check_postgres / details [+ check_postgres +] Nagios plug-in et mis en place une alerte basée sur Slack. En fin de compte, vous aurez un système de surveillance en place pour votre base de données PostgreSQL gérée et serez immédiatement informé des changements de statut de diverses fonctionnalités.

Conditions préalables

Étape 1 - Installation de check_postgres

Dans cette section, vous allez télécharger la dernière version du plugin + check_postgres + depuis Github et le rendre disponible pour Nagios Core. Vous installerez également le client PostgreSQL (+ psql +), de sorte que + check_postgres + puisse se connecter à votre base de données gérée.

Commencez par installer le client PostgreSQL en exécutant la commande suivante:

sudo apt install postgresql-client

Ensuite, vous téléchargerez + check_postgres + dans votre répertoire personnel. Tout d’abord, accédez à:

cd ~

Rendez-vous sur la page Github releases et copiez le lien de la dernière version du plug-in. Au moment de la rédaction de cet article, la dernière version de + check_postgres + était + 2.24.0 +; Gardez à l’esprit que cette mise à jour sera mise à jour et, si possible, il est recommandé d’utiliser la dernière version.

Maintenant, téléchargez-le en utilisant curl:

curl -LO https://github.com/bucardo/check_postgres/releases/download/2.24.0/check_postgres-.tar.gz

Extrayez-le à l’aide de la commande suivante:

tar xvf check_postgres-*.tar.gz

Cela créera un répertoire avec le même nom que le fichier que vous avez téléchargé. Ce dossier contient l’exécutable + check_postgres +, que vous devrez copier dans le répertoire où Nagios stocke ses plugins (généralement + / usr / local / nagios / libexec / +). Copiez-le en exécutant la commande suivante:

sudo cp check_postgres-*/check_postgres.pl /usr/local/nagios/libexec/

Ensuite, vous devrez en donner la propriété à l’utilisateur + nagios +, pour qu’il puisse être exécuté à partir de Nagios:

sudo chown nagios:nagios /usr/local/nagios/libexec/check_postgres.pl

+ check_postgres + est maintenant disponible pour Nagios et peut être utilisé à partir de celui-ci. Cependant, il fournit de nombreuses commandes relatives à différents aspects de PostgreSQL. Pour améliorer la facilité de maintenance des services, il est préférable de les séparer pour pouvoir les appeler séparément. Vous y parviendrez en créant un lien symbolique vers chaque commande + check_postgres + dans le répertoire du plugin.

Naviguez jusqu’au répertoire où Nagios stocke les plugins en exécutant la commande suivante:

cd /usr/local/nagios/libexec

Ensuite, créez les liens symboliques avec:

sudo perl check_postgres.pl --symlinks

La sortie ressemblera à ceci:

OutputCreated "check_postgres_archive_ready"
Created "check_postgres_autovac_freeze"
Created "check_postgres_backends"
Created "check_postgres_bloat"
Created "check_postgres_checkpoint"
Created "check_postgres_cluster_id"
Created "check_postgres_commitratio"
Created "check_postgres_connection"
Created "check_postgres_custom_query"
Created "check_postgres_database_size"
Created "check_postgres_dbstats"
Created "check_postgres_disabled_triggers"
Created "check_postgres_disk_space"
Created "check_postgres_fsm_pages"
Created "check_postgres_fsm_relations"
Created "check_postgres_hitratio"
Created "check_postgres_hot_standby_delay"
Created "check_postgres_index_size"
Created "check_postgres_indexes_size"
Created "check_postgres_last_analyze"
Created "check_postgres_last_autoanalyze"
Created "check_postgres_last_autovacuum"
Created "check_postgres_last_vacuum"
Created "check_postgres_listener"
Created "check_postgres_locks"
Created "check_postgres_logfile"
Created "check_postgres_new_version_bc"
Created "check_postgres_new_version_box"
Created "check_postgres_new_version_cp"
Created "check_postgres_new_version_pg"
Created "check_postgres_new_version_tnm"
Created "check_postgres_pgagent_jobs"
Created "check_postgres_pgb_pool_cl_active"
Created "check_postgres_pgb_pool_cl_waiting"
Created "check_postgres_pgb_pool_maxwait"
Created "check_postgres_pgb_pool_sv_active"
Created "check_postgres_pgb_pool_sv_idle"
Created "check_postgres_pgb_pool_sv_login"
Created "check_postgres_pgb_pool_sv_tested"
Created "check_postgres_pgb_pool_sv_used"
Created "check_postgres_pgbouncer_backends"
Created "check_postgres_pgbouncer_checksum"
Created "check_postgres_prepared_txns"
Created "check_postgres_query_runtime"
Created "check_postgres_query_time"
Created "check_postgres_relation_size"
Created "check_postgres_replicate_row"
Created "check_postgres_replication_slots"
Created "check_postgres_same_schema"
Created "check_postgres_sequence"
Created "check_postgres_settings_checksum"
Created "check_postgres_slony_status"
Created "check_postgres_table_size"
Created "check_postgres_timesync"
Created "check_postgres_total_relation_size"
Created "check_postgres_txn_idle"
Created "check_postgres_txn_time"
Created "check_postgres_txn_wraparound"
Created "check_postgres_version"
Created "check_postgres_wal_files"

Perl a répertorié toutes les fonctions pour lesquelles il a créé un lien symbolique. Ceux-ci peuvent maintenant être exécutés à partir de la ligne de commande, comme d’habitude.

Vous avez téléchargé et installé le plugin + check_postgres +. Vous avez également créé des liens symboliques vers toutes les commandes du plug-in, de sorte qu’ils puissent être utilisés individuellement à partir de Nagios. À l’étape suivante, vous créerez un fichier de service de connexion que + check_postgres + utilisera pour se connecter à votre base de données gérée.

Étape 2 - Configuration de votre base de données

Dans cette section, vous allez créer un fichier de service de connexion PostgreSQL contenant les informations de connexion de votre base de données. Ensuite, vous testerez les données de connexion en appelant + check_postgres +.

Le fichier de service de connexion est par convention appelé + pg_service.conf +, et doit être situé sous + / etc / postgresql-common / +. Créez-le pour le modifier avec votre éditeur préféré (par exemple, nano):

sudo nano /etc/postgresql-common/pg_service.conf

Ajoutez les lignes suivantes en remplaçant les espaces réservés mis en surbrillance par les valeurs réelles affichées dans votre panneau de configuration de la base de données gérée sous la section * Détails de la connexion *:

/etc/postgresql-common/pg_service.conf

[managed-db]
host=
port=
user=
password=
dbname=defaultdb
sslmode=require

Le fichier de service de connexion peut héberger plusieurs groupes d’informations de connexion de base de données. Le début d’un groupe est signalé en mettant son nom entre crochets. Ensuite viennent les paramètres de connexion (+ host,` + port`, + user,` + password`, etc.), séparés par de nouvelles lignes, auxquelles il faut attribuer une valeur.

Enregistrez et fermez le fichier lorsque vous avez terminé.

Vous allez maintenant tester la validité de la configuration en vous connectant à la base de données via + check_postgres + en exécutant la commande suivante:

./check_postgres.pl --dbservice=managed-db --action=connection

Ici, vous indiquez + check_postgres + quel groupe d’informations de connexion à la base de données utiliser avec le paramètre + - dbservice +, et vous spécifiez également qu’il doit uniquement tenter de s’y connecter en spécifiant + connection + comme action.

Votre sortie ressemblera à ceci:

OutputPOSTGRES_CONNECTION OK: service=managed-db version 11.4 | time=0.10s

Cela signifie que + check_postgres + a réussi à se connecter à la base de données, selon les paramètres de + pg_service.conf +. Si vous obtenez une erreur, vérifiez ce que vous venez de saisir dans ce fichier de configuration.

Vous avez créé et rempli un fichier de service de connexion PostgreSQL, qui fonctionne comme une chaîne connexion. Vous avez également testé les données de connexion en exécutant + check_postgres + et en observant la sortie. Dans l’étape suivante, vous allez configurer Nagios pour qu’il surveille différentes parties de votre base de données.

Étape 3 - Création de services de surveillance dans Nagios

Maintenant, vous allez configurer Nagios pour qu’il surveille diverses métriques de votre base de données en définissant un hôte et plusieurs services, qui appellent le plugin + check_postgres + et ses liens symboliques.

Nagios stocke vos fichiers de configuration personnalisés sous + / usr / local / nagios / etc / objects +. Les nouveaux fichiers que vous ajoutez doivent être activés manuellement dans le fichier de configuration central de Nagios, situé sur + / usr / local / nagios / etc / nagios.cfg +. Vous allez maintenant définir des commandes, un hôte et plusieurs services, que vous utiliserez pour surveiller votre base de données gérée dans Nagios.

Commencez par créer un dossier sous + / usr / local / nagios / etc / objects + pour stocker votre configuration liée à PostgreSQL en exécutant la commande suivante:

sudo mkdir /usr/local/nagios/etc/objects/postgresql

Vous allez stocker les commandes Nagios pour + check_nagios + dans un fichier nommé + Commandes.cfg +. Créez-le pour l’édition:

sudo nano /usr/local/nagios/etc/objects/postgresql/commands.cfg

Ajoutez les lignes suivantes:

/usr/local/nagios/etc/objects/postgresql/commands.cfg

define command {
   command_name           check_postgres_connection
   command_line           /usr/local/nagios/libexec/check_postgres_connection --dbservice=$ARG1$
}

define command {
   command_name           check_postgres_database_size
   command_line           /usr/local/nagios/libexec/check_postgres_database_size --dbservice=$ARG1$ --critical='$ARG2$'
}

define command {
   command_name           check_postgres_locks
   command_line           /usr/local/nagios/libexec/check_postgres_locks --dbservice=$ARG1$
}

define command {
   command_name           check_postgres_backends
   command_line           /usr/local/nagios/libexec/check_postgres_backends --dbservice=$ARG1$
}

Enregistrez et fermez le fichier.

Dans ce fichier, vous définissez quatre commandes Nagios qui appellent différentes parties du plugin + check_postgres + (vérification de la connectivité, obtention du nombre de verrous et de connexions et de la taille de la base de données entière). Ils acceptent tous un argument passé au paramètre + - dbservice +, et spécifient à quelle base de données définie dans + pg_service.conf + se connecter.

La commande + check_postgres_database_size + accepte un deuxième argument qui est transmis au paramètre + - critical +, qui spécifie le point où le stockage de la base de données est saturé. Les valeurs acceptées incluent "1 KB +" pour un kilo-octet, "+1 MB +" pour un mégaoctet, etc., jusqu'à un maximum en exaoctets (" EB +"). Un nombre sans unité de capacité est traité comme étant exprimé en octets.

Maintenant que les commandes nécessaires sont définies, vous allez définir l’hôte (essentiellement la base de données) et ses services de surveillance dans un fichier nommé + services.cfg +. Créez-le en utilisant votre éditeur préféré:

sudo nano /usr/local/nagios/etc/objects/postgresql/services.cfg

Ajoutez les lignes suivantes en remplaçant ++ par une valeur correspondant au stockage disponible de votre base de données. Il est recommandé de le définir à 90% de la taille de stockage que vous lui avez attribuée:

/usr/local/nagios/etc/objects/postgresql/services.cfg

define host {
     use                    linux-server
     host_name              postgres
     check_command          check_postgres_connection!managed-db
}

define service {
     use                    generic-service
     host_name              postgres
     service_description    PostgreSQL Connection
     check_command          check_postgres_connection!managed-db
     notification_options   w,u,c,r,f,s
}

define service {
     use                    generic-service
     host_name              postgres
     service_description    PostgreSQL Database Size
     check_command          check_postgres_database_size!managed-db!
     notification_options   w,u,c,r,f,s
}

define service {
     use                    generic-service
     host_name              postgres
     service_description    PostgreSQL Locks
     check_command          check_postgres_locks!managed-db
     notification_options   w,u,c,r,f,s
}

define service {
     use                    generic-service
     host_name              postgres
     service_description    PostgreSQL Backends
     check_command          check_postgres_backends!managed-db
     notification_options   w,u,c,r,f,s
}

Vous définissez d’abord un hôte pour que Nagios sache à quelle entité les services se rapportent. Ensuite, vous créez quatre services, qui appellent les commandes que vous venez de définir. Chaque argument passe l’argument + managed-db +, précisant que le + managed-db + que vous avez défini à l’étape 2 doit être surveillé.

En ce qui concerne les options de notification, chaque service spécifie que les notifications doivent être envoyées lorsque son état devient + AVERTISSEMENT +, + INCONNU +, + CRITICAL +, + OK + (lorsqu’il récupère du temps mort), au démarrage du service https. : //assets.nagios.com/downloads/nagioscore/docs/nagioscore/3/en/flapping.html [battement], ou lorsque l’heure d’arrêt planifiée commence ou se termine. Sans donner explicitement une valeur à cette option, aucune notification ne serait envoyée (aux contacts disponibles), sauf si elle était déclenchée manuellement.

Enregistrez et fermez le fichier.

Ensuite, vous devrez indiquer explicitement à Nagios de lire les fichiers de configuration à partir de ce nouveau répertoire, en modifiant le fichier de configuration général de Nagios. Ouvrez-le pour édition en lançant la commande suivante:

sudo nano /usr/local/nagios/etc/nagios.cfg

Trouvez cette ligne en surbrillance dans le fichier:

/usr/local/nagios/etc/nagios.cfg

...
# directive as shown below:


#cfg_dir=/usr/local/nagios/etc/printers
...

Au-dessus, ajoutez la ligne en surbrillance suivante:

/usr/local/nagios/etc/nagios.cfg

...

cfg_dir=/usr/local/nagios/etc/servers
...

Enregistrez et fermez le fichier. Cette ligne indique à Nagios de charger tous les fichiers de configuration à partir du répertoire + / usr / local / nagios / etc / objects / postgresql +, où se trouvent vos fichiers de configuration.

Avant de redémarrer Nagios, vérifiez la validité de la configuration en exécutant la commande suivante:

sudo /usr/local/nagios/bin/nagios -v /usr/local/nagios/etc/nagios.cfg

La fin de la sortie ressemblera à ceci:

OutputTotal Warnings: 0
Total Errors:   0

Things look okay - No serious problems were detected during the pre-flight check

Cela signifie que Nagios n’a trouvé aucune erreur dans la configuration. Si cela vous indique une erreur, vous verrez également un indice sur ce qui ne va pas. Vous pourrez ainsi la réparer plus facilement.

Pour que Nagios recharge sa configuration, redémarrez son service en exécutant la commande suivante:

sudo systemctl restart nagios

Vous pouvez maintenant naviguer vers Nagios dans votre navigateur. Une fois qu’il est chargé, appuyez sur l’option * Services * dans le menu de gauche. Vous verrez l’hôte + postgres + et une liste de services, ainsi que leur statut actuel:

image: https: //assets.digitalocean.com/articles/postgres_managed_nagios/step3.png [Services de surveillance PostgreSQL - En attente]

Ils vireront bientôt tous au vert et afficheront le statut + OK +. La sortie de la commande apparaîtra dans la colonne * Informations sur le statut *. Vous pouvez cliquer sur le nom du service et voir des informations détaillées sur son statut et sa disponibilité.

Vous avez ajouté des commandes + check_postgres +, un hôte et plusieurs services à votre installation Nagios pour surveiller votre base de données. Vous avez également vérifié le bon fonctionnement des services en les examinant via l’interface Web de Nagios. Dans l’étape suivante, vous allez configurer les alertes basées sur Slack.

Étape 4 - Configuration du Slack Alerting

Dans cette section, vous allez configurer Nagios pour vous avertir des événements via Slack, en les publiant sur les canaux de votre choix dans votre espace de travail.

Avant de commencer, connectez-vous à l’espace de travail de votre choix sur Slack et créez deux canaux sur lesquels vous souhaitez recevoir des messages d’état de Nagios: l’un pour l’hôte et l’autre pour les notifications de service. Si vous le souhaitez, vous ne pouvez créer qu’un seul canal sur lequel vous recevrez les deux types d’alertes.

Ensuite, rendez-vous sur l’application Nagios dans le répertoire des applications Slack et appuyez sur * Ajouter Configuration *. Vous verrez une page pour ajouter l’intégration Nagios.

image: https: //assets.digitalocean.com/articles/postgres_managed_nagios/step4a.png [Slack - Ajouter une intégration Nagios]

Appuyez sur * Ajouter l’intégration Nagios *. Lorsque la page se charge, faites défiler la page vers le bas et prenez note du jeton, car vous en aurez besoin plus tard.

image: https: //assets.digitalocean.com/articles/postgres_managed_nagios/step4bnew.png [Slack - Jeton d’intégration]

Vous allez maintenant installer et configurer le plugin Slack (écrit en Perl) pour Nagios sur votre serveur. Commencez par installer les composants requis pour Perl en exécutant la commande suivante:

sudo apt install libwww-perl libcrypt-ssleay-perl -y

Ensuite, téléchargez le plugin dans votre répertoire de plugins Nagios:

sudo curl https://raw.githubusercontent.com/tinyspeck/services-examples/master/nagios.pl -o slack.pl

Rendez-le exécutable en exécutant la commande suivante:

sudo chmod +x slack.pl

Maintenant, vous devrez le modifier pour vous connecter à votre espace de travail en utilisant le jeton que vous avez obtenu de Slack. Ouvrez-le pour l’édition:

sudo nano slack.pl

Recherchez les lignes suivantes dans le fichier:

/usr/local/nagios/libexec/slack.pl

...
my $opt_domain = ".slack.com"; # Your team's domain
my $opt_token = ""; # The token from your Nagios services page
...

Remplacez + .slack.com + par votre domaine d’espace de travail et ++ par votre jeton d’intégration d’application Nagios, puis enregistrez et fermez le fichier. Le script pourra désormais envoyer les requêtes appropriées à Slack, que vous allez maintenant tester en exécutant la commande suivante:

./slack.pl -field slack_channel=# -field HOSTALIAS="Test Host" -field HOSTSTATE="UP" -field HOSTOUTPUT="Host is UP" -field NOTIFICATIONTYPE="RECOVERY"

Remplacez «+» par le nom du canal sur lequel vous souhaitez recevoir des alertes d’état. Le script affichera des informations sur la requête HTTP adressée à Slack, et si tout se passe correctement, la dernière ligne de la sortie sera ` ok +`. Si vous obtenez une erreur, vérifiez si le canal Slack que vous avez spécifié existe dans l’espace de travail.

Vous pouvez maintenant accéder à votre espace de travail Slack et sélectionner le canal que vous avez spécifié. Vous verrez un message de test venant de Nagios.

image: https: //assets.digitalocean.com/articles/postgres_managed_nagios/step4c.png [Slack - Message de test Nagios]

Cela confirme que vous avez correctement configuré le script Slack. Vous allez maintenant passer à la configuration de Nagios pour vous alerter via Slack en utilisant ce script.

Vous devrez créer un contact pour Slack et deux commandes qui lui enverront des messages. Vous allez stocker cette configuration dans un fichier nommé + slack.cfg +, dans le même dossier que les fichiers de configuration précédents. Créez-le pour édition en lançant la commande suivante:

sudo nano /usr/local/nagios/etc/objects/postgresql/slack.cfg

Ajoutez les lignes suivantes:

/usr/local/nagios/etc/objects/postgresql/slack.cfg

define contact {
     contact_name                             slack
     alias                                    Slack
     service_notification_period              24x7
     host_notification_period                 24x7
     service_notification_options             w,u,c,f,s,r
     host_notification_options                d,u,r,f,s
     service_notification_commands            notify-service-by-slack
     host_notification_commands               notify-host-by-slack
}

define command {
     command_name     notify-service-by-slack
     command_line     /usr/local/nagios/libexec/slack.pl -field slack_channel=#
}

define command {
     command_name     notify-host-by-slack
     command_line     /usr/local/nagios/libexec/slack.pl -field slack_channel=#
}

Ici, vous définissez un contact nommé + slack +, indiquez qu’il peut être contacté à tout moment et spécifiez les commandes à utiliser pour notifier les événements liés au service et à l’hôte. Ces deux commandes sont définies après et appellent le script que vous venez de configurer. Vous devrez remplacer ` et ` par les noms des canaux sur lesquels vous souhaitez recevoir des messages de service et d’hôte, respectivement. Si vous le souhaitez, vous pouvez utiliser les mêmes noms de canaux.

Comme pour la création du service à la dernière étape, la définition des options de notification de service et d’hôte sur le contact est cruciale, car elle régit le type d’alertes que le contact recevra. Si vous omettez ces options, les notifications ne seront envoyées que si elles sont déclenchées manuellement à partir de l’interface Web.

Lorsque vous avez terminé, enregistrez et fermez le fichier.

Pour activer l’alerte via le contact + slack + que vous venez de définir, vous devez l’ajouter au groupe de contacts + admin +, défini dans le fichier de configuration + contacts.cfg +, situé sous `+ / usr / local. / nagios / etc / objects / + `. Ouvrez-le pour édition en lançant la commande suivante:

sudo nano /usr/local/nagios/etc/objects/contacts.cfg

Trouvez le bloc de configuration qui ressemble à ceci:

/usr/local/nagios/etc/objects/contacts.cfg

define contactgroup {

   contactgroup_name       admins
   alias                   Nagios Administrators
   members                 nagiosadmin
}

Ajoutez + slack + à la liste des membres, comme suit:

/usr/local/nagios/etc/objects/contacts.cfg

define contactgroup {

   contactgroup_name       admins
   alias                   Nagios Administrators
   members                 nagiosadmin
}

Enregistrez et fermez le fichier.

Par défaut, lors de l’exécution de scripts, Nagios ne rend pas les informations sur l’hôte et le service disponibles via des variables d’environnement, ce dont le script Slack a besoin pour envoyer des messages significatifs. Pour remédier à cela, vous devez définir le paramètre + enable_environment_macros + dans + nagios.cfg + à + ​​1 +. Ouvrez-le pour édition en lançant la commande suivante:

sudo nano /usr/local/nagios/etc/nagios.cfg

Trouvez la ligne qui ressemble à ceci:

/usr/local/nagios/etc/nagios.cfg

enable_environment_macros=0

Modifiez la valeur en «+ 1 +», comme suit:

/usr/local/nagios/etc/nagios.cfg

enable_environment_macros=

Enregistrez et fermez le fichier.

Testez la validité de la configuration de Nagios en exécutant la commande suivante:

sudo /usr/local/nagios/bin/nagios -v /usr/local/nagios/etc/nagios.cfg

La fin de la sortie ressemblera à:

OutputTotal Warnings: 0
Total Errors:   0

Things look okay - No serious problems were detected during the pre-flight check

Redémarrez Nagios en exécutant la commande suivante:

sudo systemctl restart nagios

Pour tester l’intégration de Slack, vous allez envoyer une notification personnalisée via l’interface Web. Rechargez la page d’état de Nagios * Services * dans votre navigateur. Appuyez sur le service * PostgreSQL Backends * et appuyez sur * Envoyer la notification de service personnalisé * à droite lors du chargement de la page.

image: https: //assets.digitalocean.com/articles/postgres_managed_nagios/step4d.png [Nagios - Notification de service personnalisé]

Tapez un commentaire de votre choix et appuyez sur * Commit *, puis appuyez sur * Terminé *. Vous recevrez immédiatement un nouveau message dans Slack.

image: https: //assets.digitalocean.com/articles/postgres_managed_nagios/step4e.png [Slack - Alerte d’état de Nagios]

Vous avez maintenant intégré Slack à Nagios, vous recevrez donc immédiatement des messages sur les événements critiques et les changements de statut. Vous avez également testé l’intégration en déclenchant manuellement un événement depuis Nagios.

Conclusion

Nagios Core est maintenant configuré pour surveiller votre base de données PostgreSQL gérée et signaler tout changement de statut et tout événement à Slack. Ainsi, vous serez toujours au courant de ce qui se passe dans votre base de données. Cela vous permettra de réagir rapidement en cas d’urgence, car vous obtiendrez le flux de statut en temps réel.

Si vous souhaitez en savoir plus sur les fonctionnalités de + check_postgres +, consultez son docs, où vous trouverez beaucoup plus de commandes. que vous pouvez éventuellement utiliser.

Pour plus d’informations sur ce que vous pouvez faire avec votre base de données gérée PostgreSQL, visitez le site productdocs.

Related