Классификация задач мониторинга. Поддерживаются следующие типы: мониторинг страниц, мониторинг транзакций и мониторинг потокового мультимедиа, мониторинг частных протоколов. Мониторинг страниц: Мониторинг указанной страницы. Мониторинг транзакций: Мониторинг полного процесса транзакции, поддержка файлов cookie и сессий, обычно используется для покупок, электронной почты, поиска и т. д. Мониторинг потокового мультимедиа: Мониторинг эффектов воспроизведения аудио и видео, а не только производительности загрузки. Мониторинг частных протоколов: Помимо HTTP, HTTPS и протоколов, не относящихся к потоковому мультимедиа, таких как протокол SMTP, протокол POP3 и некоторые протоколы, интерфейс которых может предоставлять клиент. Мониторинг мобильных приложений: Мониторинг клиента мобильного приложения. Мониторинг мобильного потокового мультимедиа: Мониторинг клиентов мобильного потокового мультимедиа.
HTTP FLV, FLV — это видеоформат, основанный на платформе FlashPlayer, использующий традиционный протокол HTTP. Потоковое мультимедиа хранится на сервере в виде файлов. Плеер через HTTP-запрос загружает файл на локальный жесткий диск и вызывает этот файл для воспроизведения. RTMP FLV: Потоковое мультимедиа использует FMS (Flash Media Server) для публикации. Плеер через протокол RTMP сохраняет файл в памяти для воспроизведения, что значительно повышает защиту авторских прав на потоковое мультимедиа. MediaPlayer Video: Видео MediaPlayer воспроизводится с помощью проигрывателя Microsoft Windows Media Player. MediaPlayer Audio: Аудио MediaPlayer воспроизводится с помощью проигрывателя Microsoft Windows Media Player и требует наличия звуковой карты и драйверов компьютера. Real Video: Используется проигрыватель RealPlayer от RealNetworks. Real Audio: Используется проигрыватель RealPlayer от RealNetworks и требует наличия звуковой карты и драйверов компьютера.
Имя задачи мониторинга для идентификации в отчётах.
Дата окончания задачи мониторинга, после которой мониторинг прекращается. Дата окончания задачи мониторинга не может превышать дату окончания, установленную в пакете. Если дата окончания совпадает с запланированной датой окончания, то при изменении даты окончания курса дата будет автоматически изменена и синхронизирована с пакетом. Однако если дата не совпадает с датой пакета, то после изменения даты окончания дата окончания пакета должна быть изменена вручную.
Узлы мониторинга группируются в соответствии с их атрибутами для облегчения быстрого выбора необходимых узлов мониторинга. Эти атрибуты описываются следующим образом (любой атрибут является необязательным при формировании группы узлов мониторинга): Идентификатор участника — указывает на участников, к которым принадлежит узел мониторинга. Вы можете выбрать указанных участников для формирования группы узлов мониторинга. Тип участника — указывает на тип участника, к которому принадлежит узел мониторинга. Вы можете выбрать указанные типы участников для формирования группы узлов мониторинга. Город — указывает на город, в котором находится узел мониторинга. Вы можете выбрать указанные города для формирования группы узлов мониторинга. Оператор связи — указывает на оператора связи, к которому принадлежит узел мониторинга (например, Netcom, Telecommunications и т. д.). Вы можете выбрать указанных операторов связи для формирования группы узлов мониторинга. Доступ в Интернет — указывает на доступ узла мониторинга в Интернет, в основном это ADSL или домашний широкополосный доступ, корпоративный широкополосный доступ, обычный модем или ISDN, а также доступ в Интернет через центр обработки данных (IDC room green) — четыре типа. Вы можете выбрать указанный доступ в Интернет для формирования группы узлов мониторинга.
Это временной интервал, необходимый между завершением задачи узлом мониторинга и повторным выполнением задачи мониторинга. Минимальное значение может быть установлено на уровне 5 минут.
Это продолжительность мониторинга всей задачи мониторинга потокового мультимедиа, выраженная в секундах. Для потокового мультимедиа в формате HTTP FLV в процессе мониторинга клиент сначала определяет длительность видеопотока. Например, если FLV-файл размером 20 МБ имеет продолжительность 10 минут (600 секунд), клиент мониторинга загружает одну десятую объёма данных видео — 2 МБ (20 МБ × 60 / 600) — после чего мониторинг завершается. Если скорость сети высокая, фактическое время мониторинга может быть менее 60 секунд. Если же скорость сети относительно низкая и до момента загрузки этих 2 МБ данных время мониторинга достигает 60 секунд, клиент мониторинга также завершает выполнение задачи.
Время ожидания загрузки потокового мультимедиа. Если потоковое мультимедиа не обнаружено в течение этого периода, возникает ошибка «No streaming media». Если файл потокового мультимедиа задан напрямую в виде URL-адреса, параметр тайм-аута страницы не применяется.
Данный параметр доступен только для форматов FLV и MediaPlayer. Время буферизации определяет количество секунд, в течение которых видеоданные загружаются в память перед первым воспроизведением видеопотока. Установка этого значения особенно важна для FLV-файлов, передаваемых по протоколу RTMP, поскольку они буферизуются исключительно в памяти. Для FLV-файлов, инкрементально загружаемых по HTTP, эффект от задания данного параметра будет незначительным, однако он может улучшить качество просмотра видео высокого качества на старых или малопроизводительных компьютерах. Пример: Если время буферизации мониторинга FLV установлено на 5 секунд, то при воспроизведении HTTP-потока с битрейтом 400 Кбит/с плеер загрузит не менее 5 × 400 Кбит/с = 2000 Кбит (≈ 2000 КБ) данных перед началом воспроизведения. Время, необходимое для загрузки этих 2000 КБ данных, зависит от пропускной способности сети оператора пользователя: при скорости 10 Мбит/с буферизация займёт не менее 2 секунд; при скорости 100 Мбит/с — не менее 0,2 секунды.
Если потоковый медиаконтент использует механизм защиты от несанкционированного доступа (anti-hotlinking) для проверки URL страницы, токена и других параметров, использование локального плеера может привести к невозможности мониторинга. В этом случае можно создать страницу, содержащую пользовательский медиаплеер и код мониторинга. Данная пользовательская страница может быть развернута в рамках механизма защиты от несанкционированного доступа для проверки доменного имени сайта. Параметр «Network Player» указывает URL-путь к этой пользовательской странице. Пример: Потоковый медиаконтент по адресу http://www.streaming.com/ использует аутентификацию по токену, и это правило не может быть открыто для публичного доступа. При этом поставщик потокового сервиса может предоставить пользовательский плеер tokenPlayer.swf. В таком случае можно создать пользовательскую страницу http://www.networkbench.com/streaming/s.htm, в которую будет встроен tokenPlayer.swf, чтобы обеспечить возможность мониторинга. При настройке задачи в поле «Network Player» укажите http://www.networkbench.com/streaming/s.htm
Эти три параметра обычно используются в случае возникновения ошибки при выполнении задачи мониторинга узлом. Для анализа сетевого состояния узла в момент ошибки выполняются операции Ping, TraceRoute и Nslookup, а их результаты возвращаются вместе с данными мониторинга ошибки. Доступны два варианта: Выполнять при ошибке страницы — операции выполняются только при возникновении ошибки страницы; Выполнять всегда — операции выполняются в любом случае.
Определяет, следует ли выполнять создание копии страницы мониторинга. Доступны следующие варианты: Выполнять при ошибке страницы — только при возникновении ошибки страницы; Выполнять при ошибке страницы или ошибке содержимого — при возникновении ошибки страницы или ошибки контента; Выполнять всегда — в любом случае.
Определяет, может ли задача мониторинга быть назначена узлу с некорректной DNS-конфигурацией. В случае, если DNS-настройки узла не соответствуют оператору связи, передаваемые данные могут привести к неточностям в отдельных графиках (в частности, связанных с распределением хостов). Если распределение хостов не является критичным для пользователя, данный параметр можно установить в значение «Не проверять». По умолчанию проверка включена.
Определяет, является ли задача задачей мониторинга внутренней сети. Если задача обозначена как мониторинг внутренней сети, корректность DNS-конфигурации узлов мониторинга не учитывается.
Определяет, запускается ли задача мониторинга строго в заданный момент времени или равномерно распределяется по всему указанному периоду. Значение по умолчанию — «Нет».
Определяет, следует ли отключать локальную службу DNS Client на устройстве мониторинга. Основная функция службы DNS Client заключается в кэшировании имени и IP-адреса целевого хоста после первого разрешения DNS-запроса. При повторном обращении к тому же URL-адресу данные извлекаются непосредственно из кэша. Если служба DNS Client Windows включена, время DNS-разрешения для данной задачи мониторинга может быть равно нулю.
Позволяет сопоставить указанное доменное имя с заданным 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-сжатие, данный параметр следует установить в значение «Да». В этом случае узлы мониторинга будут использовать HTTP-сжатие, что позволит получить более высокие показатели производительности.
Определяет, будут ли узлы мониторинга при выполнении задач отправлять специальное текстовое сообщение, обозначающее, что запрос исходит от системы мониторинга Altynview, а не от обычного браузера. Это позволяет системам анализа трафика отличать и при необходимости фильтровать обращения, выполняемые узлами мониторинга.
Позволяет добавить указанные HTTP-заголовки к запросу, отправляемому браузером (IE). При необходимости задания нескольких пользовательских HTTP-заголовков каждый заголовок указывается с новой строки. Пример 1: Необходимо контролировать загрузку файла большого размера (100 МБ), при этом стандартная задача мониторинга может завершиться по тайм-ауту. В этом случае можно указать пользовательский HTTP-заголовок, ограничивающий объем загружаемых данных первыми 1 МБ: Range: bytes=1-1024000. Пример 2: Необходимо мониторить загрузку файла http://www.testcdn.com/123.jpg, однако сервер использует механизм защиты от несанкционированного доступа (anti-hotlinking), из-за чего при стандартном мониторинге возникают ошибки HTTP 403. В этом случае можно задать пользовательский HTTP-заголовок для обхода проверки: Referer: http://www.testcdn.com/
Поле для ввода дополнительной информации, описывающей задачу мониторинга.