WAN optimalisering enheter eller WAN gasspedalene (WANX) er virkelig magisk enheter. De skar båndbreddebehovene til en bedrift betydelig og bedre responstid for sluttbrukeren for mange programmer. Men å ha WANX i ditt miljø ikke frikjenne deg gjennom implementering av APM verktøy for kontinuerlig overvåking og feilsøking. Husk at hvis du ikke kan måle noe du ikke kan kontrollere den.
En APM-verktøy for å overvåke søknad responstid og nettverk/TCP-parametere er vanligvis installert i data center - en kan få sikt inn alle de eksterne nettstedene som er koblet til at datasenter. TCP-flyt mellom eksterne brukere og servere i datasenteret er uavbrutt eller uforandret i fravær av WANX enheter. Svar tid mål er nær responstid for sluttbrukeren. Gjennomstrømning måles fra datasenteret til det eksterne området ligger nær det eksterne område båndbredde.
WANX kaster en apekatt skiftenøkkel i alle disse målingene. WANX-enheter, for de fleste, del avslutte TCP-økter på eksterne nettsteder, og er gjenopplivet på datasenteret. WANX paret mellom det eksterne området og datasenteret konsoliderer trafikk til sine egne interne TCP-økter, og gjør magi av komprimering og optimalisering på TCP/programnivå. Så langt som serverne er bekymret tror de klientene har rett i datasenteret på LAN og dermed målene på denne trafikkflyt har en LAN-smak til den.
Hva dette betyr, hvis det er noen WAN effekter (f.eks pakketap) påvirker ytelsen mellom de to WANX enhetene, som fullt ut reflektert i svaret tidsmålinger på APM enheten på datasenteret. Også gjennomstrømming målingen mellom datasenteret og det eksterne området vil være mye høyere enn båndbredden som er bestilt på det eksterne området - og det er OK som WANXes var tross alt installert for å forsterke båndbredden.
Men ikke-synligheten av sanne sluttbrukeren responstid på datasenteret er et handikap som vi ikke kan være så proaktiv i feilsøking som vi ønsker å være. Det er noen teknikker for å overvinne dette handicap - det kommer med noen kostnader, eller kan være mange det.
Én måte å få slutt brukeropplevelsen responstid synlighet i et WANX miljø er å distribuere mindre størrelse APM verktøy på eksterne nettsteder. Vanligvis, i mange verktøyet leverandør arkitekturer ytelse beregninger kan trekkes fra det eksterne området i sentrale APM-verktøyet i data center, og dette vil gjenopprette full innsyn i sluttbrukere responstid på det eksterne området. Noen ganger kan denne APM verktøyet funksjonaliteten bli innlemmet i selve WANX enheten som en programvare-modul (f.eks, i tilfelle av elveleiet/Opnet). Hvis et selskap har hundrevis eller tusenvis av eksterne nettsteder denne metoden åpenbart blir kostnadene uoverkommelige og ekstern utplassering av APM-verktøyet kan måtte være begrenset til svært viktig eksterne nettsteder bare.
Denne diskusjonen minner oss om den klassiske conundrum. Sanne sluttbrukeren responstid kan bare måles nøyaktig nærmere til sluttbrukeren enheten (eller kan bli følt av sluttbrukeren). Distribuere instrumentering nær sluttbrukeren (eller agenter i bruker enhetene selv) og sender denne informasjonen til en sentral aggregator for analyse er alltid utfordrende. Spredning av Smartphones og tabletter med en rekke programmer gjør denne situasjonen mye verre. Det er absolutt en mulighet for innovasjon her.