STP Topology
Карта предлагает, что поставить на контроль, а не заводить узлы руками.
Подробнее →
STP-MON · B2B
STP Monitoring
Сеть и серверы на контроле: доступность и нагрузка рядом с заявками
Задача
О падении узнают от пользователей. Канал «вроде тормозит», а цифр нет. Новый коммутатор забыли поставить на контроль. Отдельный монитор сети не связан с заявками и картой.
Для кого
Руководитель ИТ — простые ответы «сервис жив?» и «канал забит?»; дежурный — тревога до звонков пользователей; CIO — мониторинг в том же портале, что заявки, без второго тяжёлого комплекса.
Возможности
Полный состав функций. Нажмите «?», чтобы узнать, зачем это руководителю и сотрудникам — без технических деталей.
- Опрос сетевого оборудованияРоутеры и коммутаторы сами сообщают, живы ли они и как себя чувствуют. Не нужно звонить на объект «а интернет есть?».
- Загрузка каналов связиВидно, забит ли канал и работает ли порт. Разговор с провайдером и планирование апгрейда опираются на факты.
- Готовые наборы для Linux и MikroTikТипичное оборудование небольших и средних компаний подключается без долгой настройки «с нуля».
- Глубокий контроль Cisco и JuniperКрупные узлы сети тоже в той же картине. Не нужен второй монитор «только для большой железки».
- Мастер добавления устройстваНовый узел ставит на контроль сотрудник ИТ, а не узкий специалист по мониторингу. Быстрее онбординг площадки.
- Проверки: сайт, порт, доступностьПонятный вопрос «сервис жив?» — сайт открывается, касса отвечает, канал пингуется. Бизнес видит простой, а не «график без смысла».
- Тревога, если узел недоступенДежурный узнаёт о падении до звонков пользователей. Время реакции измеряется минутами, не часами жалоб.
- Порог «долго и сильно»Короткий всплеск нагрузки не поднимает ложную тревогу. Сигнал — когда проблема держится, а не на секунду.
- Мгновенные сообщения от оборудованияЖелезо само кричит об аварии, не дожидаясь очередного опроса. Ночной отказ не ждёт утренней проверки.
- Карта и автопоявление новых узловБольшой парк не заводят вручную по одному. Новые устройства предлагаются сами, карта не устаревает.
- Свой контур и роли по компаниямПодрядчик или филиал видит только своё. Данные мониторинга не смешиваются между площадками.
Выгоды для бизнеса
- Простой виден до потока жалоб
- Разговор с провайдером опирается на загрузку канала, не на ощущения
- Типовое оборудование подключается без долгого проекта
- Мониторинг не отстаёт от реальной сети
Почему STP, а не отдельный инструмент
- Тот же портал, что заявки и безопасность — не «ещё один Zabbix рядом»
- Цели контроля приходят с карты сети
- Контур и роли по площадкам — удобно филиалу и подрядчику
Модели поставки
В вашем контуре — развёртывание на вашей инфраструктуре или в вашем облаке.
Облако STP — быстрый пилот без подготовки собственной инфраструктуры.
Точную модель выбираем после знакомства с вашей инфраструктурой и требованиями безопасности.
Сравнение с лидерами класса
Тот же класс, что у лидеров мониторинга инфраструктуры: доступность, каналы, тревога — плюс заявка и карта в одном портале.
Мир: Zabbix · Paessler PRTGРФ: Пульт · Naumen Network Manager
| Что важно покупателю | STP Monitoring | Отдельные лидеры рынка |
|---|---|---|
| Сервис жив и канал не забит | Опрос оборудования, загрузка каналов, проверки сайта и порта, тревога дежурному | Тот же класс у Zabbix, PRTG, Пульта и Naumen как у отдельного монитора |
| Как ставят на контроль | Мастер добавления и предложения с карты сети — новый узел не забывают | Онбординг внутри отдельного NMS, без связи с реестром заявок |
| Связь с заявками и безопасностью | Падение становится заявкой и попадает на панели руководителя в том же портале | Отдельный монитор рядом с Service Desk |
| Контур и роли | Свой контур, площадки и подрядчик видят только своё | Есть у лидеров. Общие пользователи с заявками и ИБ — уже платформа STP |
STP Monitoring закрывает доступность и нагрузку наравне с лидерами класса и сразу связан с заявками и картой сети. Наблюдение за кодом приложений — другой класс, его закрывают специализированные системы.
Вопросы по STP Monitoring
Это замена Zabbix на большой сети?
Для типичного парка mid-market — рабочий мониторинг в том же портале, что заявки. На тысячи узлов с глубокими шаблонами вендоров разумнее смотреть специализированный комплекс.
Чем мониторинг отличается от SIEM?
Мониторинг отвечает «жив ли сервис и не забит ли канал». SIEM — про события безопасности и расследование. Падение узла может стать и тревогой, и заявкой.
Откуда берутся новые узлы на контроле?
Их добавляют мастером или принимают предложение с карты STP Topology — чтобы новый коммутатор не забыли.
Дополняет на платформе STP
Модули, которые усиливают STP Monitoring в комплексной цифровой рабочей среде. На первой встрече обсудим, что действительно нужно внедрять сейчас.
STP SIEM
Недоступность и событие безопасности разбирают в одном контуре.
Подробнее →STP ITSM
Падение узла становится заявкой со сроком, а не сообщением в общий чат.
Подробнее →STP Insight
Доступность попадает на панели руководителя вместе с заявками.
Подробнее →Обсудить STP Monitoring и экосистему STP
Можно начать с одного модуля или собрать комплексное решение под вашу задачу.
Запросить индивидуальную демонстрацию