Technical Anshu
Tutorials Blog
📈 Surveillance du serveur

Suivez les performances du serveur en direct avec le guide complet de ManageEngine APM

Un serveur ne meurt jamais subitement. Le processeur augmente, la mémoire se remplit, un disque ralentit – les signes apparaissent quelques jours avant le crash. La surveillance en direct signifie simplement que vous voyez ces signes en premier, au lieu d’en entendre parler par des utilisateurs en colère.

✍️ Technical Anshu🖥️ ManageEngine Applications Manager⏱️ 8 minute read
🎥 Regardez le processus complet dans la vidéo : suivi des performances du serveur en direct avec ManageEngine APM, étape par étape

La plupart des bureaux apprennent qu'un serveur est en difficulté grâce à un appel téléphonique : Tally s'est arrêté, le partage de fichiers a disparu, personne ne peut se connecter. ManageEngine Applications Manager - l'outil présenté dans la vidéo - inverse cet ordre. Il interroge vos serveurs toutes les quelques minutes et affiche le processeur, la mémoire, le disque, les services et le temps de réponse sur un seul tableau de bord en direct, de sorte qu'un problème devient une alerte sur votre écran avant de devenir une plainte. Ce guide explique ce qu'il faut regarder, dans quel ordre l'ajouter et les limites honnêtes de l'outil.

Applications Manager - Home Dashboard (illustration)
FILE-SERVER-01 - CPU 34% · Memory 61% · Disk C 72%● Healthy
SQL-SERVER - CPU 58% · Memory 84% · Response 210 ms● Attention
APP-SERVER-02 - CPU 91% · Memory 93% · Disk D 96%● Critical
DC-MAIN - CPU 12% · Memory 44% · AD services running● Healthy

Un écran, chaque serveur, un code couleur. Le rouge est un travail qui vous attend – avant que les utilisateurs ne le trouvent.

Illustration du tableau de bord du gestionnaire d'applications. Les noms et valeurs de serveur sont des exemples.
1

Ce que le gestionnaire d'applications surveille réellement

Applications Manager est plus large qu’un simple outil de ping haut-bas. Prêt à l'emploi, il surveille les serveurs Windows et Linux, les machines virtuelles (VMware, Hyper-V), les bases de données telles que SQL Server, MySQL et Oracle, les serveurs Web comme IIS et Apache et les applications complètes. Pour un serveur simple, il suit les quatre nombres qui prédisent presque toutes les pannes :

  1. Utilisation du processeur : un processeur élevé et soutenu signifie que le serveur manque de marge
  2. Utilisation de la mémoire : une montée lente signifie généralement un processus de fuite
  3. Espace disque et E/S disque : un disque plein arrête un serveur plus souvent que n'importe quel virus
  4. Temps de réponse et services : le serveur répond-il et ses services clés sont-ils en cours d'exécution ?

Éditions, déclaré honnêtement : l'édition gratuite n'expire jamais mais n'autorise qu'une poignée de moniteurs (jusqu'à 5). Professional augmente ce chiffre à quelques centaines de moniteurs, et Enterprise évolue beaucoup plus avec une configuration distribuée. Vérifiez les limites actuelles sur le propre site de ManageEngine avant de planifier, car les chiffres exacts changent d'une version à l'autre.

2

Étape 1 - Ajoutez votre premier serveur

La surveillance ici est sans agent pour la plupart des moniteurs de serveur : rien n'est installé sur le serveur cible. Applications Manager l'atteint sur le réseau à l'aide de protocoles standards :

  1. Ouvrez la console et choisissez Nouveau moniteur → Serveur
  2. Entrez le nom ou l'adresse IP du serveur et choisissez le mode - WMI pour Windows, SSH pour Linux, SNMP où il est activé.
  3. Donnez-lui des informations d'identification avec suffisamment de droits pour lire les compteurs de performances - un compte de surveillance dédié, pas votre connexion d'administrateur personnel
  4. Définissez l'intervalle d'interrogation - 5 minutes est une valeur par défaut raisonnable pour la plupart des bureaux

Si la découverte échoue, c'est presque toujours l'une des trois raisons suivantes : les informations d'identification ne disposent pas d'autorisations, un pare-feu bloque le protocole ou le service de gestion (WMI / SSH) ne s'exécute pas sur la cible. Corrigez-les avant de blâmer l’outil.

3

Étape 2 – Lisez le tableau de bord comme un administrateur

Un mur de verdure ne signifie rien si vous ne savez pas à quoi ressemble le mauvais. Lisez un serveur dans cet ordre :

  1. La disponibilité d'abord : est-ce vraiment le cas ?
  2. Tendance de l'espace disque : un disque rempli à raison de 2 Go par jour constituera une crise à une date connue ; calcule-le
  3. Comportement de la mémoire au fil des jours : l'appartement est sain, un escalier qui monte est une fuite
  4. Modèle de processeur : des pics à une heure fixe signifient généralement une tâche ou une sauvegarde planifiée, et non une panne.

Les couleurs de santé (vert, orange, rouge) proviennent de seuils que vous définissez. Les valeurs par défaut sont un point de départ, pas la vérité - ajustez-les après une semaine d'observation du comportement normal de vos propres serveurs.

4

Étape 3 - Définissez des alertes qui vous parviennent à temps

La surveillance sans alerte n'est qu'un joli économiseur d'écran. Configurez au moins :

  1. Alerte e-mail ou SMS lorsqu'un serveur tombe en panne ou qu'un service s'arrête
  2. Avertissement à 80 %, critique à 90 % pour l'espace disque - avec suffisamment d'écart entre les deux pour agir
  3. Deux ou trois interrogations ayant échoué avant qu'une alerte de panne ne se déclenche, donc un paquet abandonné ne vous réveille pas

L'objectif est simple : le premier message concernant un disque en train de mourir doit provenir de l'outil et non du service comptable le jour de la facturation.

5

Limites honnêtes avant d'en dépendre

Trois choses que cet outil ne fera pas pour vous. Premièrement, les sondages sans agent ne se déroulent pas en temps réel : entre les sondages, un court pic peut commencer et se terminer de manière invisible. Deuxièmement, la console elle-même est un serveur qui peut échouer ; si la machine de surveillance tombe en panne, le silence ne signifie pas que tout va bien. Trois, le traçage approfondi au niveau du code (l'agent APM Insight pour les applications Java et .NET) est un agent distinct et un module complémentaire : le produit de base surveille le serveur et l'application de l'extérieur, ce qui est exactement le bon niveau pour la plupart des petites et moyennes entreprises.

🎥 Regardez le guide vidéo complet

Regardez la démo complète en direct : ajout de serveurs, lecture du tableau de bord et définition d'alertes, étape par étape.

▶️ Watch Full Video
❓ Questions courantes (FAQ)

Le gestionnaire d'applications ManageEngine est-il gratuit ?

Il existe une édition gratuite qui n'expire jamais, mais elle est limitée à quelques moniteurs seulement (jusqu'à 5). Cela suffit pour apprendre l’outil ou surveiller un ou deux serveurs critiques. Les configurations plus grandes nécessitent l'édition Professional ou Enterprise - confirmez les limites actuelles du moniteur sur le site officiel de ManageEngine.

Est-ce qu'il installe un agent sur chaque serveur ?

Pour la plupart des moniteurs de serveurs, de bases de données et d’infrastructure, non. Applications Manager est sans agent et collecte des données via WMI, SSH ou SNMP. L'exception concerne le traçage APM Insight approfondi au niveau du code pour les applications Java et .NET, qui utilise son propre petit agent.

Quelle est la différence entre un moniteur et un serveur ?

Un serveur physique peut consommer plusieurs moniteurs : le serveur lui-même, sa base de données, son service Web et une vérification d'URL peuvent chacun compter séparément. Cela est important lorsque vous calculez le coût de la licence, alors comptez les services, pas seulement les boîtes.

Ce guide est basé sur la vidéo technique Anshu sur ManageEngine APM • Coincé sur une étape ? Demandez dans les commentaires vidéo - vous y obtiendrez une réponse 🙏