Vidéo: Configuring and Understanding NIC Teaming in Server 2016 2024
Le système d'exploitation Junos prend en charge un outil appelé surveillance des performances en temps réel (RPM). RPM est essentiellement un ensemble de tests, exécutés périodiquement, qui vous aident à mesurer la latence entre deux périphériques sur un réseau.
RPM ne fonctionne que si les deux appareils que vous mesurez exécutent tous deux le système d'exploitation Junos.
Lorsque RPM est activé, votre routeur génère une série de sondes qui sont envoyées au périphérique cible. Ces sondes sont horodatées lorsqu'elles sont envoyées. Lorsque le périphérique cible reçoit les sondes, il génère une réponse et renvoie cette réponse à l'expéditeur. En mesurant le temps entre l'envoi de la sonde et la réception de la réponse, votre routeur peut vous dire quel est le temps d'aller-retour entre les deux appareils.
Ce processus d'envoi / réception est répété pour chaque sonde dans un test. En faisant la moyenne des temps sur un échantillon, vous pouvez avoir une meilleure idée de la durée moyenne sur le réseau. Ensuite, ces tests sont exécutés entre des intervalles fixes pour vous fournir des informations sur la latence moyenne dans le temps.
Pour les périphériques de couche 2 tels que les commutateurs, le système d'exploitation Junos prend en charge les normes d'utilisation d'une forme de liaisons RPM sur Ethernet.
Pour configurer RPM sur votre réseau, vous devez décider de certaines choses. D'abord, vous devez déterminer où vous voulez faire la mesure. Vous devez sélectionner deux points dans le réseau qui fourniront des données significatives.
Les serveurs d'applications sont connectés à router1. En fin de compte, ce trafic est transmis via VPN via router5 à votre fournisseur de services (et éventuellement à certains sièges sociaux). Dans ce cas, vous voulez mesurer la latence entre router1 et router5. Toute augmentation de la latence peut avoir un impact sur les données d'application (telles que la voix ou la vidéo mise en paquets) acheminées entre ces nœuds.
Voici comment configurer ce test:
[éditer les services] rpm {sonde app-serveur-réseau {test icmp-test {sonde-type icmp-ping-timestamp; adresse cible 192. 168. 24. 1; nombre de sondes 15; intervalle de sonde 1; test-interval 600;}}}
Cette configuration définit un test RPM pour le réseau app-server. Le propriétaire de la sonde dans ce cas est vraiment juste un nom afin que vous puissiez voir rapidement à quoi sert le test. Généralement, vous nommez le propriétaire de la sonde après le réseau que vous testez (dans ce cas, le réseau du serveur d'applications).
La majeure partie de la configuration RPM est effectuée dans une strophe de configuration de test RPM. Nommez le test quelque chose d'intuitif (dans ce cas, il s'appelle icmp-test). Ensuite, vous devez configurer les détails du test.
Les sondes ping ICMP sont faciles à configurer et fournissent généralement suffisamment d'informations pour diagnostiquer les problèmes de latence sur votre réseau. Les utilisateurs les plus expérimentés peuvent utiliser des sondes TCP ou UDP, mais ils nécessitent la configuration de l'extrémité distante pour agir en tant que serveur de sonde. Si vous utilisez des paquets ICMP, l'appareil sait déjà comment répondre (tous les périphériques IP doivent comprendre les pings ICMP), et la configuration est plus simple.
Configurez l'adresse cible en tant qu'adresse de bouclage du périphérique distant (dans ce cas, l'adresse de bouclage sur le routeur5).
Vous devez également configurer le nombre de sondes dans chaque test, la durée entre les sondes et la durée entre les tests. Juniper recommande de configurer entre 10 et 20 sondes à intervalles d'une seconde. Ce test particulier va se dérouler toutes les dix minutes.
