Un tableau de bord qui surveille le processeur, la mémoire, la bande passante Internet et le pare-feu de votre serveur et vous appelle avant que les utilisateurs ne commencent à vous appeler. Il s’agit de la configuration complète de PRTG, dans le bon ordre.
La plupart des bureaux sont informés d'un problème lorsqu'un utilisateur le signale. Un processeur plein, une ligne Internet saturée ou un pare-feu mort sont visibles des heures avant que cela ne devienne une plainte - si quelque chose surveille. PRTG Network Monitor de Paessler est cet observateur : vous l'installez sur une machine Windows, il découvre votre réseau et continue de tester le processeur, la RAM, la bande passante et l'état de l'appareil chaque minute. Ce guide construit la configuration dans le même ordre que la vidéo : installez, découvrez, ajoutez les quatre piliers de surveillance, puis définissez des alertes qui ont un sens.
Le serveur principal de PRTG fonctionne sous Windows : un PC de rechange ou une petite VM convient parfaitement à un petit bureau. Téléchargez le programme d'installation depuis Paessler, exécutez-le et PRTG installe son serveur principal ainsi qu'une sonde locale sur la même machine. La sonde est le travailleur qui envoie réellement les tests ; le cœur est le cerveau et le tableau de bord Web.
La découverte automatique de PRTG analyse une plage IP et crée des appareils avec des capteurs de démarrage - ping et toute réponse SNMP ou WMI. Exécutez-le sur le sous-réseau de votre bureau, puis nettoyez : la découverte est généreuse, pas judicieuse. Supprimez les capteurs que vous ne lirez jamais, renommez les appareils avec les noms utilisés par les humains et regroupez-les (serveurs, réseau, imprimantes) avant d'ajouter quoi que ce soit d'autre. Une arborescence de périphériques bien rangée fait la différence entre un tableau de bord et un tiroir à courrier indésirable.
Pour un serveur Windows, ajoutez les capteurs WMI CPU Load et WMI Memory. WMI lit les propres compteurs de performances de la machine, de sorte que les chiffres correspondent au Gestionnaire des tâches. Deux avertissements honnêtes tirés de la vraie vie. Tout d'abord, WMI a besoin de informations d'identification avec des droits d'administrateur local sur la cible, saisies une fois dans les paramètres de l'appareil - des informations d'identification erronées sont la principale raison pour laquelle ces capteurs affichent des erreurs. Deuxièmement, WMI est lourd : la propre directive de Paessler est de garder les capteurs WMI par sonde modestes (environ 120 à 60 secondes d'intervalle), car chaque requête WMI coûte un travail réel à la sonde. Pour un serveur, le processeur et la mémoire ne représentent que deux capteurs – aucun problème.
La bande passante répond à la question que se posent tous les bureaux : qui mange Internet ? La première étape simple consiste à installer un capteur de trafic SNMP sur votre routeur ou sur le port de liaison montante de votre commutateur : il représente graphiquement le trafic total entrant et sortant, à moindre coût et de manière fiable. Cela vous indique quand la ligne est pleine. Il ne peut pas vous dire qui l'a rempli. Pour les noms et les applications, vous avez besoin de données de flux (NetFlow, sFlow, IPFIX) ou du capteur Packet Sniffer, qui divisent le trafic en principaux locuteurs et protocoles - un guide distinct de cette série compare honnêtement les trois. Commencez par les totaux SNMP ; ajoutez du flux uniquement lorsque la question « qui » revient sans cesse.
Ajoutez votre pare-feu en tant que périphérique. Un capteur Ping prouve qu'il est vivant ; un capteur de trafic SNMP sur ses ports WAN et LAN prouve que le trafic circule réellement ; un Capteur de port sur votre VPN ou votre port de messagerie prouve que le service dont les utilisateurs extérieurs ont besoin est vraiment à l'écoute. Ce trio – vivant, fluide, au service – est un statut de pare-feu honnête. Un ping seul ne suffit pas : un pare-feu peut répondre au ping alors que son service VPN est mort. Après tout redémarrage du pare-feu, regardez les trois revenir au vert avant de le qualifier de sain.
La surveillance sans alertes n'est qu'une collecte de graphiques. Définissez des notifications sur les quelques capteurs qui entraînent un arrêt du travail : serveur en panne, pare-feu en panne, disque presque plein, WAN saturé pendant une longue période. Respectez ensuite le budget : un capteur équivaut à une valeur mesurée - le processeur est un, la RAM est un, chaque disque est un, chaque port de commutateur est un. La moyenne de Paessler est de 5 à 10 capteurs par appareil. Un serveur avec CPU, RAM, deux disques et ping représente environ 5 capteurs, donc les 100 gratuits vont plus loin que ce que les gens craignent - tant que vous les dépensez sur des valeurs sur lesquelles vous agirez, pas sur chaque port d'un commutateur à 48 ports.
Chaque capteur de ce guide est créé en direct dans la vidéo : installation, découverte, CPU et RAM, bande passante et état du pare-feu.
Watch Full VideoOui. L'édition gratuite de Paessler offre 100 capteurs gratuits à vie, avec les mêmes fonctionnalités d'alerte, de reporting et de cartographie que les éditions payantes. Les 30 premiers jours après l'installation constituent un essai illimité ; à la fin, vous choisissez vos 100 meilleurs capteurs et continuez gratuitement.
Un capteur surveille une valeur mesurée : la charge CPU d'un serveur, le trafic d'un port de commutateur, l'espace libre sur un disque. Un appareil typique nécessite environ 5 à 10 capteurs, donc 100 capteurs couvrent un petit bureau si vous les choisissez avec discipline.
Pas pour un petit réseau. PRTG fonctionne confortablement sur un modeste PC ou VM Windows toujours allumé pour quelques centaines de capteurs. Des méthodes très lourdes - de nombreux capteurs WMI à intervalles rapprochés ou le reniflage de paquets sur une liaison occupée - sont ce qui pousse le matériel, et non la surveillance normale du bureau.