)
)
Introduction
La surveillance des serveurs Windows évolue souvent à partir d'outils natifs, de scripts et de logiciels tiers vers des systèmes qui deviennent fragmentés, coûteux ou difficiles à gérer. Les remplacer efficacement nécessite plus que de comparer les fonctionnalités des produits. Cet article explique quand le remplacement a du sens, ce que la surveillance des serveurs Windows devrait couvrir, quelles capacités prioriser, comment déterminer la portée de surveillance appropriée et comment migrer sans perdre la visibilité critique de l'infrastructure.
Dans quel cas une équipe informatique rechercherait-elle un remplacement pour la surveillance des serveurs Windows ?
Il n'existe pas un produit appelé "Windows Server Monitoring" que tout le monde souhaite remplacer. Ce qu'ils ont maintenant pourrait être une combinaison d'outils natifs Windows, d'une solution tierce complète, de scripts maison ou d'une pile d'observabilité d'entreprise plus holistique.
La raison pour laquelle ils veulent autre chose pourrait tout aussi bien être l'escalade des coûts de licence que le besoin d'informations exploitables mieux fournies aux bonnes personnes dans l'organisation informatique.
D'autres fois, il s'agit simplement d'une question d'échelle - une infrastructure en croissance nécessite désormais plus que ce qu'un système fait maison amateur peut fournir, ou les outils disponibles pour un administrateur système n'exposent tout simplement pas les types d'informations nécessaires pour détecter et résoudre les problèmes avant qu'ils n'impactent les opérations commerciales.
Lorsque les outils Windows natifs ne suffisent plus
Les outils Windows natifs ont effectivement une certaine valeur de diagnostic et de surveillance. Moniteur de performance par exemple, dispose de compteurs de performance pour les processeurs, la mémoire, les disques, les processus et bien plus encore.
Vu à travers le Gestionnaire de serveur, les données de performance, d'événements ou de services peuvent être accessibles pour les serveurs locaux et distants également.
Cependant, ce ne sont que des diagnostics. Les capacités de surveillance et d'alerte dont une équipe informatique a besoin pour ses serveurs Windows physiques et virtuels ne sont présentes dans aucun de ces outils.
Commencez par ce qui manque à votre configuration de surveillance actuelle
La première chose à demander lors de l'examen d'un changement n'est pas "Quel produit a le plus de fonctionnalités ?" mais "Qu'est-ce qui manque à notre logiciel de surveillance de serveur existant ?" Car ce sont ces limitations qui devraient définir les critères de sélection pour une solution de remplacement potentielle.
Dans quel cas votre configuration actuelle de surveillance de serveur Windows aurait-elle besoin d'un remplacement ?
Une solution de surveillance n'a pas besoin d'être remplacée simplement parce qu'elle est ancienne, mais plutôt si elle empêche les administrateurs de pouvoir détecter, comprendre et répondre rapidement aux problèmes d'infrastructure.
Plusieurs signes d'avertissement peuvent indiquer que l'approche actuelle ne répond plus à ce besoin.
La surveillance est devenue trop fragmentée
Les administrateurs peuvent utiliser un outil pour la performance du serveur, un autre pour les journaux d'événements, différents outils pour la disponibilité des services, et encore un autre tableau de bord pour les sites web ou les applications.
Bien que chaque composant puisse fonctionner de manière autonome, le processus de dépannage devient plus difficile si les administrateurs doivent corréler manuellement les données, car cela demande beaucoup plus d'efforts. De plus, il peut devenir difficile de s'assurer que tous les systèmes critiques sont surveillés de manière cohérente.
Par conséquent, une option de remplacement devrait combiner les composants essentiels et permettre aux administrateurs de prioriser les systèmes qu'ils doivent surveiller plus attentivement, en éliminant ceux qui ne le sont pas.
Les alertes génèrent du bruit au lieu d'informations utiles
Un système d'alerte qui signale chaque pic temporaire de CPU peut être presque aussi inutile qu'un qui manque des problèmes importants.
Une surveillance efficace nécessite un contexte ; une brève augmentation de l'utilisation des ressources est peu susceptible de nécessiter une action, tandis que des augmentations de l'utilisation du processeur combinées à des augmentations à long terme de la mémoire, des pannes de service répétées ou des diminutions de l'espace disque suggéreraient un problème en développement. Les références de base et les tendances sont des facteurs importants pour déterminer s'il y a un problème ou la variance normale des opérations.
Si les administrateurs ignorent les alertes parce qu'elles sont courantes et peu importantes, la configuration du système d'alerte devrait être une priorité clé dans le choix de remplacement.
Les coûts augmentent plus rapidement que l'infrastructure
Les produits de surveillance ont des modèles de licence extrêmement variés. Selon le fournisseur, ils peuvent évoluer en fonction du nombre de serveurs, de capteurs, de services, d'éléments, de cœurs de processeur, de métriques ou de volume de données.
Une plateforme qui était rentable pour dix serveurs peut donc être considérablement moins attrayante à cinquante ou cent. La croissance de l'infrastructure peut également augmenter les coûts indirects si une plateforme de surveillance nécessite un stockage supplémentaire, des collecteurs ou des ressources administratives.
La planification de remplacement doit tenir compte non seulement du prix d'aujourd'hui, mais aussi de ce qui fait augmenter le coût total de la surveillance au fil du temps.
Les problèmes atteignent les utilisateurs avant d'atteindre l'informatique.
L'un des signes d'avertissement les plus courants est que les tickets de support identifient régulièrement des problèmes d'infrastructure avant qu'ils ne soient découverts par le système de surveillance.
Mémoire insuffisante, manque d'espace libre sur les disques, services échoués, consommation de bande passante anormale, ou dégradation des performances de l'application devrait idéalement être identifié suffisamment tôt pour que les administrateurs puissent effectuer des travaux correctifs avant que les systèmes affectés ne subissent des temps d'arrêt sérieux.
Si les départements informatiques d'une organisation doivent régulièrement faire face à des problèmes d'infrastructure découverts par le biais des canaux de support utilisateur, il peut être nécessaire de réévaluer la configuration existante.
Que doit surveiller un remplacement de surveillance de serveur Windows ?
Avant de changer de plateforme, il y a des capacités de surveillance que les équipes informatiques doivent identifier comme nécessitant une préservation et celles que la nouvelle solution doit remplir.
La plupart des implémentations de Windows Server nécessitent la surveillance d'au moins plusieurs catégories.
Performance du CPU, de la mémoire et du disque
Bien que l'utilisation du CPU soit utile, les pourcentages racontent rarement toute l'histoire. Une pression soutenue sur le processeur, l'activité des processus et des modèles d'utilisation variables fournissent plus de contexte sur les opérations globales que des pics isolés.
La surveillance de la mémoire devrait également identifier la consommation soutenue, la pression de pagination et une croissance inhabituelle plutôt que de simplement afficher l'utilisation actuelle de la RAM. La surveillance du disque doit impliquer à la fois la capacité et l'activité, car un serveur peut avoir un espace de stockage libre suffisant tout en rencontrant un goulot d'étranglement I/O ou fonctionner normalement alors que la capacité disponible approche d'un niveau critique.
Les recommandations de performance de Windows Server de Microsoft utilisent des compteurs à travers le processeur, la mémoire, les disques logiques et physiques, les processus et d'autres composants pour examiner les goulets d'étranglement du système. Le point important pour la planification de remplacement est de préserver suffisamment de profondeur pour comprendre pourquoi la consommation des ressources change, et pas seulement si elle est élevée.
Processus et services critiques
La santé du système d'exploitation n'est qu'une partie du tableau.
Une machine Windows Server peut être opérationnelle même si l'application, le processus ou le service que les utilisateurs souhaitent réellement exécuter a cessé de fonctionner. Les exigences de surveillance doivent refléter le rôle de chaque serveur et les services nécessaires pour remplir ce rôle.
Un serveur Internet Information Services (IIS), un serveur de base de données, un contrôleur de domaine et un hôte de session de bureau à distance n'ont pas des exigences identiques. Un remplacement utile permettrait aux administrateurs de surveiller ce qui est important pour chaque serveur au lieu de simplement appliquer une définition unique de la santé pour l'ensemble de l'environnement.
Activité réseau et bande passante
Des modèles de trafic inattendus, des erreurs réseau ou consommation de bande passante inhabituelle peut révéler à la fois des problèmes de performance et d'infrastructure.
La visibilité du réseau devient particulièrement utile lorsque les administrateurs doivent déterminer si la lenteur des performances des applications provient du serveur, du réseau ou d'un autre système dépendant.
Un remplacement de surveillance de Windows Server n'a pas nécessairement besoin de devenir une plateforme de surveillance de réseau complète. Il devrait cependant fournir le niveau de visibilité réseau que les processus de dépannage normaux de votre équipe nécessitent.
Événements, Applications et Charges de travail
Pour certaines organisations, les métriques génériques du système d'exploitation suffisent. Pour d'autres, elles ne sont que le début.
Les environnements Windows Server peuvent héberger les services de domaine Active Directory, IIS, SQL Server, Hyper-V et d'autres charges de travail avec leurs propres indicateurs de santé. La surveillance de base du CPU, de la mémoire et du disque ne peut pas révéler chaque échec spécifique à une charge de travail.
Cela crée un critère de remplacement important : l'organisation a-t-elle principalement besoin d'une surveillance générale de la santé de Windows Server, ou nécessite-t-elle une visibilité approfondie sur des charges de travail et des applications Microsoft spécifiques ?
La réponse peut changer considérablement le type de plateforme de surveillance qui est approprié.
Qu'est-ce que le remplacement devrait améliorer ?
Maintenir une couverture de surveillance vitale est seulement une partie de la tâche. Le nouveau système doit également résoudre les contraintes opérationnelles qui ont conduit au remplacement.
Quatre fonctionnalités méritent une attention particulière.
Visibilité centralisée
Les administrateurs devraient être en mesure d'évaluer l'état de nombreux serveurs surveillés sans avoir à se connecter à chaque fois ou à utiliser un ensemble d'outils disparates.
La centralisation deviendra plus importante à mesure que l'infrastructure s'étend à plusieurs emplacements, instances virtuelles, serveurs distants ou des locaux du client. L'objectif n'est pas de créer un tableau de bord supplémentaire, mais de fournir aux administrateurs un aperçu à partir duquel ils peuvent identifier les domaines nécessitant une inspection plus approfondie.
Données historiques et références
La surveillance en temps réel répond à la question « Que se passe-t-il maintenant ? » mais la surveillance historique répond à la question tout aussi importante « Ce qui se passe maintenant est-il quelque chose qui devrait se passer ? »
Un serveur fonctionnant avec une utilisation de la mémoire de 70 % peut très bien être entièrement sain si c'est le maximum qu'il atteigne, mais une montée lente de 30 % à 70 % d'utilisation peut également être le début d'un incident important.
Les données historiques permettent aux équipes informatiques de établir des niveaux de performance de référence , analyser les incidents récurrents pour découvrir leurs causes sous-jacentes, planifier la capacité et porter des jugements sur la manière dont les changements d'infrastructure ont eu un impact positif ou négatif sur la performance. Un remplacement doit donc être évalué en fonction de sa capacité à fournir de la valeur à partir des données historiques ainsi que de ce qu'il offre pour des tableaux de bord en temps réel.
Alertes exploitables
Les évaluations de remplacement devraient aller au-delà d'un binaire de savoir si une plateforme « prend en charge les alertes ».
Les administrateurs voudront savoir si les seuils peuvent être ajustés à leur environnement, qui est notifié et si les notifications permettent de distinguer de manière pratique entre les anomalies transitoires et les conditions nécessitant une intervention.
L'objectif n'est pas de générer plus d'alertes. Il s'agit de réduire le bruit et de rendre plus difficile le fait de négliger des conditions importantes.
Rapports utiles
Les rapports sont utiles en tant que moyen de transmettre des informations qui doivent être examinées sur une période de temps ou signalées au-delà de l'administrateur actuellement en train d'examiner un tableau de bord.
Ils peuvent aider le personnel informatique à examiner la consommation des ressources, à enquêter sur les problèmes récurrents, à documenter la disponibilité ou à fournir des informations sur l'infrastructure aux clients et à la direction. Les rapports programmés peuvent faire gagner du temps aux administrateurs en leur évitant l'effort manuel d'extraire à plusieurs reprises les mêmes informations.
Le critère clé n'est pas le nombre de modèles de rapports disponibles, mais le fait que les rapports répondent aux questions opérationnelles que l'organisation doit réellement poser.
Avez-vous besoin de surveillance des serveurs ou d'une observabilité complète ?
Cela peut être la décision de portée la plus critique lors du choix d'un remplacement pour la surveillance de Windows Server. Les plateformes modernes d'observabilité peuvent ingérer des métriques et des journaux d'infrastructure tout en prenant également en charge les traces, la surveillance des performances des applications, les services cloud, les conteneurs et la télémétrie à grande échelle.
Pour les applications distribuées, les microservices ou les environnements hybrides complexes, ces capacités peuvent être essentielles.
Lorsque la surveillance des serveurs concentrés est suffisante
Ils ne sont pas toujours essentiels à chaque environnement de serveur Windows, cependant.
Une équipe informatique exclusivement axée sur la performance des serveurs, les processus, les utilisateurs, la bande passante, les sites web, les alertes et les tendances d'infrastructure peut ne pas tirer parti de l'introduction d'une architecture d'observabilité qui ajoute des pipelines de télémétrie supplémentaires, des exigences de stockage et une administration spécialisée.
Lorsque l'observabilité élargie devient nécessaire
L'inverse est également vrai, cependant. Une plateforme de surveillance des serveurs axée peut être inadéquate si les ingénieurs nécessitent un traçage distribué, une cartographie des dépendances des applications, une analyse centralisée des journaux ou une surveillance détaillée des performances des applications.
La décision concerne donc davantage la portée que l'option la plus sophistiquée. Choisissez surveillance du serveur lorsque le bien-être de l'infrastructure et la visibilité opérationnelle sont nécessaires. Optez pour une observabilité plus large lorsque le dépannage nécessite que les administrateurs ou les ingénieurs corrèlent le comportement de l'infrastructure avec les applications, les journaux, les traces et les services distribués.
Le bon remplacement est la plateforme qui fournit la profondeur requise sans compliquer inutilement l'architecture de surveillance.
Comment devriez-vous comparer les remplacements de la surveillance des serveurs Windows ?
Une fois les exigences et le périmètre identifiés, les comparaisons de produits deviennent beaucoup plus utiles.
Plutôt que de commencer par les fonctionnalités des différents fournisseurs, comparez les produits selon le même ensemble de questions :
- Prend-il en charge les versions de Windows Server et les rôles de serveur que vous utilisez ?
- Peut-il surveiller le CPU, la mémoire, les disques, les processus et services, ainsi que l'activité réseau dans la mesure requise ?
- Les administrateurs peuvent-ils surveiller plusieurs serveurs à partir d'une console centrale ?
- Conserve-t-il suffisamment d'informations historiques pour identifier des tendances et enquêter sur des incidents ?
- Les valeurs de seuil et les alertes peuvent-elles être personnalisées pour votre environnement ?
- Fournit-il les rapports nécessaires aux administrateurs, à la direction ou aux clients ?
- Quelle infrastructure est nécessaire pour faire fonctionner le système de surveillance ?
- La surveillance repose-t-elle sur des agents, un sondage à distance ou une autre méthode de collecte ?
- Comment la licence change-t-elle à mesure que l'infrastructure surveillée augmente ?
L'équipe a-t-elle besoin d'une surveillance des charges de travail spécifique à Windows ou d'une observabilité plus large ?
Cela crée une comparaison beaucoup plus utile que le nombre de fonctionnalités sur une page produit.
La profondeur de la surveillance, la complexité du déploiement, l'administration, la qualité des alertes, la licence et le temps de valorisation affectent tous la valeur d'une plateforme. Une option plus petite peut s'avérer être un meilleur choix d'un point de vue opérationnel qu'une plateforme plus grande en raison de moins de frais généraux et de la satisfaction des exigences nécessaires à l'organisation.
Comment pouvez-vous remplacer un système de surveillance sans perdre de visibilité ?
Changer le logiciel de surveillance présente un certain facteur de risque, car il y a toujours une possibilité que la visibilité diminue pendant le moment critique de la transition, lorsque l'organisation remplace le logiciel qui fournit un tel service.
Le processus de migration sera moins risqué s'il est échelonné.
Couverture de surveillance existante de l'inventaire
Le système actuel doit être inventorié pour établir une base de référence de ce que le nouvel outil doit surveiller avant le début du processus de migration et avant que des composants ne soient arrêtés.
L'inventaire doit répertorier tous les serveurs, sites web, programmes, services, les indicateurs de performance les plus importants, les seuils, les notifications et les rapports.
Une attention particulière doit être portée aux contrôles personnalisés créés au fil du temps qui pourraient avoir perdu leur importance pour quiconque maintient le système après la migration. Cet inventaire de référence agira ensuite comme la couverture critique pour valider le remplacement.
Établir des bases de référence actuelles
Enregistrer la performance normale avant la migration.
L'utilisation du CPU, la consommation de mémoire, l'activité du disque et la bande passante varient en fonction de la charge de travail et du rôle du serveur. Un contrôleur de domaine n'aura pas nécessairement le même comportement normal qu'un serveur d'application ou de base de données.
Les informations de base existantes fournissent aux administrateurs une référence pour configurer et évaluer la nouvelle plateforme.
Exécuter temporairement les deux systèmes de surveillance
Dans la mesure du possible, maintenez les systèmes existants et de remplacement opérationnels tout au long de la transition.
La surveillance parallèle aide les administrateurs à vérifier que les informations collectées sur les deux systèmes sont cohérentes et que des éléments vitaux ne manquent pas. Elle est également utile pour identifier d'éventuelles différences dans l'intervalle de collecte, les méthodes de mesure et d'autres facteurs avant que le système de remplacement ne soit entièrement déployé.
Les nouvelles et anciennes plateformes n'ont pas à fournir exactement les mêmes données, mais elles devraient permettre aux administrateurs d'accéder aux informations nécessaires.
Valider la couverture de surveillance
Comparez la nouvelle plateforme avec l'inventaire qui a été créé avant de migrer vers celle-ci.
Assurez-vous que les serveurs, services, sites web, métriques et autres ressources surveillées importantes sont pris en compte. C'est également un bon moment pour envisager si les vérifications héritées ont de la valeur, opérationnelle, ou si elles ne font que réimplémenter aveuglément d'anciennes configurations.
Une initiative de remplacement devrait s'efforcer de conserver la visibilité qui était nécessaire, mais pas la complexité qui ne l'était pas.
Tester les alertes avant de retirer l'ancienne plateforme
Ne supposez pas qu'une alerte fonctionnera simplement parce qu'un seuil est défini.
Assurez-vous que les conditions attendues envoient des notifications, qu'elles sont livrées aux bonnes personnes et que les seuils ne sont pas fixés trop haut/bas. Dans la mesure du possible, observez le remplacement passer par suffisamment de variations de charge de travail normales pour voir un bruit d'alerte évident.
Décommissionnez l'ancienne plateforme uniquement après avoir surveillé la couverture et les alertes.
À la recherche d'un remplacement plus simple pour la surveillance des serveurs Windows ?
Toutes les organisations n'ont pas besoin d'une plateforme d'observabilité à l'échelle de l'entreprise pour maintenir une visibilité utile sur leur infrastructure serveur. Pour les équipes informatiques surveillant principalement la santé des serveurs, la consommation des ressources, les processus, la bande passante, les utilisateurs et les sites web, une solution ciblée peut fournir la visibilité opérationnelle requise sans introduire de complexité de surveillance inutile.
Surveillance du serveur TSplus centralise la surveillance en temps réel et historique des serveurs Windows et Linux ainsi que des sites web, avec des alertes configurables et des rapports personnalisables. Les administrateurs peuvent suivre l'activité du CPU, de la mémoire, du disque, des processus, de la bande passante et des utilisateurs connectés depuis un seul endroit, ce qui en fait une option pratique pour remplacer une configuration de surveillance fragmentée ou trop complexe.
Conclusion
Choisir un remplacement pour la surveillance de Windows Server commence par comprendre pourquoi la configuration existante ne fonctionne plus et en définissant la visibilité dont votre infrastructure a réellement besoin. La couverture de surveillance, les alertes exploitables, les données historiques, les rapports, l'administration et la scalabilité comptent plus que de simplement choisir la plateforme avec la liste de fonctionnalités la plus longue.
Une fois le bon périmètre établi, migrez progressivement et validez la couverture de surveillance avant de retirer le système existant. L'objectif n'est pas de reproduire chaque configuration héritée, mais de préserver une visibilité essentielle tout en réduisant le coût, la complexité ou les limitations opérationnelles qui ont motivé le remplacement en premier lieu.
)
)
)
