Alors, quelles sont les meilleures pratiques.
Que devez-vous faire dans un environnement réel? Aujourd'hui, les meilleures pratiques stipulent que vous devez utiliser les deux.
Vous devez utiliser des protocoles de gestion de réseau basés sur une interrogation ou une requête ainsi que sur des événements dans
le cadre de votre solution de gestion de réseau ne permettant pas uniquement de recevoir une grande quantité de données.
Vous devez prendre des décisions significatives sur ces données.
Par conséquent, vous souhaitez également créer et exploiter des alertes et des rapports afin que vous soyez tous les
deux avertis en cas de problème, qu'il soit basé sur un mécanisme de détection basé sur une interrogation ou sur une détection basée sur des événements.
De plus, vous souhaiterez disposer d'une fonction de génération de rapports qui fournisse des
informations détaillées sur les performances, non seulement en temps réel à ce moment-là, mais sur une période donnée.
Vous souhaitez donc disposer de données historiques vous permettant de prendre des décisions utiles.
Par exemple, si une interface sur un rôle a une utilisation de 70%.
Est-ce bien ou est-ce un mal qui est difficile à savoir si vous ne disposez pas de données historiques vous permettant d'établir
une base de référence de ce à quoi votre réseau s'exécute généralement si cette interface au cours des trois derniers mois
a fonctionné à une utilisation de 2% et maintenant, tout à coup, son taux d'utilisation est de 90%.
Vous saurez que quelque chose est arrivé sur votre réseau et que l'utilisation de
l'interface a changé radicalement. Vous voudrez donc que les rapports vous fournissent des informations détaillées sur les performances, ainsi
que sur les problèmes et la disponibilité des périphériques de votre réseau. Vous voulez d'un coup d'œil pouvoir voir s'il
y a un problème avec un périphérique réseau tel qu'un routeur ou s'il y a un problème
avec une interface individuelle sur l'un de vos routeurs.
N'oubliez pas de définir la fréquence d'interrogation et la granularité de vos notifications d'événements.
Cela varie d'un environnement à l'autre et dépend souvent du type de topologie pour lequel
vous disposez de la bande passante disponible et des ressources à détecter, puis à utiliser les informations
que vous recevez.
En outre, vous devrez peut-être décider de la rapidité avec laquelle vous devrez réagir à un problème
sur votre réseau si quelque chose se produit sur votre réseau et que cela affecte tout un bâtiment ou toute l'organisation.
Vous allez vouloir agir rapidement, mais si quelque chose se produit et que cela ne concerne qu'un seul
appareil, ce n'est pas important.
Il n’est probablement pas aussi important que vous vous réveilliez à 3 heures du matin pour vous dire que le port de l’interrupteur
est tombé en panne.