Это классификация задач мониторинга. В настоящее время выделяют четыре основных типа: мониторинг страниц, мониторинг транзакций, мониторинг потокового мультимедиа и мониторинг частных протоколов. Мониторинг страниц (Page monitoring): мониторинг указанной страницы. Мониторинг транзакций (Transaction monitoring): мониторинг полного процесса транзакции; поддерживаются cookies и сессии; обычно используется для покупок, электронной почты, поиска и т. д. Мониторинг потокового мультимедиа (Streaming media monitoring): мониторинг эффектов воспроизведения аудио и видео, а не только производительности загрузки. Мониторинг частных протоколов (Private protocol monitoring): мониторинг протоколов помимо HTTP, HTTPS и протоколов потокового мультимедиа, например, SMTP, POP3 и некоторых протоколов, интерфейсы которых может предоставлять клиент.
Базовый мониторинг страницы (Basic page monitoring): пользователь видит только общую производительность открытия страницы и базовые показатели производительности. Отчет не сохраняет подробный процесс загрузки элементов страницы, и единственное отличие от полного мониторинга страницы — недоступен эффект каскадной диаграммы. Обычно эта опция используется только для пробных клиентов. Если вы хотите отслеживать эффект загрузки HTML-файлов и не требуется разрешение и загрузка CSS, JS, изображений и прочего содержимого страницы, используйте опцию «Single file download» (Загрузка одного файла). Полный мониторинг страницы (Full page monitoring): мониторинг не только скорости отклика и доступности страницы, но и скорости отклика и доступности всех элементов (например, изображений, скриптов и т. д.) в форме каскадной диаграммы. Загрузка одного файла (Single file download): выполняет отдельный GET-запрос к указанному URL файла; может использоваться для мониторинга загрузки аудио- или видеофайлов. PING-мониторинг (PING monitoring): выполняет только мониторинг скорости ответа Ping для указанного сервера. TraceRoute-мониторинг (TraceRoute monitoring): выполняет только мониторинг TraceRoute для указанного сервера.
Название задачи мониторинга, чтобы идентифицировать задачу мониторинга в отчете.
URL веб-страницы, которую клиенту необходимо мониторить; используется только для задач, где выбран тип мониторинга одиночной страницы (single page site monitoring). Если URL содержит китайские или другие специальные символы, отметьте «whether to encode the URL» (кодировать ли URL). Этот параметр должен соответствовать двум требованиям: URL должен быть доступен через браузер. URL должен быть веб-страницей, изображением или Flash (если в опциях задачи мониторинга выбран single file download, ping или TraceRoute — такого ограничения нет).
Дата окончания действия задачи мониторинга; после этой даты мониторинг задачи будет остановлен. Срок действия задачи мониторинга не может превышать дату окончания, установленную пакетом. Если дата окончания совпадает с датой окончания расписания, то при изменении даты окончания курса дата будет автоматически изменена и синхронизирована с пакетом. Но если дата не совпадает с датой пакета, то после изменения даты окончания необходимо вручную изменить дату окончания пакета.
Узлы мониторинга группируются по их атрибутам, чтобы упростить быстрый выбор нужных узлов мониторинга. Эти атрибуты описаны ниже (любой атрибут является необязательным при формировании группы узлов мониторинга): ID участника (Member ID): относится к участнику, которому принадлежит узел мониторинга. Можно выбрать определенных участников для формирования группы узлов мониторинга. Тип участника (Member type): относится к типу участника, которому принадлежит узел мониторинга. Можно выбрать определенные типы участников для формирования группы узлов мониторинга. Город (City): город, в котором расположен узел мониторинга. Можно выбрать определенные города для формирования группы узлов мониторинга. Оператор связи (Carrier): оператор связи, которому принадлежит узел мониторинга (например,: Netcom, telecommunications и т. д.). Можно выбрать определенных операторов связи для формирования группы узлов мониторинга. Доступ в интернет (Internet access): тип доступа в интернет узла мониторинга; в основном включает ADSL или домашний широкополосный доступ, корпоративный green, обычный MODEM или ISDN, IDC room green — четыре типа. Можно выбрать нужные типы доступа для формирования группы узлов мониторинга.
Интервал времени, который требуется между завершением выполнения задачи узлом мониторинга и повторным выполнением задачи мониторинга. Минимальное значение — 5 минут.
для всей задачи мониторинга в секундах. Если при выполнении мониторинга узлом задача не завершена в заданный период времени, задача будет прекращена, и будет возвращен код ошибки. Тайм-аут по умолчанию — 120 секунд.
Время ожидания, необходимое клиенту для ожидания дополнительных данных (например, Flash, потоковых данных и т. п.) после загрузки страницы, в секундах. Значение 0 означает отсутствие дополнительного ожидания. Если страница использует технологию Ajax и асинхронно с задержкой загружает содержимое страницы, необходимо настроить этот параметр.
Технологии перенаправления делятся на две категории: клиентские перенаправления и перенаправления на стороне сервера. Клиентские перенаправления могут выполняться путем установки определенного HTTP-заголовка или написания JavaScript-скрипта. В рамках конкретной задачи мониторинга, если задача содержит перенаправление на стороне сервера, никаких атрибутов задавать не нужно — узел мониторинга обработает это автоматически; но если задача содержит клиентское перенаправление, необходимо задать данную опцию. Если значение меньше количества клиентских перенаправлений в задаче мониторинга, загрузка данных будет неполной.
Эти три атрибута обычно используются, когда узел мониторинга выполняет задачу мониторинга и возникает ошибка. Чтобы понять состояние сети узла мониторинга в этот момент, узел мониторинга выполняет операции Ping, TraceRout и Nslookup и возвращает результаты вместе с ошибкой мониторинга. У этих свойств есть два варианта: Выполнять при ошибке страницы (Executed when a page error occurs): только если возникает ошибка страницы. Выполнять всегда (Always executed): в любом случае.
Определяет, выполнять ли копирование страницы для мониторируемой страницы. Доступны три варианта: Выполнять при ошибке страницы (Executed when a page error occurs): только если возникает ошибка страницы. Выполнять при ошибке страницы или ошибке содержимого (Executed when a page error or content error occurs): только если возникает ошибка страницы или ошибка содержимого. Выполнять всегда (Always executed): в любом случае.
Определяет, можно ли распределять задачу на узел мониторинга с некорректным DNS. У узла мониторинга может быть DNS-конфигурация, не соответствующая оператору связи; если узел выполняет мониторинг, отправленные данные могут привести к тому, что часть графиков (связанных с распределением хостов) будет неточной. Если пользователю не важно распределение хостов, значение можно установить как «не проверять»; по умолчанию система выполняет проверку.
Определяет, является ли задача задачей мониторинга внутренней сети. Если задача обозначена как мониторинг внутренней сети, корректность DNS-конфигурации не учитывается.
Определяет, будет ли задача мониторинга запускаться в точке времени выбранного периода или равномерно распределяться по всем моментам времени внутри периода. Значение по умолчанию — «Нет».
Отключать ли локальную службу DNS Client на машине мониторинга. Основная функция DNS Client — при обращении к URL имя и IP-адрес целевого хоста записываются в DNS-кэш хоста после первого получения IP-адреса. При повторном обращении к URL данные берутся напрямую из кэша. Если в конфигурации включена служба Windows DNS client, DNS-время для этой задачи мониторинга может быть равно нулю.
Этот параметр является одной из опций политики безопасности, обеспечивающих безопасность узла мониторинга: определяет, выполняются ли скрипты (JS) на странице при выполнении задачи мониторинга. Настройка предназначена для предотвращения выполнения вредоносных скриптов на некоторых страницах. Для платных клиентов обычно устанавливается Yes; для пробных клиентов, как правило, устанавливается No.
Если страница задачи мониторинга содержит всплывающие окна, и задача мониторинга не слишком ориентирована на эти окна, можно установить этот параметр в No — тогда при выполнении задачи узел мониторинга не будет мониторить всплывающие окна. Цель параметра — предотвратить ситуацию, когда содержимое некоторых всплывающих окон слишком большое (например, Flash-реклама). Если разрешить всплывающие окна, возможно появление ошибки «element timeout» или слишком большое суммарное время загрузки, что повлияет на производительность самой задачи мониторинга.
Добавлять ли время, затраченное на стороне клиента во время мониторинга, к общему времени. Для некоторых задач мониторинга транзакций следует рассмотреть установку этого параметра в «Нет».
Позволяет гибко задать ширину и высоту первого экрана. Если установлено 0, расчет первого экрана выполняется по умолчанию как 1024 * 768. Единицы измерения — px.
Разрешает сопоставить указанное доменное имя с указанным IP-адресом или другим доменным именем. Если необходимо настроить несколько пользовательских разрешений доменных имен, разделяйте их переводом строки. Например: нужно тестировать URL (http://www.testcdn.com/123.jpg), но требуется указать целевой IP (202.1.1.1) для мониторинга; конфигурация хоста будет такой: 202.1.1.1 www.testcdn.com
Если для задачи мониторинга нужно указать пользователя и пароль для доступа, введите здесь соответствующие имя пользователя и пароль; иначе при выполнении задачи узлы мониторинга вернут результат «Http 401, unauthorized».
HTTP-сжатие — это механизм передачи информации между сервером и браузером: если обе стороны поддерживают HTTP-сжатие, используется zip-сжатие для повышения производительности передачи. Для конкретной задачи мониторинга, если она поддерживает HTTP-сжатие, этот параметр следует установить в Yes, и узел мониторинга будет включать HTTP-сжатие при выполнении задачи. Если опция настроена корректно, это даст более высокую производительность.
Определяет, будет ли узел мониторинга при выполнении задач отправлять текстовую метку, указывающую, что визит идет от нашего узла мониторинга, чтобы отличать его от обычных визитов браузера. Это позволяет некоторому ПО анализа трафика фильтровать визиты наших узлов мониторинга.
Параметр можно настроить, если требуется, чтобы задача мониторинга автоматически получала страницу соответствующего языка в зависимости от языка, установленного в браузере посетителя. При выборе адаптации узел мониторинга выполняет задачу на основании языковых настроек IE браузера хоста узла. Если клиент хочет тестировать страницу только на определенном языке, выберите соответствующий язык. Система временно поддерживает только упрощенный китайский, традиционный китайский и английский.
При отправке запроса IE добавляет указанный HTTP-заголовок в заголовки запроса. Если требуется настроить несколько пользовательских HTTP-заголовков, разделяйте их переводом строки. Пример 1: нужно мониторить загрузку файла, но файл очень большой (100M), и обычная задача мониторинга завершится по тайм-ауту. В этом случае можно задать пользовательский HTTP-заголовок, чтобы мониторинговый клиент загружал только первые 1M данных файла; заголовок: Range: bytes=1-1024000 Пример 2: нужно мониторить загрузку файла (http://www.testcdn.com/123.jpg), но сервер настроил анти-реферер (anti-theft chain) проверку, и обычный мониторинг будет выдавать http 403 и другие ошибки. Тогда можно задать пользовательский HTTP-заголовок, чтобы обойти проверку; заголовок: Referer: http://www.testcdn.com/
Если задача мониторинга предусматривает проверку того, содержит ли контент один или несколько фрагментов текста, здесь можно указать текст, который должен присутствовать (если нужно указать несколько вариантов — можно ввести соответствующее регулярное выражение). При выполнении задачи мониторинга, если текст не найден, в результате мониторинга возвращается ошибка «expected page content not found».
Противоположный параметр по отношению к «correct text»: при выполнении задачи мониторинга, если заданный текст найден, в результат мониторинга возвращается ошибка «Found something that indicates the page wrong».
Исключение URL, не относящихся к конкретной задаче мониторинга; значения должны вводиться в виде регулярных выражений. Например, многие страницы содержат статистический JS-код Google. Если проблемы Google влияют на указанную задачу мониторинга, можно задать правило www.google.com, и клиент не будет отправлять HTTP-запросы к URL, удовлетворяющим правилу.
Указывает URL, которые обязательно должны быть включены; значения также должны вводиться как регулярные выражения.
Можно заполнить дополнительную описательную информацию о задаче мониторинга.