Video: Windows 7 Performance Monitor 2024
Het Junos-besturingssysteem ondersteunt een hulpprogramma met de naam real-time prestatiebewaking (RPM). RPM is in essentie een reeks tests die periodiek worden uitgevoerd en die u helpen de latentie tussen twee apparaten in een netwerk te meten.
RPM werkt alleen als de twee apparaten waarmee u beide meet, het Junos-besturingssysteem gebruiken.
Wanneer RPM is ingeschakeld, genereert uw router een reeks sondes die naar het doelapparaat worden verzonden. Deze sondes zijn voorzien van een tijdstempel wanneer ze worden verzonden. Wanneer het doelapparaat de sondes ontvangt, genereert het een reactie en stuurt dat antwoord terug naar de afzender. Door de tijd tussen het verzenden van de sonde en het ontvangen van het antwoord te meten, kan uw router u vertellen wat de round-trip-tijd is tussen de twee apparaten.
Dit verzend- / ontvangstproces wordt voor elke probe binnen een test herhaald. Door het gemiddelde van de tijden in een bepaald voorbeeld te nemen, kunt u een beter idee krijgen van wat de gemiddelde tijd is over het netwerk. Vervolgens worden deze tests uitgevoerd tussen vaste intervallen om u informatie te geven over de gemiddelde latentie in de loop van de tijd.
Voor Layer 2-apparaten, zoals switches, ondersteunt het Junos-besturingssysteem standaarden voor het gebruik van een vorm van RPM via Ethernet-koppelingen.
Om RPM op uw netwerk te configureren, moet u een paar dingen beslissen. Eerst moet je uitvinden waar je de meting wilt doen. U moet twee punten in het netwerk selecteren die voor zinvolle gegevens zorgen.
Toepassingsservers zijn verbonden met router1. Uiteindelijk wordt dit verkeer via router5 doorgegeven aan uw serviceprovider (en uiteindelijk terug naar een aantal hoofdkantoren). In dit geval wilt u de latentie meten tussen router1 en router5. Elke toename in latentie kan mogelijk van invloed zijn op de toepassingsgegevens (zoals pakketgebaar of video) die tussen die knooppunten worden gerouteerd.
Zo configureer je deze test:
[edit services] rpm {probe app-server-netwerk {test icmp-test {probe-type icmp-ping-timestamp; doeladres 192. 168. 24. 1; probe-telling 15; probe-interval 1; test-interval 600;}}}
Deze configuratie definieert een RPM-test voor het app-server-netwerk. De sonde-eigenaar is in dit geval eigenlijk alleen maar een naam, zodat u snel kunt zien waarvoor de test is bedoeld. Normaal gesproken geeft u de eigenaar van de probe een naam na het netwerk dat u test (in dit geval het netwerk van de toepassingsserver).
Het grootste deel van de RPM-configuratie wordt uitgevoerd in een stanza van de RPM-testconfiguratie. Geef de test een naam die intuïtief is (in dit geval is dit de icmp-test). Vervolgens moet u de testdetails configureren.
ICMP-ping-sondes zijn eenvoudig te configureren en bieden doorgaans voldoende informatie om vertragingsproblemen in uw netwerk te diagnosticeren. De meer ervaren gebruiker kan TCP- of UDP-probes gebruiken, maar deze vereisen dat de configuratie van het externe uiteinde fungeert als een probeserver. Als u ICMP-pakketten gebruikt, weet het apparaat al hoe te reageren (alle IP-apparaten moeten ICMP-pings begrijpen) en de configuratie is eenvoudiger.
Configureer het doeladres als het loopback-adres van het externe apparaat (in dit geval het loopback-adres op router5).
U moet ook het aantal sondes in elke test configureren, de tijdsduur tussen de sondes en de tijdsduur tussen de tests. Juniper beveelt aan om tussen 10 en 20 sondes te configureren met intervallen van één seconde. Deze specifieke test zal om de tien minuten worden uitgevoerd.