4.2 Добавление пользовательских метрик с использованием CS-тестов

wiProbe Custom Scenario Test в системе wiSLA — это синтетические тесты, которые имитируют деятельность пользователя. CS позволяет создавать и исполнять пользовательские скрипты, настраиваемые под конкретные задачи, что делает его незаменимым для мониторинга уникальных или нестандартных процессов в IT-инфраструктуре.
Для заведения wiProbe Custom Scenario Test необходимо:

1. Создать тест, где прописан сам текст скрипта.
2. Создать показатель в системе, который будет отображать метрику в системе.
3. Добавить показатель к шаблону SLA, по которому оценивается узел. А так же указать пороговые значения, для настройки уведомлений по метрике.
   
4. Добавить тест к профилю измерения, в который был включен новый показатель, в настройка "создания сервиса" для его сбора.

4.2.1 Создание теста

• Общее меню →  → 

Далее:

• • Называем тест
  • В выпадающем списке выбираем тип "wiProbe Custom Scenario Test".
  • После выбора типа теста, потребуется выбрать агент, который будет выполнять этот скрипт.
  • Выбрать интерфейс на хосте, через который сценарий будет выполняться
  • Выбрать шаблон из системных или пользовательских. Или написать свой скрипт.

Для выполнения скрипта вы должны объявить адаптер
Основным является CommandLineAdapter

Он отвечает за запуск javascript скриптов через командную строку системы. Получение экземпляра адаптера через CommandLineAdapter: getCommandLineAdapter().

Пример:
Получение информации о свободном месте на диске С Windows

Полный список адаптеров по запросу

4.2.2 Создание показателя

 В предыдущем пункте был описан скрипт, которой собирает данные по свободному месту на диске с

Нам нужно создать показатель в системе соответствующий названию переменной после output. в данном примере потребуется создать показатель hdd

В системе учитывается регистр!
Пример: "Hdd",  "HDD", "hDD" это три разных показателя в системе.

Для этого:

• • Общее меню →  → 

В модальном окне потребуется:

• Ввести код показателя, соответствующие названию в скрипте
• Ввести название на русском и английском
• Выбрать или создать свою ЕИ

4.2.3 Добавление показателя в SLA

После того как мы создали показатель, требуется добавить его в шаблон мониторинга:

Для этого:

• • Сервисы →  
  • Редактировать шаблон (выбираем из списка, действующий шаблон SLA)

• • Добавляем показатель к существующему измерению, либо создаём новое. Так же не забудьте указать пороговые значения отказа и деградации.

Что добавить показатель к существующему измерению, требуется добавить его к шаблону и прописать пороговые значения в соответствующем столбце. Добавить отдельный профиль SLA, для отображения на отдельной вкладке, можно через кнопку "+"

Жмем кнопку  

4.2.4 Добавление теста в сервис

• • Возвращаемся на страницу редактирования сервиса
  • К измерению, к которому добавили показатель, добавляем тест, который собирает наш показатель.

Жмем кнопку  

Далее переходим на страницу текущих показателей качества сервиса. Переходим на измененный нами профиль.

Примеры скриптов Custom Scenario.

Скрипт проверки статуса службы Linux:

Скрипт проверки размера директории Linux:

Скрипт проверки работы веб-портала любого приложения, доступного по сети:

Контроль показателя по заданным параметрам

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

Например, можно контролировать утилизацию конкретно выбранных сетевых интерфейсов (Рис. 1). У пользователя есть возможность выбрать один или несколько требуемых параметров практически для любых показателей.

Наиболее частое применение функции: необходимость постановки на мониторинг конкретных накопителей (дисков), интерфейсов, процессов или директорий для серверов и пользовательских АРМ. 

Рис. 1. Окно настройки сбора показателей для Linux-сервера

При просмотре данных мониторинга в любом режиме для каждого показателя снизу отображается выбранный параметр (наименование интерфейса, выбранный накопитель или контролируемая директория) (Рис. 2).

Рис. 2. Страница просмотра показателей с настроенными параметрами

Создание группы сервисов для проверки доступности нескольких веб-ресурсов

Одной из частых задач мониторинга является проверка доступности перечня веб-ресурсов из одной точки мониторинга (офиса или рабочего места). Чтобы не создавать вручную несколько сервисов проверки, рекомендуется воспользоваться мастером создания группы сервисов для автоматизации этой задачи. 

В процессе создания группы сервисов, необходимо будет указать количество проверяемых ресурсов, а также указать их веб-адреса, все остальные настройки копируются из исходного шаблона (Рис. 3). 

Рис. 3. Мастер создания группы сервисов для проверки доступности нескольких веб-ресурсов

Таким образом, за несколько минут можно поставить на мониторинг все необходимые веб-ресурсы компании или офиса.

Уведомление о недоступности агента

В новой версии wiSLA были расширены настройки уведомлений. Теперь, при недоступности агента ответственные лица смогут сразу получать уведомление о недоступности агента мониторинга по указанным каналам связи (email или всплывающее уведомление на портале), а так же получить список зависимых от этого агента сервисов.

Такие уведомления повышают скорость оповещений и дают время заблаговременно проверить доступность точки мониторинга (хоста и  установленного агента). Это важно, так как для снижения информационного шума частой практикой является установка задержек (от 5 до 60 минут) перед фиксацией аварийных событий. 

Рис. 4. Пример email-уведомления о недоступности агента мониторинга

Нагрузочное тестирование каналов связи на скорости до 10 Гбит/с (10 Gbps) без прерывания пользовательского сервиса (In-service)

В новой версии wiSLA реализована возможность проводить нагрузочное тестирование каналов связи одновременно с передачей пользовательского трафика.

Для проведения тестирования используются аппаратные средства измерений (зонды) wiProbe WPE-110 (до 1 Гбит/с) и WPE-118 (до 10 Гбит/с), устанавливаемые в разрыв соединения. Благодаря современной платформе зондов стало возможным проводить тестирование на скоростях до 10 Гбит/с (10 Gbps) для соединений «точка-точка» в режиме «In-service», то есть без прерывания пользовательского сервиса. При тестировании пропускной способности канала связи генерируемый тестовый трафик уступает по приоритету пользовательскому трафику т.е. "вытесняется", при этом используется максимально доступная ширина канала и на работу пользователей не оказывается никакого влияния. При проведении измерений «точка-многоточка» возможны некорректные результаты, т.к. трафик может передаваться по неявному пути.

Рис. 1. Зонд wiProbe WPE-110

Были реализованы необходимые алгоритмы учета клиентского и тестового трафика, что позволяет сформировать реальную картину о состоянии эксплуатируемого канала связи. Все данные отображаются в отчёте, формируемом по результатам тестирования.

Рис. 2 Детали отчёта о тестировании канала связи в режиме «In-service»

Обновлен дизайн email-уведомлений

Переработан подход к отображению информации для всех почтовых уведомлений. Новый дизайн даёт возможность подчеркнуть важные детали, выделить кликабельные элементы и доступные кнопки действий. 

Рис. 3 Пример email-уведомления

Улучшения и оптимизации

Новая версия содержит значительное количество улучшений пользовательского интерфейса (UI), проведена оптимизация загрузки данных для некоторых страниц, повышена производительность и стабильность системы. 

Автоматическая постановка на мониторинг ресурсов системы виртуализации Proxmox

Представляем вам новую функцию автоматической постановки на мониторинг системы виртуализации (гипервизора и виртуальных машин) Proxmox. Теперь нет необходимости ставить на мониторинг каждую машину вашей виртуальной среды отдельно, а сам процесс занимает считанные минуты.

Список контролируемых метрик среды виртуализации задаётся встроенным шаблоном мониторинга и подлежит редактированию. Сбор данных выполняется с помощью взаимодействия с API системы виртуализации Proxmox. Таким образом, нет необходимости в установке отдельных агентов мониторинга на каждую виртуальную машину. 

Наш агент мониторинга (например, установленный на сервер Proxmox), может выполнить авторизованное подключение к гипервизору и опросить его. В результате, Вы увидите перечень доступных виртуальных машин и их статус. 

Рис. 1 Окно опроса виртуальных машин гипервизора

Выбирайте виртуальные машины, для которых необходимо отслеживать ключевые метрики производительности, переходите к следующему шагу и, после подтверждения система автоматически создаст все сервисы мониторинга. После поступления данных Вы сразу сможете оценить состояние гипервизора и виртуальных машин. 

Рис. 2 Просмотр состояния гипервизора

Рис. 3 Просмотр состояния виртуальной машины

Новое решение по мониторингу служб безопасности

За безопасность как правило отвечают агенты антивирусных программ и прочее ПО информационной безопасности. Статусы этих служб и ПО можно контролировать с помощью wiSLA.

Нашей командой был разработан скрипт мониторинга статусов, а также сбора статистики потребления ресурсов для популярных агентов, служб безопасности и системного аудита. Контроль ПО помогает выявить узлы на которых не запущены программные службы безопасности для дополнительной проверки сотрудниками СБ Заказчика. Статус работы сервиса с зелёными иконками говорит о корректной работе службы. 

Рис. 4 Пример отображения состояния службы

Для сбора агрегированной статистики о работе служб безопасности был разработан отдельный шаблон отчёта. Отчет о корректной работе служб безопасности может формироваться в ручном или автоматическом режиме. Отчет содержит перечень узлов, для каждого из которых проставляются статусы работы служб безопасности, время их работы и процент доступности. Цветовая окраска позволяет выявить узлы с неработающими службами для передачи этих данных в СБ. 

Рис. 5 Пример отчёта состояния служб безопасности

Развитие интеграции системы мониторинга wiSLA с AIOps-платформой Artimate

Развитие интеграции двух решений позволит строить не только корреляции между событиями мониторинга, но и прогнозировать значения метрик производительности в ближайшем будущем (тренды). 

Многопоточный нагрузочный тест

Представляем вам новый инструмент для нагрузочного тестирования канала связи — многопоточный нагрузочный тест. 

Данный инструмент позволяет протестировать канал связи путём имитации множества пользовательских сессий (потоков) с заданными настройками (размер пакета, продолжительность теста, нагрузка канала и так далее), что позволяет проверить производительность канала максимально приближенно к реальным нагрузкам. Тест может включать в себя до 25 отдельных потоков, запускающихся одновременно.

По итогам выполнения теста формируется pdf-отчёт с общей статистикой, и с деталями по каждой выполненной сессии.  

Рис. 1 Форма отчёта многопоточного нагрузочного теста с общей информацией по сессиям

Новая веб-форма отчета о состоянии КЕ (pdf)

В систему добавлена возможность загрузить отчет, отображающий состояние КЕ (сервиса), с детализацией по измерениям и показателям сервиса в виде pdf-файла. Данный отчёт повышает информированность ответственных за конфигурационную единицу групп лиц. 

Рис. 2 Пример отчёта о состоянии КЕ

Повышение безопасности с помощью тестирования кода в системе SonarQube

Выполнен плановый анализ кода в системе SonarQube. Мы следим за безопасностью продукта и серьезно относимся к наличию любых уязвимостей, поэтому используем современные средства контроля. 

Рис. 3 Отчет безопасности кода (SonarQube)

Виджет "Топ сервисов - аварии" и виджет "Топ сервисов - значение показателя"

Мы рады представить два новых виджета, которые помогут вам эффективнее отслеживать ключевые метрики и оперативно реагировать на проблемы.
Первый виджет — «Топ сервисов по количеству аварий» — позволяет выбрать интересующие сервисы и отображает количество аварий по каждому из них. Вы можете быстро перейти на страницу просмотра инцидентов, где данные будут автоматически отфильтрованы по выбранному сервису, что упрощает анализ и устранение проблем.
Второй виджет — «Топ сервисов по показателю» — дает возможность выбрать конкретный показатель мониторинга IT-инфраструктуры и сервисы, которые его содержат. Виджет в реальном времени отображает текущие значения выбранного показателя, помогая оперативно оценивать состояние систем и принимать обоснованные решения. Оба виджета доступны для настройки и добавления на ваши дашборды.

Переработан компонент выбора зонда на странице создания теста

Добавлено отображение версии прошивки зонда для оптимизации процесса создания тестов. Если версия прошивки не поддерживает тест, то отобразится валидационное сообщение.

Перенос индикаторов во всплывающую подсказку со страницы просмотра показателей

Для сервисов типа "Узел" доработано отображение индикаторов показателей. Все настройки показателя скрыты под подсказкой, которая появляется при наведении на показатель.

Прочие улучшения:

• Добавлена валидация на отсутствие читаемых символов в названиях сервисов - указать три пробела в названии теперь нельзя.
• Доработана валидация почтового адреса пользователей - улучшение для пользователей с нестандартным типом почтового ящика. Расширили допустимые форматы указания почтового ящика.
• Переименован статус точек доступа - статус "Действительный" был переименован в "Неактивный" для соответствия концепции системы.

С большим удовольствием представляем вам новую версию программно-аппаратного комплекса wiSLA – вашего надежного помощника в мониторинге и управлении IT-инфраструктурой. Это обновление направлено на то, чтобы сделать ваш опыт взаимодействия с системой еще более эффективным, гибким и комфортным.

В современном мире, где стабильность IT-систем играет критически важную роль, wiSLA продолжает развиваться, предлагая все новые решения для автоматизации задач настройки мониторинга и оперативного реагирования на инциденты. В этой версии мы сделали еще один шаг вперед, расширив функциональность платформы и усовершенствовав механизмы работы с пользовательскими скриптами. Обновление не обошло стороной и повседневные задачи по заведению инфраструктуры, была внедрена функция автоматического создания SLA и многое другое.

Страница "Уведомления"

Мы вынесли управление уведомлениями из профиля пользователя на отдельную страницу "Уведомления" - теперь все настройки оповещений собраны в одном удобном месте. Также мы сделали настройку уведомлений в Telegram более гибкой и добавили возможность выбора событий, по которым требуется получать оповещения.

Добавление пользовательских шаблонов в библиотеку скриптов

Теперь в wiSLA можно не только использовать готовые системные шаблоны скриптов, но и загружать собственные в библиотеку. Библиотека скриптов поддерживает работу с плейсхолдерами в системных и пользовательских скриптах, что позволит вам не просто добавить свой шаблон в систему, но и сделать его универсальным в рамках определенной задачи, заменив конкретные переменные на плейсхолдеры. Вы можете добавить собственный шаблон, который будет виден только вам или добавить общий шаблон для всех пользователей системы.

Создание пользовательских шаблонов SLA на основе системных

В этой версии мы научили систему автоматически создавать пользовательские шаблоны при настройке мониторинга, сохраняя все преимущества оригинальных шаблонов. При заведении сервисов в системе, вы сможете в пару кликов создать свой собственный шаблон мониторинга, при этом если вы хотите использовать системный шаблон, то его достаточно выбрать в качестве основания, он полностью скопирует пороговые значения, метрики и единицы измерения из системного, но с возможностью дальнейшего редактирования.

Импорт показателей из тестов в SLA

В новой версии мы оптимизировали создание шаблонов мониторинга с нуля, теперь при создании SLA не нужно вручную искать и добавлять показатели - просто выберите нужный тест, и система автоматически импортирует все связанные метрики в ваш шаблон. Функция позволит существенно сократить время создания шаблонов мониторинга и упростит процесс настройки, как для опытных пользователей системы, так и для тех, кто только начинает знакомиться с системой. Показатели добавляются в шаблон с базовой единицей измерения и без пороговых значений.

Настройка автообновления агентов

В версии 5.2.11 мы не обошли стороной и настройку автоматического обновления агентов из интерфейса системы. На странице "Настройки системы" мы добавили кнопку "Настройка автообновления", функция позволяет точечно и массово включать или отключать автообновление прошивки агентов. Добавили столбец с текущим статусом автообновления для каждого агента. Функция позволит сократить время, затрачиваемое на менеджмент агентов, а также позволит прямо в интерфейсе системы отслеживать текущее состояние настройки обновления агентов.

Прочие улучшения

• Обновили системные шаблоны в библиотеке скриптов. Оптимизировали имеющиеся в системе шаблоны для более точной настройки тестов Custom scenario.
• Добавили в библиотеку скриптов шаблон для мониторинга срока SSL-сертификата.
• Доработали Mib-браузер и расширили библиотеки поддерживаемых производителей оборудования для оптимизации работы браузера. 

Мы рады представить вам новую версию программно-аппаратной платформы wiSLA, которая включает в себя ряд значимых улучшений и новых возможностей, направленных на повышение удобства и эффективности работы. В текущей версии мы реализовали возможность мониторинга 1С-приложений, добавили MIB-браузер прямо в интерфейс wiSLA и интегрировались с Telegram в части уведомлений. Это и многое другое в новой версии 5.2.10!

Мониторинг 1С

Сегодня 1С является одной из самых распространенных платформ для автоматизации бизнеса в России и странах СНГ. Её решения охватывают самые разные сферы — от бухгалтерии и управления персоналом до логистики и CRM. Благодаря своей гибкости и масштабируемости, 1С используется как в небольших компаниях, так и в крупных корпорациях.

Однако с ростом сложности IT-инфраструктуры и увеличением нагрузки на системы мониторинг работы 1С-приложений становится критически важным. Своевременное выявление сбоев, анализ производительности и контроль ключевых метрик позволяют предотвратить простои и обеспечить стабильную работу бизнес-процессов.

Представляем новую функцию мониторинга 1С-приложений, которая поможет IT-специалистам и администраторам систем всегда держать руку на пульсе и оперативно реагировать на возникающие проблемы. 

Мы собрали ключевые показатели производительности, мониторинг логов, мониторинг СУБД и объединили в новый шаблон, что позволит организовать мониторинг 1С без сложной инженерной настройки.

MIB-браузер в wiSLA

Сетевые устройства и оборудование генерируют огромное количество данных, и для их эффективного мониторинга и диагностики критически важен инструмент, который упрощает работу с SNMP. Однако ручной разбор MIB-файлов и формирование OID-запросов часто отнимает много времени и требует глубоких знаний протокола.

Мы разработали встроенный MIB-браузер в рамках SNMP Universal Test, который позволяет быстро импортировать MIB-файлы, выполнять SNMP Walk-запросы и автоматически получать OID с сетевых устройств. Это решение значительно ускоряет настройку мониторинга, упрощает диагностику проблем и делает работу с SNMP более удобной даже для специалистов с минимальным опытом.

С новым MIB-браузером вы сможете:

• Легко загружать и анализировать MIB-файлы

• Автоматически получать актуальные OID

• Быстро проверять доступность данных через SNMP Walk

• Сократить время настройки мониторинга

Уведомления в Telegram

В современном мире скорость реагирования на IT-инциденты критически важна для бизнеса. Аварийные события требуют немедленного внимания, а их пропуск или задержка в обработке могут привести к серьезным последствиям. Однако контролировать состояние инфраструктуры 24/7 вручную — сложно и неэффективно.

Новая функция уведомлений в wiSLA решает эту задачу: теперь система автоматически отправляет уведомления о критических событиях прямо в Telegram. Это удобный, быстрый и надежный способ всегда оставаться в курсе проблем, где бы вы ни находились.

Преимущества уведомлений в Telegram:

• Мгновенные оповещения — вы узнаете об аварии сразу, как только она произошла.
• Удобный формат — четкие сообщения с ключевой информацией для быстрого реагирования.
• Гибкость настроек — фильтрация событий и гибкая настройка уведомлений
• Доступность — бота для получения уведомлений не требуется разворачивать отдельно, он функционирует за счет наших операционных мощностей.

Больше не нужно постоянно проверять мониторинг вручную или на почте — система сама сообщит вам о проблеме, а вы сможете оперативно принять меры. Оставайтесь на связи с вашей IT-инфраструктурой в любое время, в любом месте.

Мониторинг в режиме реального времени для узлов

В рамках расширения функций мониторинга IT-инфраструктуры, мы реализовали возможность отслеживать показатели конкретного сервиса в условно реальном времени. Функция может быть полезна при отладке объекта мониторинга, а также при необходимости отслеживать динамику показателей и метрик с минимальной задержкой, например в периоды повышенной нагрузки.

Для включения достаточно выбрать режим "В реальном времени", на странице просмотра показателей сервиса, выбрать интересующие метрики и запустить мониторинг. 

Импорт показателей из SNMP теста в SLA

В текущей версии реализована возможность переноса показателей, которые создаются в рамках SNMP-universal test, в любую SLA. При настройке SLA нужно нажать кнопку для импорта показателей, выбрать нужный тест и показатели. Функция поможет упростить формирование SLA в сервисах, которые предназначены для мониторинга устройств через SNMP протокол.

Поля для быстрого заполнения в настройках сервисов типа "Узел"

Переработали окно настройки мониторинга IT-инфраструктуры и добавили панель для массового заполнения индикаторов в показателях. Измерения теперь разделены на страницы в окне, а указание одного интерфейса для всех показателей сети, занимает не более 5 секунд.

Улучшен визуальный отклик на действия пользователя, при взаимодействии с окном настроек сервиса, также добавлена индикация для включенных измерений.

Прочие улучшения:

• Выбор стартовой страницы wiSLA в профиле пользователя
  Возможность задать стартовую страницу для пользователя в настройках профиля.
  

  

  
  
• Панель массовых операций с зондами
  На странице "Зонды" добавлены функции массового изменения владельца зонда и точки доступа
  
  
  
  
• Режим просмотра для топологии сети
  Реализована возможность работы с топологией без изменения объектов и структуры топологии
  

  

С радостью представляем вашему вниманию очередной этап развития wiSLA — версию 5.2.9. В ней мы сфокусировались на повышение эффективности и удобства использования платформы, а также реализацию ключевых запросов, поступающих со стороны пользователей.

В этом релизе наша команда сосредоточилась на расширении пользовательских функций для настройки системы под запросы каждого клиента. Также мы усовершенствовали подход к синтетическим тестам и разработали специальную форму в Custom Scenario тестах, которая позволит использовать шаблоны скриптов и упростит настройку мониторинга инфраструктуры для пользователей не знакомых с написанием кода.

Библиотека скриптов

Библиотека скриптов - это очередной шаг нашей системы в сторону улучшения и оптимизации пользовательских, синтетических тестов.

Она упрощает применение пользовательских скриптов в Custom Scenario и предоставляет возможность заполнять редактируемые шаблоны для скриптов, что позволит сократить время затрачиваемое на создание тестов.

Теперь при использовании шаблона из списка, вам необязательно открывать IDE и разбираться в коде, наши шаблоны теперь можно отобразить в виде редактируемой формы и заполнить там только пользовательские параметры.

Добавлена кнопка для проверки скрипта, при нажатии она запустит пользовательский скрипт и результат можно узнать до постановки сервиса на мониторинг.

Страница настроек системы

Реализован раздел настроек системы, в нем содержатся функции которые ранее были доступны для настройки только в установщике системы.

Есть возможность настроить отправку почтовых уведомлений, авторизацию по LDAP и обновлять агенты всего в несколько кликов.

Страница обновления агентов доступна только пользователю "Administrator".

Страница почтовых уведомлений и страница авторизации по LDAP доступны для пользователей с ролью "Системный администратор".

Импорт измерений из одной SLA в другую

В версии 5.2.9 появилась возможность переносить измерения между пользовательскими SLA. Функция поможет пользователям системы сократить время настройки собственных SLA. Измерение импортируется вместе с метриками и их пороговыми значениями.

Возможность обновления прошивки и перезапуска агентов на странице редактирования агента

Реализована возможность обновления прошивки и перезапуска агента со страницы редактирования агента. 

Сетка для размещения объектов на топологии сети

В новой версии добавлена сетка размещения объектов на топологии, она позволит пользователям с максимальной точностью выстраивать топологию, благодаря функциям прикрепления и прилипания объектов к сетке.

Прочие улучшения

• Расширено окно редактирования теста Custom Scenario
  
• Обновлена библиотека для отправки нотификаций (Java Mail)

Мы рады представить вам очередное обновление нашей программно-аппаратной платформы wiSLA, направленное на повышение удобства, стабильности и эффективности вашей работы. Этот релиз включает целый ряд точечных улучшений, которые сделают взаимодействие с платформой ещё более комфортным и интуитивно понятным. 

Точечное клонирование сервисов типа "Узел"

В предыдущей версии системы мы представили вам клонирование сервисов типа "Узел" через панель группового заведения сервисов, в этом релизе мы добавили возможность клонировать отдельный узел прямо из окна редактирования сервиса. Также функция клонирования была доработана и расширена возможностью выбирать опции клонирования, например если требуется скопировать узел, но без настроек действий по событиям и сроков хранения данных. 

Доработка логирования в системе

• В системный журнал ПО добавлено логирование, ротация и архивация файлов логов при использовании агрегаторов данных (wiProbe aggregator - Дополнительный компонент системы, играющий роль транзитного звена между пулом wiProbe-зондов и сервером wiSLA. Компонент выполняет агрегацию поступающих запросов и их переотправку, для экономии инфраструктурных ресурсов и балансировки).
• Для агентов wiProbe реализовано автоматическое формирование java.log в директории установки агента.
• В журнал событий добавлены записи о времени, дате, и факте выполнения действий по событиям.

Визуальные улучшения

• Реализована подсветка выделенных одинаковых элементов в редакторе CS-теста.
• Добавлен столбец для фильтрации по критичности паспортов неисправности в разделе "События"
• Изменена логика отображения длительности событий в списке паспортов неисправности, в списке указывается точное время в минутах.
  
• Добавлены подсказки для показателей физических и логических дисков в настройках сервиса типа "Узел".

Прочие улучшения

• Добавлена кнопка "Запустить скрипт" в форму создания и редактирования CS-test. С помощью кнопки можно выполнить скрипт вручную и проверить его работоспособность, без необходимости сохранения и запуска сервиса.
• Изменена сортировка типов узла при создании сервиса типа "Узел". Первыми в списке отображаются системные типы узла, далее отображаются последние использованные типы узла, не из ряда системных.
• Добавлено окно подтверждения операции при закрытии окна группового заведения сервисов. 

В новой версии программно-аппаратной платформы wiSLA мы добавили несколько новых функций, расширяющих возможность мониторинга сервисов типа "Узел". Мы сделали упор на улучшение визуального отображения метрик на графиках, пересмотрели состав показателей и научили систему опрашивать устройство, и предлагать пользователю автозаполнение некоторых параметров, при настройке мониторинга инфраструктуры. 
Также реализовали раздельное хранение данных по каждому экземпляру сервиса, клонирование сервисов и многое другое!

Раздельное хранение данных по каждому экземпляру сервиса

В рамках этой задачи была реализована возможность настройки хранения данных по каждому сервису, непосредственно в wiSLA.

Теперь пользователь может задать сроки хранения не только при развертывании системы, но и при работе с ней. На данный момент в системе 2 варианта хранения данных: "Системный" - задается при развертывании системы и "Настраиваемый" - устанавливается пользователем по конкретному экземпляру сервиса.

Эта функция поможет своевременно очищать данные и освобождать дисковое пространство на устройстве, где развернута система, а также расширит возможности индивидуальной настройки сервисов.

Клонирование сервисов типа "Узел"

Добавили возможность клонировать сервисы типа "Узел", в текущей реализации при настроенной инфраструктуре можно создать копию действующего сервиса и  перенести его настройки в несколько сервисов. При клонировании сервисов вы создаете точную копию сервиса-основания в части настроек DC-теста. Эта функция существенно сэкономит время при постановке на мониторинг одинаковых объектов инфраструктуры.

Возможность опроса интерфейсов устройства

Это улучшение направлено на оптимизацию настройки сервисов типа "Узел" и уменьшение времени, затрачиваемого оператором на настройку мониторинга конкретной инфраструктурной единицы.

Теперь при настройке узлов программный или аппаратный агент автоматически опрашивает интерфейсы операционной системы и предлагает их к выбору в настройках DC-теста, например при настройке показателей мониторинга сети. Если нужный интерфейс не отображается в списке - пользователь всегда может ввести его название вручную.

Единицы измерения на странице редактирования SLA

Для улучшения пользовательского опыта работы с SLA мы частично переработали страницу настройки и редактирования пороговых значений и показателей.

В новой версии платформы вы можете задавать единицу измерения в шаблонах SLA для пороговых значений "Деградации" и "Отказа". Увеличили максимально допустимое число для ввода пороговых значений, а также добавили возможность выбрать удобную единицу измерения, что позволит мониторить любые диапазоны значений.

При просмотре результатов измерений по сервису на графике пороговые значения отобразятся в выбранной единице измерения.

Прочие изменения.

• Добавили динамическое скалирование данных по сервисам. Теперь есть возможность выбрать режим отображения показателей, как в базовых единицах измерения, так и в пересчитанных в удобный вид для отображения пользователям. 
• Добавили новый шаблон мониторинга СУБД MSSQL.
• Реализовали новые показатели для шаблонов мониторинга АРМ.
• Добавили новые показатели для измерений SWAP и ОЗУ.
• Изменили кнопку создания сервисов. Теперь сервис любого типа можно создать нажатием на одну кнопку.
• Доработали визуальную часть страницы просмотра показателей сервиса.

Новая версия программно-аппаратной платформы wiSLA!

В рамках этого выпуска мы разработали новую функцию "Действия по событиям". Она добавляет возможность задавать пользовательские действия на определенные события в системе. Позволяет пользователю настроить автоматическое реагирование на события в сервисах, что в свою очередь уменьшит необходимость человеческого вмешательства при возникновении проблем и сбоев, а также поспособствует их оперативной локализации.

Помимо этого, мы усовершенствовали паспорта неисправности и их ранжирование в системе. Добавили разбиение по приоритетам для более точной настройки, и возможности обособить наиболее критичные проблемы пользовательской инфраструктуры.

Добавили разграничение прав на просмотр топологии сети. Разграничили возможности взаимодействия пользователей с топологией, согласно привязке к контрагентам в системе.

Доработали шаблоны сервисов типа "Узел".

Действия по событиям

Данный механизм позволит задать последовательность действий системы при возникновении потенциальных проблем сервиса. Теперь пользователь имеет возможность с помощью скрипта выполнять действия на своем ПК/АРМ/Сервере автоматически, по наступлению определенного события, такого как деградация, отказ или отсутствие данных по сервису. Точечная настройка действий позволяет также задать показатель, на который следует реагировать, что позволяет покрывать самые узконаправленные кейсы мониторинга и обеспечивает автоматическое реагирование системы на возникающие проблемы. 

Приоритет паспортов неисправности

В новой версии wiSLA паспорта получили возможность ранжирования по критичности. Критичность задается пользователем, исходя из важности объекта инфраструктуры, который поставлен на мониторинг. Приоритеты можно задать массово или для каждого отдельного экземпляра сервиса. Также приоритет паспорта можно поменять прямо в нем.
Были доработаны и фильтры в списке событий, появилась возможность отбора и группировки паспортов неисправности по приоритету. 

Разграничение прав на топологию сети

Доработали ролевую модель для пользователей топологии, ограничили возможность редактирования схемы для пользователя по привязанности к контрагенту.

Доработка системных шаблонов для сервисов типа "Узел"

• Переименовали измерения и показатели в шаблонах
• Убрали некоторые неинформативные показатели
• Реализовали отдельную настройку в шаблонах узлов и SLA - "Без порогов". Применяется для информативных метрик, по которым не требуется открывать паспорта неисправности.
• Доработали график-коррелятор на странице просмотра показателей сервиса. Дополнили список метрик, которые в нем отображаются инверсионно.
• Дополнили список показателей для узлов СУБД OracleSQL

В новой версии программно-аппаратной платформы wiSLA мы сделали акцент на пользовательском опыте использования платформы и постарались улучшить процесс начала работы с платформой. Расширили возможности мониторинга добавив шаблон для СУБД OracleSQL. Также мы доработали наши синтетические тесты "Custom Scenario" и добавили возможность контроля времени выполнения шагов скрипта для сценариев Custom scenario.

Пользовательский помощник "Быстрый старт"

Реализован помощник, который значительно упростит взаимодействие пользователей с системой. Функция подойдет как новым пользователям wiSLA, так и тем, кто уже давно использует платформу. В "Быстром старте" вы сможете найти все необходимые инструкции по настройке интеллектуального IT-мониторинга, также мы добавили в окно помощника видео с наглядной демонстрацией настройки wiSLA.

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

Окно быстрого старта

Шаблон мониторинга СУБД Oracle SQL

В систему добавлен шаблон для мониторинга СУБД Oracle SQL.

Шаблон содержит свой набор показателей, которые позволяют отслеживать производительность СУБД.

Для своевременной реакции на сбои в работе СУБД в шаблонах предустановлены пороговые значения.

Окно редактирования сервиса

Страница просмотра показателей

Контроль промежуточных шагов сценария Custom scenario

Доработан механизм исполнения тестов "Custom scenario". В рамках данной задачи мы добавили возможность контроля выполнения и замера времени для шагов сценария в тесте. 

Данная функция позволит пользователям отслеживать выполнение отдельных частей сценария, а также контролировать время выполнения каждого шага.

В текстовый редактор скрипта для "Custom scenario" добавлена возможность устанавливать пользовательские метки шага и задавать для них названия.

По мере выполнения сценария система будет собирать данные о каждом шаге скрипта и отобразит данные на странице показателей сервиса.

Окно редактирования теста

Просмотр показателей на странице сервиса

Произвольный режим мониторинга

Реализован произвольный режим мониторинга устройств (АРМ, ноутбук) которые не включены в сеть и не подключены к системе wiSLA 24/7. Данные устройства зачастую не являются критически важными для функционирования инфраструктуры, но также нуждаются в мониторинге. Специально для таких устройств добавлена настройка "Произвольный режим мониторинга".

Для сервисов с произвольным режимом мониторинга открытие паспортов неисправности и оценка готовности сервиса будут производиться только, если устройство передает данные. В случае перехода такого сервиса в статус "Не определено" не будут открываться паспорта неисправности и это не отобразится на оценке готовности сервиса. Система будет понимать, что устройство выключено и не будет учитывать статус "Не определено".

Данная доработка необходима для снижения количества создаваемых в системе событий по объектам не требующим непрерывного мониторинга. 

Страница настройки исключений. Настройка периода мониторинга.

Новая версия программно-аппаратной платформы wiSLA ориентирована на расширение перечня шаблонов для сервисов с типом "Узел", создание системных шаблонов мониторинга и их групповое заведение. Расширены возможности системы в части авторизации и создания пользователей wiSLA.

Возможность авторизации с помощью учетной записи из Active Directory

Active Directory - службы каталогов корпорации Microsoft для операционных систем семейства Windows Server. Основной задачей Active Directory является хранение информации обо всех объектах в сети и предоставление её внешним системам.

Реализована возможность авторизации в систему wiSLA с помощью данных учетной записи Active Directory.
Данная возможность позволяет пользователям использовать для входа в систему wiSLA как данные авторизации wiSLA, так и данные из AD.

Хранение паролей, критерии сложности, периоды действия и прочие функции по управлению данными учетной записи осуществляется на стороне AD. Доступы внутри системы wiSLA, все также настраиваются в профиле пользователя на портале.

Шаблоны мониторинга СУБД MySQL и PostgreSQL. 

В систему добавлены шаблоны для мониторинга СУБД MySQL и PostgreSQL.

Каждый шаблон содержит свой набор показателей, которые позволяют отслеживать производительность СУБД.

Для своевременной реакции на сбои в работе СУБД в шаблонах предустановлены пороговые значения.

Групповое заведение сервисов с типом "Узел"

Реализована массовая постановка сервисов с типом "Узел" на мониторинг, что помогает существенно сэкономить время пользователя, при работе с большим количеством объектов мониторинга.

Обновлен интерфейс настройки показателей

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

Изменен внешний вид окна настроек и интерфейса показателей для удобства настройки сервисов.

Добавлены подсказки для настроек показателей Windows и Linux серверов.

Реализована возможность поиска показателя по названию в окне настройки.

Новая версия программно-аппаратной платформы wiSLA направлена на улучшение и доработку существующих функций системы, а также на доработку в части Windows и Linux мониторинга.

Новый тип сервиса "Узел"

Узел - это новый тип сервиса в wiSLA, с помощью которого можно поставить на мониторинг объект IT инфраструктуры - сервер под управлением OC Linux/Windows. 
Данный сервис позволяет отслеживать показатели загруженности и производительности сервера.
Для более простой настройки в систему добавлены шаблоны с перечнем необходимых показателей.

Система осуществляет сбор значений для показателей из шаблонов. Период сбора настраиваемый, от 1 сек до 5 минут.

Для разделения объектов мониторинга на группы пользователь может использовать справочник типов узлов. Данный справочник позволяет объединять шаблоны в категории (Linux-сервер, СУБД и т.д.), что позволяет упростить процесс создания сервиса.

Реализован функционал формирования отчетов SLA для нового типа сервиса Узел. 

Шаблоны мониторинга Linux и Windows серверов 

В рамках добавления нового типа сервиса также были реализованы системные шаблоны для Linux и Windows серверов.

Шаблон наполнен показателями производительности и загруженности сервера, в шаблоне настроены пороги для деградации и отказа сервиса, что позволяет своевременно отслеживать сбои в работе.

Указание исходящего порта для TWAMP-теста

Реализована возможность указания исходящего порта в TWAMP-тесте при отправке пакетов.

Прочие улучшения 

1. Внесены улучшения в интерфейс создания тестов для обеспечения более точного и структурированного ввода данных: добавлена функция обязательного заполнения полей и подсказок при выборе опций.
2. Реализована доработка реакции системы по точкам доступа при удалении и изменении расположения в настройках зонда, а также при изменении его владельца.

Новая версия программно-аппаратной платформы wiSLA направлена на улучшение и доработку существующих функций системы, а также на появление новых возможностей в части мониторинга и взаимодействия пользователя с объектами инфраструктуры.

В версии 5.2.2 реализованы следующие ключевые функции и улучшения:

• Мониторинг производительности сервера Linux.
• Непрерывный SIP-тест.
• Возможность срытия данных авторизации в текстах скриптов Custom scenario.
• Анализ производительности и оптимизация системы.

Мониторинг производительности сервера Linux

Реализован новый способ мониторинга и получения информации о состоянии узла мониторинга (хоста).
Принцип работы следующий:  осуществляется установка программного агента непосредственно на узел мониторинга, сбор данных выполняется из системных файлов.
Преимущество нового способа мониторинга:  отсутствие необходимости доступности протоколов, иных разрешений (ssh, SNMP).

Пользователю доступна настройка системных показателей:

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

Непрерывный SIP-тест

Реализована возможность мониторинга работы SIP-протокола в сети для заданного SIP-сервера:

• Реализована работа SIP-теста на wiProbe для периодической регистрации устройства на заданном сервере.
  
• Реализована возможность настройки и запуска SIP-теста на wiSla.
  
• Реализовано отображение результатов работы теста.
  

SIP(Session Initiation Protocol) - протокол установления сеанса. wiProbe SIP-Test выполняет определенный цикл с заданным интервалом и вычисляет двустороннюю задержку и джиттер. Текущая реализация проверяет возможность регистрации устройства, а также измеряет ее длительность.

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

Возможность скрытия данных авторизации в текстах скриптов Custom scenario

Реализована возможность добавления пользователем собственного набора данных авторизации (например, логин или пароль), а также их дальнейшее использование в тесте Custom scenario. Данные авторизации автоматически привязываются к соответствующей учетной записи пользователя. После сохранения пользователь обладает возможностью использовать данные авторизации в тексте скрипта теста Custom scenario.

Анализ производительности и оптимизация системы
Проведены следующие работы по оптимизации системы:

• повышена скорость загрузки страниц со списками;
• повышена скорость работы поиска;
• повышена скорость загрузки страницы со статистикой Netflow.

Доработки в веб-форме отчета SLA

Реализована доработка по корректному отображению готовности сервиса в веб-форме отчета SLA.
1. Если по сервису отсутствуют данные (100% времени статус "не определено"), то в таблице при просмотре списка сервисов заполняется только столбец "Не определено”, отображается значение 100%. Для остальных столбцов устанавливаются прочерки "-".

2. Если данные по сервису получены, то при просмотре списка сервисов все столбцы в таблице заполняются соответствующими значениями (цифрами).

3. Если не было получено каких-либо статусов (например, не было создано исключений или сервис не находился в деградации), то отображается "0%" в соответствующих столбцах.

Прочие улучшения

1. Реализована обработка и вывод параметра Load Average с зондов wiProbe. Load Average - показатель средней загрузки системы в виде вещественного числа, диапазон которого зависит от количества ядер процессора.
2. Реализована доработка push-уведомлений об открытии, закрытии и изменении уровня критичности паспортов неисправности:
   - в шаблоне уведомления о смене уровня критичности добавлен номер ПН со ссылкой на страницу соответствующего паспорта неисправности.
   - по щелчку на название сервиса осуществляется переход на страницу текущих показателей сервиса: включен режим "график", выбран профиль, из-за которого сработал триггер, на панели событий открыта вкладка со списком ПН.
   
3. Реализована доработка отображения результата выполнения traceroute теста запущенного по событию, а также реализована возможность скачивания. Traceroute-тест - тест диагностики маршрута прохождения пакетов в рамках мониторинга качества услуг связи для сервисов, в которых используется тип теста «wiProbe U-Test».
   

   

   4. Добавлена возможность удаления созданной пользователем группы корреляции.
   5. Добавлена Yandex SmartCaptcha для регистрации пользователей в режиме системы wiSLA.Cloud.
   

   

   6.Изменены базовые настройки уведомлений при создании учётной записи. Набор событий для уведомлений, выбранных по умолчанию при создании учетной записи:
   

Новая версия программно-аппаратной платформы wiSLA направлена на улучшение существующих функций, а также на появление новых возможностей в части мониторинга и взаимодействия пользователя с созданными ранее объектами инфраструктуры. 

В версии 5.2.1 реализованы следующие функции и улучшения:

Поддержка модуля автокоррелятора wiCore

Модуль автокоррелятора wiCore разработан с целью автоматизации процессов поиска и анализа корневых причин (root cause analysis) аварийных событий, зарегистрированных в системе. Собранные с помощью модуля данные помогают отобразить текущие связи между аварийными событиями, а также строить прогнозы по их развитию в краткосрочной перспективе.

При использовании модуля отображается раздел "Корреляция событий" для системного исторического анализа наиболее влиятельных аномальных событий. Все события отсортированы по степени их влияния (критичности с точки зрения количества, веса корреляционных связей и вероятности их наступления).

Дополнительно отображаются блоки с причинно-следственными связями на страницах просмотра показателей сервисов, в паспортах неисправностей, при планировании плановых работ и исключений.

Нагрузочный xDSL-тест пропускной способности

Расширены возможности системы в части выполнения нагрузочного теста в двух направлениях для определения соответствия ожидаемой пропускной способности в прямом и обратном направлениях для асинхронных каналов связи (xDSL, беспроводной канал связи и т.д.). После выполнения теста отображается измеренная скорость в прямом и обратном направлении. 

Двусторонний тест может выполняться в параллельном или последовательном режиме. Результаты теста по направлениям представляются в отчете (ниже представлен фрагмент отчёта). 

Возможность очистки исторических данных показателей 

Реализована возможность очистки исторических данных показателей с заданной периодичностью и установкой периода хранения данных. Механизм позволяет ограничивать размер хранимых в БД данных. 

Изменения в разделе "Справка"

На странице раздела добавлены кнопки для загрузки программного агента, для просмотра документации API, а также контактные данные для связи со службой тех.поддержки. Добавлена возможность подгружать документацию в раздел как в виде готовых файлов, так и указывать ссылку на конечный файл (пункт меню "Remote help resources" вкладка "wiSLA Resources Configuration" в установочном файле системы).

Изменения в разделе "Топология сети"

Улучшено отображение на схеме объектов топологии, связей между ними, выполнены прочие улучшения UI. 
Изменен алгоритм отображения связей для объектов топологии: при удалении или архивировании сервиса, связь с объектом топологии скрывается. При восстановлении сервиса из архива, связь с объектом топологии восстанавливается. 
При снятии сервиса с мониторинга (состояние "Не используется"), связь с объектом топологии отображается, однако такой сервис не оказывает влияния на окраску объекта топологии. Для неактивного сервиса при попытке перейти на страницу просмотра показателей, открывается страница редактирования данного сервиса. 

Реализация MOS-теста

Данный тип теста предназначен для получения усредненной оценки разборчивости речи (Mean Opinion Score) на измеряемом канале связи. Включает в себя показатель воспринимаемого качества звука по балльной шкале от 1 до 5. В текущей версии реализован алгоритм проведения теста без участия SIP сервера. 

Изменения в разделе "Журнал системных событий"

Увеличен размер окна с деталями о событии в разделе Журнал системных событий. Информация о событии разнесена по двум вкладкам "Основная информация" и "Детали". Реализовано отображение подсветки изменений атрибутов с выводом старого и нового значений. Расширено количество типов событий попадающих в журнал. 

Доработки и улучшения по взаимодействию с объектами инфраструктуры

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

Изменена активность кнопок быстрых действий для SLA под разными ролями пользователей (архивация, восстановление из архива, удаление SLA). Заблокирована возможность архивирования SLA, которое используется в качестве стандартного для контракта.
Добавлена возможность активации приостановленного контракта при добавлении в него активного сервиса.
Добавлена сортировка показателей по интерфейсу в блоке статистика на странице текущих показателей сервиса. При переходе со страницы показателей к списку событий используется выбранный ранее период. Увеличен размер окна паспорта неисправности. Изменён стандартный период просмотра статистики Netflow на "ЧАС". 
Расширена информация в отчёте о доступности зондов. Добавлена индикация доступности DNS на странице зонда.

Добавлено отображение уведомления при экспорте списков со страниц портала. После нажатия по ссылке, выполняется загрузка файла. 
 

Изменения в разделе "Отчёты SLA"

В разделе отчёты SLA добавлено отображение используемого шаблона по которому сформирован отчёт. Настройка отображения столбца с именем шаблона задаётся нажатием по кнопке "Столбцы". 
При просмотре web-формы отчёта SLA добавлена индикация режима фильтрации для круговых диаграмм. 
Выполнена оптимизация времени формирования отчётов по запросу. 

Поддержка портала контрагента

В случае установки системы во внутреннем контуре, реализована возможность использования отдельного портала контрагента для доступа извне. Реализована возможность настройки доступов для разных пользовательских ролей к порталу контрагента. Возможно отдельное брендирование такого портала, а также загрузка собственной документации и инструкций в разделе "Справка". 

Новая версия программно-аппаратной платформы wiSLA направлена на улучшение существующих функций и переработку некоторых разделов системы, а также на появление новых возможностей по поддержке и мониторингу устройств.

В версии 5.2 реализованы следующие функции и улучшения:

Изменения в разделе "Аналитика"

Добавлены возможности управления виджетами (создание, редактирование, удаление, перемещение, масштабирование). К текущему типу виджетов "Процент времени" добавлен новый тип виджета "Топ сервисов". Добавлена возможность создания отдельных вкладок с произвольным набором виджетов. Проведена оптимизация скорости загрузки страницы.

Изменения в разделе "Карта сервисов"

Добавлена возможность отображения нового полотна карты с отображением Евразийского региона. Добавлен переключатель режимов окраски для Карты сервисов ("Рейтинг"/"Состояние"). В режиме "Рейтинг" зеленым будет обозначен регион с наименьшим процентом аварий, красным — с наибольшим. В режиме "Статус" зеленым будет обозначен регион с 0% аварий, красным — со 100%. 

Ручной ввод координат для отображения точек доступа на карте сервисов

Добавлена возможность ручного ввода координат при создании точки доступа для случаев, когда адрес точки не может быть распознан автоматически. 

Изменения в разделе "События"

Период отображения событий по умолчанию изменён на "Неделя". Проведена оптимизация скорости загрузки страницы. На странице раздела для каждой записи отображается контракт, если он указан для сервиса. При группировке событий по точкам доступа для каждой записи отображается название точки доступа и её адрес. Скорректирован метод подсчёта открытых/закрытых событий в графическом компоненте в верхней части страницы. Добавлено уведомление о создании плановой работы.

Изменения в разделе "Топология сети"

Добавлены возможности отображения множественных связей между объектами топологии сети, а также связей между объектами, находящимися на разных уровнях схемы топологии. Реализован поиск и фильтрация объектов на схеме топологии. Добавлена возможность указывать доменное имя для объектов топологии. Добавлена индикация выполнения сканирования подсетей и полученных результатов. Скрыты незаполненные поля для объектов топологии в режиме просмотра информации. Добавлена возможность перемещения названий для любых объектов на схеме.

Изменения по отчётам SLA

При просмотре web-формы отчёта SLA на портале добавлено отображение готовности для каждого измерения. Проведена корректировка расчёта общей готовности. В форме конструктора отчётов появилась возможность добавить в печатную форму отчёта SLA дополнительную информацию в виде логотипа, полей "Утверждено", "Согласовано", "Составил" с местом для дат и подписей. Данная информация может быть предзаполнена отдельно для каждого Контрагента.

Групповое заведение сервисов

В разделе "Сервисы" добавлена возможность группового создания сервисов для массовой постановки услуг на мониторинг с настройкой структуры названий сервисов, тестов (визуальные конструкторы). 

Доработка перехода из паспорта неисправности на страницу просмотра показателей

При переходе из паспорта неисправности на страницу просмотра показателей отображается график-коррелятор и выполняется масштабирование согласно периода неисправности по выбранному сервису, измерению или показателю.

Изменения в разделе "Тесты"

Выполнен перенос раздела "Тесты" в категорию "Инфраструктура", что позволяет пользователям с ролью "Оператор SLA" работать со списками тестов. Добавлена информация о состоянии флага "Не фрагментировать" в печатные формы отчётов о нагрузочном тестировании. Добавлена возможность использования всех Netflow-тестов для любого сервиса. 

Доработка Универсального SNMP-теста

При создании Универсального SNMP-теста добавлена возможность ввода текстового имени OID и его описания. Поля "Действие" и "Вычисляемое значение" вынесены в отдельный блок настроек "Нормализация" и отображаются при включении данной опции. 
Изменена логика использования в данном тесте показателя "Загрузка канала". При использовании данного показателя в универсальном SNMP-тесте более не требуется указывать интерфейс устройства, сбор данных теперь осуществляется по указанным OID, поэтому полученные значения не являются вычисляемыми (Показатель "Загрузка канала" является вычисляемым в SNMP Util-test). 

Сбор объёма переданного трафика с помощью SNMP Utilization Test

Добавлена возможность отображать на портале данные по объёму переданного трафика собранные с помощью SNMP Utilization Test. Функция отображения объёма переданного трафика устанавливается в настройках контракта. Реализовано масштабирование единиц измерения трафика. 

Изменения в разделе "Показатели"

Раздел "Показатели" перенесён в категорию "Инфраструктура". Для пользователей системы добавлена возможность создавать собственные показатели для сбора данных. При создании, в зависимости от роли пользователя указывается соответствующий тип показателя. Реализован механизм преобразования пользовательских показателей в системные. При создании нового показателя появилась возможность выбрать предложенную единицу измерения из справочника или создать новую. При просмотре списка показателей добавлена возможность отображения описания, а также Контрагента которому принадлежит созданный показатель. Появилась возможность осуществлять поиск по описанию показателя. 

Изменения в разделе "SLA"

Выполнен перенос раздела "SLA" в категорию "Инфраструктура", что позволяет пользователям с ролью "Оператор SLA" работать со списками SLA. При создании или редактировании SLA были изменены правила валидации, а для компонента выбора показателя была добавлена функция поиска. 

Представление контрагентов в виде одноуровневого или иерархического списка

Добавлена возможность представления контрагентов в виде одноуровневого или иерархического списка.

Экспорт списка записей

Добавлена возможность выгрузки списка просматриваемых в рабочей области записей в виде excel-файла. Данная возможность доступна для следующих разделов: События, Отчёты SLA, Сервисы, Контракты, Зонды, Тесты, Точки доступа, SLA, Контрагенты.

Отчёт по доступности зондов

В разделе "Зонды" добавлена возможность формирования отчёта по доступности зондов. Отчёт содержит в себе информацию об общем проценте доступности для каждого устройства за указанный период, а также о количестве времени в течении которого устройство было недоступно. 

Отображение времени блокировки учетной записи пользователя

В разделе "Журнал событий" добавлено отображение записей об автоматической блокировке пользователей при неверном вводе пароля и снятии этой блокировки.

Улучшения безопасности

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

Раздел справочной информации

Добавлен раздел "Справка", в котором может быть отображена любая справочная информация. Это может быть документация по работе с порталом или любые пользовательские инструкции. Размещаемые в разделе файлы загружаются администратором системы. 

Поддержка оборудования RAD, OneAccess

Добавлена поддержка устройств RAD (ETX-203AX), OneAccess (1623, 1645) и возможность сбора данных с помощью соответствующих тестов RAD TWAMP, RAD OAM, OneAccess IP SLA, OneAccess L2-test.