Устройства WAN оптимизации или WAN ускорители (WANX) являются поистине магические устройств. Они существенно сократить пропускную способность потребности предприятия и улучшить время отклика конечного пользователя для многих приложений. Но имея WANX в вашей среде не освобождает вас от реализации APM инструменты для постоянного наблюдения и устранения неполадок. Помните, что если вы не можете измерить что-то вы не может контролировать его.
APM инструмент для наблюдения за время отклика приложений и параметры сети/TCP обычно устанавливается в данных центр - можно получить видимость во всех удаленных сайтов, которые подключены к этому центр обработки данных. Поток TCP между удаленных пользователей и серверов в центре данных непрерывно или неизмененном в отсутствие WANX устройств. Измерение времени отклика близки к времени отклика конечных пользователей. Пропускная способность, измеренная от центра обработки данных на удаленный узел находится недалеко от пропускной способности на удаленном сайте.
WANX бросает обезьяна ключ в все эти измерения. WANX устройства, для большинства, часть прекратить TCP-сеансы на удаленных узлах и возрождаются в центре обработки данных. WANX пара между центром данных и удаленный сайт объединяет трафик в собственных внутренних сеансов TCP и делает волшебство сжатия и оптимизации на уровне TCP/приложения. Поскольку серверы обеспокоены они думают клиенты находятся прямо в центре обработки данных в локальной сети и следовательно измерений на этот поток трафика имеют доступ вкус к нему.
Это означает, если есть некоторые WAN эффекты (например, потери пакетов), влияя на производительность между двумя WANX устройствами, которые не полностью отражены в замеры времени отклика при устройстве APM в центре обработки данных. Кроме того измерение пропускной способности между центром данных и удаленный сайт будет гораздо выше, чем пропускная способность, эксплуатацию на удаленном сайте, - и это нормально, как WANXes в конце концов были установлены для того чтобы усилить пропускной способности.
Но не видимость времени отклика true конечных пользователей в центре обработки данных является препятствием, как мы не можем быть как активный в устранении неполадок как мы хотели бы быть. Есть некоторые методы, чтобы преодолеть этот недостаток - он приходят с некоторые расходы или может быть много его.
Один из способов получить время отклика пользователей конца, видимость в среде WANX является развертывание меньшего размера APM инструменты на удаленных узлах. Как правило в многих архитектурах поставщика инструмента, который метрики производительности может быть вытащил из удаленного сайта в центральный инструмент APM в данных центра и это будет восстановить полную видимость в времени отклика конечных пользователей на удаленном сайте. Иногда эта функциональность инструмента APM могут быть включены в само устройство WANX как модуль программного обеспечения (например, в случае Riverbed/Opnet). Если компания имеет сотни или тысячи удаленных сайтов этот метод явно становится непомерно высокой стоимости и удаленное развертывание APM инструмента возможно должна быть ограничена очень важным удаленных сайтов только.
Это обсуждение напоминает нам о классической головоломки. Правда конечных пользователей время отклика может быть измерена только точно ближе к устройству конечного пользователя (или может ощущаться конечным пользователем). Развертывание инструментария вблизи конечного пользователя (или агентов в самих устройств пользователя) и отправить эту информацию в центральном агрегатор для анализа всегда является сложной задачей. Распространение смартфонов и планшетов с различными Apps делает эта ситуация намного хуже. Существует, безусловно, возможность для инноваций здесь.