Добро пожаловать в наш дайджест обновлений! В этом выпуске мы представляем самые значимые улучшения и новые возможности нашей системы ИТ-мониторинга wiSLA за последний год. Мы постоянно работаем над оптимизацией и расширением функционала, чтобы помочь вам эффективно управлять инфраструктурой, повышать её стабильность и снижать операционные затраты. В этой подборке вы найдете ключевые изменения, которые делают работу с wiSLA ещё удобнее и продуктивнее.
Уведомления wiSLA в Телеграм
Теперь пользователь может получать уведомления о наступлении аварийных событий посредством мгновенной отправки сообщений в чат с нашим телеграм-ботом.
MIB браузер в wiSLA
Чтобы упростить настройку SNMP-мониторинга и сэкономить время инженеров, мы добавили MIB-браузер прямо в интерфейс wiSLA. Он помогает быстро получить данные по OID даже без доступа к устройству или документации. Браузер поддерживает все популярные версии SNMP и позволяет загружать собственные MIB-файлы — это делает работу с SNMP еще удобнее.
Библиотека скриптов
Мы упростили работу с пользовательскими синтетическими тестами в wiSLA. Теперь в системе есть библиотека скриптов Custom Scenario с готовыми шаблонами — вы можете выбрать нужный, заполнить только свои параметры в удобной форме и сразу запустить тест. Результат проверки можно узнать до постановки сервиса на мониторинг.
Настройка действий по событиям
Теперь вы можете настроить автоматическую последовательность действий системы при возникновении потенциальных проблем сервиса: например, при деградации, отказе или отсутствие данных по сервису.
Пользователь имеет возможность с помощью скрипта выполнять действия на своем ПК/АРМ/Сервере автоматически, по наступлению определенного события. Точечная настройка действий позволяет также задать показатель, на который следует реагировать. Это позволяет покрывать самые узконаправленные кейсы мониторинга и обеспечивает автоматическое реагирование системы на возникающие проблемы.
Возможность опроса с дисков и интерфейсов
Мы упростили настройку мониторинга объекта инфраструктуры в части показателей дисков или показателей передачи данных по сети. Теперь при настройке этих метрик мы отображаем список доступных дисков и интерфейсов — пользователь просто выбирает нужный вариант из выпадающего списка. Это экономит время и снижает риск ошибок при настройке.
Wizard "Быстрый Старт"
Добавлен помощник для упрощения работы с wiSLA — он подойдёт и новым, и опытным пользователям. В разделе «Быстрый старт» вы найдёте пошаговые инструкции и видео по настройке интеллектуального ИТ-мониторинга. Помощник открывается при входе в систему, и его можно отключить в настройках профиля или прямо в окне.
Мониторинг 1С
Встречайте новую функцию для мониторинга 1С-приложений!
Мы собрали ключевые показатели производительности, мониторинг логов, мониторинг СУБД и объединили в новый шаблон — теперь IT-специалисты и администраторы могут быстро настроить мониторинг 1С без сложной инженерной настройки и всегда быть в курсе состояния системы.
Приоритет паспортов неисправности
Паспорта неисправности - события, которые автоматически создаются в системе при превышении пороговых значений для сервиса. Данная функция позволяет сервису или даже группе сервисов назначить приоритет для создаваемых событий.
Приоритет нужен для ранжирования и фильтрации событий. Приоритет задается пользователем, исходя из важности объекта инфраструктуры, который поставлен на мониторинг. Приоритеты можно назначить сразу для нескольких сервисов или для каждого сервиса отдельно. Также можно изменять приоритет прямо в настройках паспорта. В системе теперь улучшены фильтры в списке событий, появилась возможность отбора и группировки паспортов неисправности по приоритету.
Клонирование сервисов типа "Узел"
Механизм клонирования сервисов типа "Узел" позволяет быстро создавать идентичные сервисы, такие как мониторинг серверов, СУБД, ПК, и переносить их настройки. Теперь, при настроенной инфраструктуре, можно создать копию действующего сервиса и применить его настройки к нескольким новым сервисам. Эта функция делает процесс настройки мониторинга более эффективным, позволяя сэкономить время на настройке одинаковых объектов.
Авторизация Active Directory
Реализована возможность авторизации в систему wiSLA с помощью данных учетной записи Active Directory.
Данная возможность позволяет пользователям использовать для входа в систему wiSLA как данные авторизации wiSLA, так и данные из AD.
Менеджмент агентов, настройки LDAP и почты
В системе теперь есть отдельная страница для настройки авторизации LDAP и почты, а также для управления агентами и зондами. На этой странице можно легко выполнять массовые действия с агентами, включая обновления и настройку автозапуска обновлений. Пользователи могут указать ссылку для обновления (откуда брать файл обновления) и принудительно запустить процесс обновления для агентов.
Основное преимущество этой функции — возможность управлять большим количеством агентов одним кликом, просто отметив их чекбоксами. Это значительно экономит время инженеров, так как весь менеджмент агентов сосредоточен в одном месте, а сами агенты могут находиться в любой части инфраструктуры.
Хранение исторических данных по каждому экземпляру сервиса
В рамках этой задачи в wiSLA реализована возможность настройки сроков хранения данных для каждого сервиса. Теперь пользователь может задать сроки хранения не только при развертывании системы, но и в процессе ее эксплуатации. В системе доступны два варианта хранения данных: "Системный" — устанавливается при развертывании, и "Настраиваемый" — настраивается пользователем для каждого конкретного сервиса.
Эта функция помогает эффективно управлять дисковым пространством, автоматически очищая данные для сервисов, где их долгосрочное хранение не требуется. Это позволяет более гибко управлять ресурсами и оптимизировать использование хранилища данных.
Коллектор запросов
Этот компонент выполняет агрегацию запросов от зондов, обрабатывает их в реальном времени и группирует для последующей отправки на wiSLA или узлы кластера wiSLA. При этом он выбирает конечную точку с помощью механизма балансировки запросов.
Такая отправка агрегированных данных значительно снижает количество запросов, направляемых к узлам кластера, что повышает стабильность системы и экономит ресурсы инфраструктуры. Использование балансировщиков запросов помогает равномерно распределить нагрузку между узлами, предотвращая перегрузку системы.
Эта функция особенно полезна, когда у компании большое количество объектов мониторинга и агентов. Она помогает эффективно распределять нагрузку, управляет запросами и предотвращает их избыточное накопление, что способствует стабилизации работы системы при обработке больших объемов данных.