Комментарии 8
Если вам показались интересны данные подходы по мониторингу сетевого оборудования, вы готовы давать обратную связь, мы готовы вам дать на тестирование наш продукт
А что за продукт то? Чем он лучше zabbix/nagios/grafana? Как он мониторит оборудование и в каком виде выдает данные? Какие у него системные требования? Какие параметры способен мониторить?
А то написали кучу банальных слов про syslog и snmp, а потом "покупайте наших слонов, наши слоны лучшие в мире"...
Спасибо за ваш комментарий!
Как я и написал в самом начале, у нас нет задачи рекламировать конкретный продукт. В первую очередь мы ищем заинтересованных сетевых инженеров, которые в своей работе применяют новые подходы\технологии, готовые делиться информацией и пробовать новое. Свой подход мы постарались изложить в статье. Если вы хотите узнать про наш продукт (системные требования, функционал и тд), прошу написать на указанную почту или посмотрите на доменное имя.
По поводу банальных слов, извините, вынужден с вами не согласиться. На практике мало кто использует потоковую телеметрию для сбора данных с сетевого оборудования.
Если вы действительно применяете все заявленные технологии, прошу ответить на некоторые вопросы, думаю это было бы полезно и интересно всем читателям:
Какими технологиями вы пользуетесь для мониторинга вашей сети? (SNMP, Syslog, etc)
Используете вы скрипты (python, tcl) для получения дополнительной информации с оборудования? Какой?
Есть ли необходимость получать более детальную информацию о состоянии протоколов маршрутизации с вашей сети? (OSPF SPF run, LSA counters, BGP routes (accepted, filtered, rejected)
Используете ли вы Overlay технологии (VXLAN, MPLS). Если да, то есть ли мониторинг специфичной для данных технологий информации. (Routes per VRF, MAC per VNI)?
Важно ли вам иметь историю по изменениям основных таблиц форвардинга на сети (MAC, Adjacency, Routes)?
Какими технологиями вы пользуетесь для мониторинга вашей сети? (SNMP, Syslog, etc)
а что полезного про потоковую телеметрию вы рассказали в вашей статье?
как ее настроить на роутере? какие коллекторы существуют? по какому протоколу она передается? как потом эту информацию агрегировать и куда ее потом складывать?
кстати, зашел на ваш сайт... практически никакой информации о ваших продуктах нет, но скромности вам точно не занимать
ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ ПО КОНТРОЛЮ КОНФИГУРАЦИИ СЕТЕВОГО ОБОРУДОВАНИЯ
На мировом рынке мало решений для эффективного контроля конфигурации крупных сетей передачи данных со сложной сервисной структурой.
ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ ПО МОНИТОРИНГУ СЕТЕВОГО ОБОРУДОВАНИЯ С ПРИМЕНЕНИЕМ ТЕХНОЛОГИИ ПОТОКОВОЙ ТЕЛЕМЕТРИИ
На мировом рынке практически отсутствуют решения для эффективного мониторинга таких сетей.
А может вы просто плохо знакомы с мировым рынком?
Я бы поспорил про эффективность потоковой телеметрии в сравнении с классической, на SNMP опросах.
Где-то получается уменьшение накладных расходов трафика, но с другой стороны поток в "коллектор" растёт значительно. К сожалению настройку частоты отправки этого потока не показали.
В очень крупных сетях сложной структуры и высокой нагрузкой принято строить management outbound сеть (если, конечно это вообще возможно), которая и будет снимать с "основной" сети нагрузку, описанную в статье. Ну или же внедрять промежуточные точки сбора информации, чтоб со устройств этот трафик не сливался в один канал, а обрабатывался локально на промежуточных серверах.
А вообще - сыровато. Открыл прочесть, что-то действительно полезное и объёмное, а наткнулся просто на ворох разрозненной информации, частично технической, частично теоретической.
@pavel_kirillov vожет подумаете над тем, чтоб дополнить и переоформить статью? Ведь тема действительно интересная.
Актуальные методы проверки работоспособности больших и высоконагруженных сетей. Протоколы мониторинга