Identifier ce qu’est un serveur

Visualisez d’un coup d’œil ce que chacun de vos serveurs fait réellement — serveur web, base de données, cache, etc. — sans rien étiqueter vous-même. Cette fonctionnalité s’adresse à toute personne qui souhaite comprendre son infrastructure sans devoir examiner chaque serveur à la main.

#Vue d’ensemble

• La page de chaque serveur indique, sous son nom, ce qu’il est et pourquoi — par exemple, un serveur web et une base de données, exécutant nginx et postgresql.
• InfraNest détermine cela automatiquement à partir de ce qui tourne sur le serveur et de ce qui s’y connecte. Vous n’avez rien à configurer.
• Le même résumé apparaît à côté de chaque serveur dans la liste des serveurs, afin que vous puissiez distinguer vos machines d’un coup d’œil.
• Vous pouvez toujours corriger l’information si InfraNest se trompe, ou la définir vous-même avant même qu’un service ne tourne.

#Ce qu’InfraNest examine

InfraNest peut reconnaître les rôles suivants : Web server, Database, Cache, Queue worker, Mail server, DNS server, Backup host et Container host.

Sa décision repose sur deux éléments :

1. Ce qui tourne sur le serveur. Avec l’agent InfraNest installé, InfraNest voit les services, programmes et conteneurs qui s’exécutent sur la machine. Le nom du serveur n’est jamais utilisé pour deviner son rôle — une machine nommée db-01 exécutant nginx sera toujours affichée comme serveur web.
2. À quoi il est connecté. D’autres serveurs qui s’y connectent sur un port de base de données le marquent comme une base de données, même si cette base de données tourne dans un conteneur. Un équilibreur de charge qui lui envoie du trafic le marque comme serveur web. Les domaines et enregistrements DNS qui pointent vers lui indiquent quels sites il sert.

Cliquez sur Recognised from what runs on it pour voir les preuves derrière chaque rôle — chaque serveur, équilibreur de charge ou domaine listé est un lien cliquable.

NoteSans l’agent installé, InfraNest ne peut se baser que sur ce qui se connecte au serveur, ce qui peut donner un résultat moins détaillé. Installer l’agent rend le résultat plus précis.

#Corriger ce qu’est un serveur

Si InfraNest s’est trompé, ou si vous préférez définir vous-même le rôle d’un serveur avant que quoi que ce soit n’y tourne :

1. Ouvrez le serveur.
2. Sous son nom, cliquez sur Recognised from what runs on it, puis sur Correct it. Si rien n’a encore été reconnu, cliquez plutôt sur Say what this server is.
3. Cochez tout ce qu’est le serveur, ou laissez tout décoché, puis cliquez sur Save.

Votre choix est conservé — InfraNest continue de surveiller ce qui tourne sur le serveur, mais il n’écrasera jamais ce que vous avez défini. La ligne affichera alors Set by suivi de votre nom. Pour revenir à la détection automatique, rouvrez-la et cliquez sur Use what we recognise.

Chaque correction est enregistrée dans le Audit Log de votre espace de travail.

#Gérer les redémarrages automatiques sur les bases de données

Redémarrer une base de données met hors service tous les serveurs qui en dépendent jusqu’à ce qu’elle soit de nouveau disponible. C’est pourquoi les automatisations qui redémarrent des serveurs ignorent tout serveur marqué comme base de données, et le journal d’exécution de l’automatisation explique qu’il a été ignoré, et pourquoi.

1. Si vous souhaitez que les automatisations redémarrent tout de même un serveur de base de données en particulier, ouvrez le serveur.
2. Cliquez sur Recognised from what runs on it.
3. Activez Let automations reboot it.

Un redémarrage que vous déclenchez vous-même, immédiatement, s’exécute toujours — la fenêtre Reboot safely vous rappellera simplement que le serveur exécute une base de données, afin que vous puissiez choisir un moment calme.

Un redémarrage que vous planifiez pour plus tard s’exécute sans surveillance, et est donc traité de la même façon qu’une automatisation :

• Lors de la planification d’un redémarrage sur un serveur de base de données, la fenêtre Reboot safely vous demande de confirmer en cochant l’option pour le redémarrer tout de même à l’heure choisie. Sans cette coche, le redémarrage ne sera pas planifié.
• Si un serveur devient une base de données après que vous avez planifié son redémarrage, InfraNest n’ira pas de l’avant. Le redémarrage est suspendu, votre Audit Log en enregistre la raison, et vous pouvez soit le replanifier et le confirmer, soit autoriser les redémarrages automatiques depuis la page du serveur.

#Astuces

TipVous devez disposer de la permission de modifier les serveurs pour corriger un rôle, mais toute personne pouvant voir le serveur peut également voir son rôle.

#Bon à savoir

• Le réglage du rôle est enregistré par serveur, et uniquement au sein de votre espace de travail.
• InfraNest revérifie ce qu’il reconnaît à chaque ouverture du serveur, au maximum toutes les 15 minutes.