Dispositivi di ottimizzazione WAN o acceleratori WAN (WANX) sono dispositivi davvero magiche. Hanno tagliato le esigenze di larghezza di banda di un'impresa in modo significativo e migliorare i tempi di risposta di utente finale per molte applicazioni. Ma avendo WANX nel tuo ambiente non ti assolvo dall'implementazione strumenti degli APM per il monitoraggio e la risoluzione dei problemi in corso. Ricordate che se lei non può misurare qualcosa si non può controllare.
Uno strumento APM per monitoraggio parametri di rete/TCP e tempi di risposta delle applicazioni è in genere installato nei dati centro - uno può ottenere visibilità in tutti i siti remoti connessi a tale data center. Il flusso TCP tra gli utenti remoti e i server nel centro dati è senza interruzioni o non modificato in assenza di dispositivi WANX. Le misurazioni del tempo di risposta sono vicini i tempi di risposta di utente finale. La velocità misurata dal data center al sito remoto è vicino la larghezza di banda del sito remoto.
WANX genera la chiave di una scimmia in tutte queste misurazioni. Dispositivi WANX, per la maggior parte, parte terminano le sessioni TCP in siti remoti e rivivono nel data center. La coppia WANX tra il sito remoto e il data center consolida il traffico nel proprio interni sessioni TCP e non la magia di compressione e ottimizzazione a livello di TCP/applicazione. Per quanto riguarda i server sono interessati che pensano i clienti sono proprio in centro dati su LAN e quindi le misure su questo flusso di traffico hanno un sapore di LAN ad esso.
Ciò significa se ci sono alcuni effetti WAN (per esempio, la perdita di pacchetti) che incidono le prestazioni tra i due dispositivi WANX, che non essere completamente riflessa nelle misure di tempo risposta presso il dispositivo APM presso il data center. Inoltre, la misurazione di velocità effettiva tra data center e il sito remoto sarà molto più elevata rispetto la larghezza di banda commissionato al sito remoto - e che è OK come il WANXes dopo tutto sono stati installati per amplificare la larghezza di banda.
Ma la non visibilità del tempo di risposta del vero utente finale presso il data center è un handicap come non possiamo essere più proattivi nella risoluzione dei problemi come vorremmo essere. Ci sono alcune tecniche per superare questo handicap - venire con alcune spese o può essere un sacco di esso.
Un modo per ottenere il tempo di risposta di utente finale visibilità in un ambiente WANX è quella di distribuire più piccole dimensioni strumenti APM presso i siti remoti. In genere, in molte architetture di vendor strumento che le metriche di performance possono essere tirate dal sito remoto nello strumento centrale di APM in dati centro e questo ripristinerà piena visibilità nel tempo di risposta di utente finale al sito remoto. A volte questa funzionalità di strumento APM può essere incorporata nel dispositivo WANX stesso come un modulo del software (ad esempio, nel caso di Riverbed/Opnet). Se una società ha centinaia o migliaia di siti remoti questo metodo ovviamente diventa costo proibitivo e la distribuzione remota dello strumento APM possa essere limitato al solo molto importanti siti remoti.
Questa discussione ci ricorda l'enigma classico. Tempo di risposta del vero utente finale solo può essere misurata con precisione più vicino all'apparecchio utilizzatore (o può essere sentito dall'utente finale). Distribuzione di strumentazione vicino all'utente finale (o agenti nei dispositivi utente stessi) e l'invio di queste informazioni a un aggregatore centrale per l'analisi è sempre impegnativo. Proliferazione di smartphone e Tablet con una varietà di applicazioni rende questa situazione molto peggiore. C'è sicuramente un'opportunità per l'innovazione qui.