Paessler PRTG Network Monitor

Материал из Национальной библиотеки им. Н. Э. Баумана
Последнее изменение этой страницы: 18:01, 18 сентября 2020.
PRTG Network Monitor
Scale-dec-294x280.png
Логотип ПО
Разработчики: Paessler AG
Выпущена: 1993 год
Постоянный выпуск: 20.2.58.1629 / 21 апреля 2020
Предыдущий выпуск: 20.1.57.1745 / 24 марта 2020
Состояние разработки: Активная
Написана на: Delphi
Операционная система: Windows 10/8.1/7 SP1 or Windows Server 2012 R2 and Windows Server 2016 / macOS 10.12+
Локализация: English, German, Spanish, French, Portuguese, Dutch, Russian, Japanese, Simplified Chinese
Тип ПО: Network monitoring
Лицензия: Коммерческая
Веб-сайт www.paessler.com/prtg[Источник 1]

PRTG Network Monitor - это программное обеспечение Paessler AG, предназначенное для отслеживания сетевого потока. Данное приложение самостоятельно может отслеживать использование полосы пропускания, время безотказной работы и другие характеристики различных систем. Также имеется функция сбора статистики с различных сетевых элементов: коммутаторов, маршрутизаторов, серверов и др.

Возможности программы

  1. Получение информации о потоке с данными, проходящих обрабатывающихся в конкретных устройствах, сохранение этой информации в базе данных ПО.
  2. Получение данных через такие протоколы, как SNMP, Netflow и др.
  3. Наглядный просмотр статистики базы данных с помощью графиков и таблиц.
  4. Просмотр статистики переданных пакетов данных и времени пинга.
  5. Просмотр результатов тестирования систем как в режиме реального времени, так и за определенный промежуток на различных устройствах (ПК, смартфон).
  6. Сбор данных о нагрузке на память и процессор.
  7. Отображение результатов тестирования через собственный графический интерфейс программы или в интернет-браузере.
  8. Имеется возможность получать данные с помощью удаленного подключения через Веб-сервер.
  9. Мониторинг результатов в многопользовательском режиме через встроенную систему аутентификации. [Источник 2]

Технические характеристики

В PRTG Network Monitor имеется возможность автоматического сканирования участков сети предприятия и создание схемы устройств на основе этих данных. Помимо этого, дополнительная информация об обнаруженных устройствах может быть получена с использованием различных протоколов связи. Наиболее популярными протоколами являются Ping, SNMP, WMI, NetFlow, jFlow, sFlow. Также возможна связь через DICOM или RESTful API.

Датчики

ПО основано на датчиках, предназначенных для определенной цели. Например, имеются программные датчики протоколов HTTP, SMTP / POP3 (сервер электронной почты) и аппаратные датчики для таких физических устройств, как коммутаторы, маршрутизаторы и сервера. В PRTG Network Monitor можно подключить более 200 сенсоров, запрограммированных под различные задачи, которые записывают статистику исследуемых устройств. Например, статистика времени отклика, процессора, памяти, информации базы данных, температуры или состояния системы в целом.

Веб-интерфейс и настольный клиент

Программное обеспечение может работать через веб-интерфейс на основе технологии AJAX. Он подходит как для устранения неполадок системы в режиме реального времени, так и для демонстрации данных обычному пользователю с помощью различных панелей мониторинга и отчетов в виде привычного интерфейса. Доступен дополнительный интерфейс в виде настольного приложения для Windows и macOS.

Уведомления и отчеты

Данное ПО может отправлять уведомления не только на электронную почту или на смартфон в виде SMS, но также в виде push-уведомлений через приложение, разработанное для Android и iOS смартфонов. Имеется возможность выбирать способ доставки уведомлений в настройках PRTG.

Вопросы производительности

При обычной работе пользователи PRTG не сталкиваются с проблемами производительности. Рассмотрим методы сохранения быстродействия ПО.

  • Основной принцип производительности такой: в обычных случаях проблемы с ней отсутствуют, если количество датчиков меньше 5000, количество удаленных устройств меньше 30, и число учетных записей также меньше 30.
  • Физические машины обрабатывают информацию быстрее виртуальных, поэтому необходимо давать предпочтение им.
  • Если нет возможности запустить PRTG на физической машине, необходимо следить за тем, чтобы число сенсоров на одну виртуальную машину не превышало 5000, и, по возможности, запускайте несколько экземпляров ПО.
  • Каждый дополнительно созданный кластер сокращает производительность вдвое, а также повышает нагрузку на систему мониторинга вдвое.
  • При использовании 5000 сенсоров и более, установите частоту снятия показаний раз в 5 минут или выше.
  • Используйте сенсоры менее чем с 50 потоками, так как сенсоры с большим числом потоков официально не поддерживаются. В противном случае это может привести к сбоям в работе ПО и сократить его производительность.
  • Большое количество часто обновляемых информационных панелей, частое формирование объёмных отчетов по сенсорам, громоздкое использование анализа пакетов, сенсоры Sensor Factory (комбинированные сенсоры) и сводные отчеты Toplist, автоматическое обнаружение устройств в больших сегментах сети, непрерывные запросы по мониторингу данных, выполняемые через API- интерфейс и т.д. сильно сокращают производительность. Следует отказаться от этих действий.

Вопросы стабильности

Из-за своей кроссплатформенности практически во всех средах система PRTG работает стабильно, однако рекомендуется принимать во внимание следующие факторы, которые могут повлиять на устойчивость PRTG:

  • Для устройств, работающих удалённо, необходимо надежное соединение между базовым сервером PRTG и этим устройством. C нестабильным соединением, к примеру 3G, могут возникать трудности, так как регулярный мониторинг невозможен.
  • Не рекомендуется использовать более 30 удаленных устройств на одном базовом сервере PRTG.
  • Для активации лицензии (через HTTP или электронную почту) необходимо подключение к интернету.
  • Качество подключения сети также играет важную роль. При мониторинге через протокол UDP, например, высокий процент потери пакетов может привести к постоянным сбоям. Удаленные устройства, которые подключаются через нестабильные WAN-соединения, могут работать с сильной задержкой.

Поддерживаемые версии Windows

PRTG Core Service и PRTG Probe Service официально поддерживают нижеперечисленные версии Windows. Рекомендуется использовать 64-битные ОС.

  • Microsoft Windows Server 2019
  • Microsoft Windows Server 2016
  • Microsoft Windows Server 2012 R2
  • Microsoft Windows Server 2012
  • Microsoft Windows 10
  • Microsoft Windows 8.1
  • Microsoft Windows 8
  • Microsoft Windows 7*
  • Microsoft Windows Server 2008 R2*

* На операционной системе Windows 7 и Windows Server 2008 R2 вам необходимо установить требуемую версию .NET вручную.

Системные требования для пользовательского интерфейса

Для пользовательского веб-интерфейса официально поддерживаются следующие браузеры (в порядке уменьшения производительности и надежности) при разрешении экрана 1024х768 (рекомендуется больше):

В других и более старых браузерах набор доступных функций может быть неполным.[Источник 3]

Стоимость

Лицензирование PRTG Network Monitor зависит от количества доступных датчиков. Версия со 100 встроенными датчиками доступна бесплатно, и, так как большинству устройств для работы требуется 5-10 датчиков, зачастую используют именно её. Стоимость платной версии начинается от 1750$ (500 датчиков) и заканчивается 15500$ (можно использовать неограниченное количество датчиков). Лицензия ПО бессрочная. [Источник 4] [Источник 5]

Интерфейс ПО

Рисунок 1 – Экран входа

На рисунке 1 показан вход в систему через Web-интерфейс. Если его использование невозможно, то можно работать через приложение на смартфон (пока только под Android) или же установить на ПК интерфейс Enterprise Console, который практически на 100% повторяет интерфейс через Web. Как было показано на рисунке выше, система поддерживает авторизацию по доменным учетным записям, но возможно создание учётной записи и вручную. Сразу после входа вы попадете на экран приветствия, как показано на рисунке 2:

Рисунок 2 – Экран приветствия

Если это ваш первый вход в систему, после установки, рекомендуется перейти по ссылке Run Configuration Guru, которая поможет сразу же настроить большинство изначальных конфигураций, как показано на рисунке 3:

Рисунок 3 – Конфигурации

В данном меню можно настроить:

  • Логин и пароль root-аккаунта администратора (core admin)
  • Данные для использования с WMI датчиками (обычно это учетная запись, имеющая администраторские полномочия в домене)
  • Если вы используете UNIX или LINUX системы, вы так же сможете прописать данные ваших учётных записей.
  • Данные для интернет-соединения (например, в случае, если в вашей организации используется proxy-сервер) — доступ к интернету желателен для активации системы напрямую, а так же для скачивания и установки актуальных обновлений ПО.
  • ПК, сервера и прочее периферийное оборудование в автоматическом режиме (если сеть или сегмент сети небольшой и не будет искаться несколько сотен машин).

После базовой настройки вы попадете на страницу, где отображаются все ваши датчики и обнаруженные устройства, как показано на рисунке 4:

Рисунок 4 – Главная страница

Индикаторы разных цветов означают следующее:

  • Красный — ошибка/недоступно/значение ниже или выше заданного параметра.
  • Оранжевый — нетипичное поведение датчика (например, оранжевый индикатор будет гореть, если время пинга на данном устройстве в текущий момент 200 мс, однако обычный пинг в данное время дня недели 110 мс).
  • Желтый — предупреждение (датчик приближается к критическим границам заданного параметра или же стал недоступен в момент прошлой проверки)
  • Зеленый — штатная работа датчика
  • Синий — пауза (устанавливается либо вручную, либо автоматически). На паузу датчик может поставить как администратор, так и сама система по нескольким причинам: главный датчик недоступен и все остальные датчики устройства установлены в режим паузы; слишком большое количество запросов одновременно.
  • Серый — данные с сенсора не получены (например, устройство только включено и информация не прогрузилась).

Как было написано выше режим паузы может быть включён автоматически. На каждом устройстве системы прописана следующая логика — если главный сенсор устройства недоступен, то все остальные сенсоры на устройстве автоматически попадают в режим паузы, чтобы не отправлять запросы впустую.

Существует 2 варианта представления устройств в PRTG:

  1. Уже представленный выше вариант группировки сенсоров внутри устройств.
  2. Режим карты — для более удобного визуального восприятия можно нарисовать карту расположения устройств как на рисунке 5. [Источник 6]
Рисунок 5 – Карта

Источники

  1. PRTG Network Monitor // Paessler. URL: https://www.ru.paessler.com/ (дата обращения: 10.05.2020)
  2. PRTG // Википедия. Свободная энциклопедия. URL:https://ru.wikipedia.org/wiki/PRTG (дата обращения: 10.05.2020)
  3. Системные требования PRTG // Paessler. URL:https://www.ru.paessler.com/prtg/requirements (дата обращения: 10.05.2020)
  4. PRTG Network Monitor // Википедия. Свободная энциклопедия. URL:https://en.wikipedia.org/wiki/PRTG_Network_Monitor (дата обращения: 10.05.2020)
  5. Как выбрать лицензию? // Paessler. URL:https://www.ru.paessler.com/prtg/pricing (дата обращения: 10.05.2020)
  6. PRTG: Система мониторинга и некоторые полезные советы // Хабр. URL:https://habr.com/ru/post/154747/ (дата обращения: 10.05.2020)