Comment ajouter un client CentOS 7 Sensu

• Étape 1: ajouter le référentiel Sensu
• Étape 2: installez les plugins nécessaires
• Étape 3: ajouter des fichiers de configuration
• Étape 4: donner des autorisations à l'utilisateur sensu

Dans le guide " Comment installer et configurer la surveillance Sensu sur CentOS 7 ", vous avez appris à configurer un serveur Sensu. Ce tutoriel est la deuxième partie, où vous apprendrez comment ajouter un client Sensu. Un client Sensu est un serveur que Sensu surveille.

Je suppose que le client Sensu est une machine virtuelle CentOS 7. Connectez-vous à SSH et suivez les étapes ci-dessous. Vous n'aurez rien à modifier sur le serveur Sensu. Tant que le client Sensu s'authentifie avec succès auprès du serveur Sensu, les vérifications sont automatiquement exécutées.

Avant de commencer, assurez-vous que votre pare-feu est correctement configuré. Avec une configuration par défaut, ouvrez les ports TCP sortants 5671et 5672.

Étape 1: ajouter le référentiel Sensu

Le package sensu-clientne se trouve pas dans les référentiels CentOS par défaut. Ajoutez le référentiel en collant le contenu suivant dans le fichier /etc/yum.repos.d/sensu.repo:

[sensu]
name=sensu
baseurl=https://sensu.global.ssl.fastly.net/yum/$releasever/$basearch/
gpgcheck=0
enabled=1

Ensuite, mettez à jour yumet installez sensu-client:

yum update
yum install sensu

Tous les services ( sensu-server, sensu-clientet sensu-api) seront installés en installant le sensupackage. Vous pouvez ignorer en toute sécurité tous les services, à l'exception de ceux sensu-clientque nous utiliserons. Ne démarrez pas encore le service.

Étape 2: installez les plugins nécessaires

Le modèle de Sensu consiste à répartir la charge sur les clients résultant de l'exécution des contrôles et de la transmission des résultats des contrôles. Par conséquent, vous devez installer les plugins Sensu sur les clients eux-mêmes plutôt que sur le serveur Sensu. Certains plugins sont compilés localement, ce qui signifie que nous aurons besoin d'outils de construction sur les clients:

yum groupinstall "Development tools"

Les plugins suivants sont très populaires et utilisés pour de nombreux contrôles. Exécutez chacune de ces commandes pour installer les plugins une fois les packages d'outils de développement installés. Selon la taille de votre serveur, cela peut prendre un certain temps:

sensu-install -p uptime-checks
sensu-install -p process-checks
sensu-install -p http
sensu-install -p filesystem-checks
sensu-install -p cpu-checks
sensu-install -p memory-checks
sensu-install -p disk-checks
sensu-install -p load-checks
sensu-install -p network-checks

Étape 3: ajouter des fichiers de configuration

Nous ajouterons quatre fichiers de configuration au client Sensu.

• /etc/sensu/conf.d/client.json:

  Ce fichier contient les abonnements, l'adresse IP du client Sensu et le nom du client. Remplacez les valeurs ipaddresset hostnamepar des valeurs qui décrivent le client que vous ajoutez. Spécifiez également les abonnements définis sur le serveur Sensu ou, si vous n'en avez pas, supprimez la subscriptionssection entière . N'oubliez pas de supprimer la virgule après namesi vous le faites:

  {
      "client": {
          "address": "-----ipaddress-----",
          "environment": "production",
          "name": "-----hostname-----",
          "subscriptions": [
              "linux"
          ]
      }
  }
  

• /etc/sensu/conf.d/transport.json:

  Dans ce fichier, nous définissons le transport utilisé. Par défaut, le transport utilisé est RabbitMQ. Collez le contenu suivant dans le fichier. Aucune valeur ne doit être modifiée:

  {
      "transport": {
          "name": "rabbitmq",
          "reconnect_on_error": true
      }
  }
  

• /etc/sensu/conf.d/rabbitmq.json:

  Le serveur RabbitMQ et les informations d'identification sont spécifiés dans ce fichier. Remplacez hostnamepar le nom DNS. Par défaut, le port est 5672destiné aux connexions non chiffrées. L'utilisateur et le mot de passe RabbitMQ doivent également être remplacés. Ces détails peuvent différer pour chaque client Sensu ou être les mêmes pour tous les clients. Il s'agit d'une décision pratique prise par l'utilisateur.

  Le vhostest /par défaut , mais il est souvent changé à /sensu. Si vous ne savez pas lequel utiliser, essayez les deux:

  {
      "rabbitmq": {
          "host": "-----hostname-----",
          "password": "-----rabbitmq_password-----",
          "port": 5672,
          "user": "-----username-----",
          "vhost": "/sensu"
      }
  }
  

• /etc/sensu/conf.d/checks.json:

  Sensu prend en charge deux types de vérifications: les vérifications autonomes et les vérifications d'abonnement. Les contrôles d'abonnement sont définis sur le serveur Sensu et les abonnements sont définis dans le client.jsonfichier sur un client Sensu. Les contrôles autonomes sont des contrôles définis sur les clients Sensu eux-mêmes. Il s'agit généralement de vérifications qui ne s'appliquent qu'à un seul serveur spécifique. Par exemple, une vérification qui serait dans un abonnement est une vérification pour voir si le serveur Web est toujours en cours d'exécution. Une vérification autonome pourrait être une vérification pour voir si le serveur A peut atteindre le serveur B. Aucun autre serveur n'a besoin de cette vérification.

  Les contrôles autonomes sont définis dans ce fichier. Ci-dessous, vous trouverez un exemple de checks.jsonfichier avec quelques exemples de vérifications autonomes:

  {
      "checks": {
          "httpd": {
              "command": "sudo check-process.rb -p httpd",
              "handlers": [
                  "default",
                  "pushover"
              ],
              "interval": 180,
              "occurences": 3,
              "refresh": "1800",
              "standalone": true,
              "ttl": 1200
          },
          "mysqld": {
              "command": "sudo check-process.rb -p mysqld",
              "handlers": [
                  "default",
                  "pushover"
              ],
              "interval": 180,
              "occurences": 3,
              "refresh": "1800",
              "standalone": true,
              "ttl": 1200
          }
      }
  }
  

Une fois la configuration du client Sensu terminée, modifiez les droits:

chown -R sensu:sensu /etc/sensu/conf.d

Étape 4: donner des autorisations à l' sensuutilisateur

Les contrôles sont exécutés en tant qu'utilisateur sensu. Naturellement, cet utilisateur a des droits limités. Cependant, certaines vérifications nécessitent des rootautorisations pour s'exécuter. Nous autoriserons l'utilisateur sensuà exécuter n'importe quelle vérification en rootlimitant ses autres autorisations.

Collez le contenu suivant dans le fichier /etc/sudoers.d/sensu:

Defaults:sensu
secure_path=/opt/sensu/embedded/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin

sensu ALL=(ALL) NOPASSWD: /opt/sensu/embedded/bin/check*.rb *
sensu ALL=(ALL) NOPASSWD: /opt/sensu/embedded/bin/metrics*.rb *

Les deux premières lignes définissent le chemin par défaut qui vous permet de spécifier uniquement le nom du script dans la commande de vérification plutôt que le chemin complet. Par exemple, le simple fait d'utiliser la commande sudo check-process.rb -p mysqldfonctionnera sans avoir à spécifier le chemin complet ( /opt/sensu/embedded/bin/check-process.rb -p mysqld).

Les autres lignes permettent à l' sensuutilisateur d'exécuter n'importe quel script de vérification en tant que root.

Enfin, démarrez le sensu-clientservice et démarrez-le automatiquement au démarrage:

systemctl start sensu-client
systemctl enable sensu-client

Si vous avez installé Uchiwa, le nouveau client devrait apparaître dans la liste. Sinon, déboguez le sensu-clienten inspectant le fichier journal/var/log/sensu/sensu-client.log