Собираем много всего – доступность, метрики производительности, ошибки на портах (то, что выводит portperfshow и porterrshow), инвентори свичей (модели, серийники, прошивки,…), инвентори портов (WWN, скорость, тип,…), информацию о подключенных девайсах (WWN,zone alias). Также зонинг – конфиги, зоны, алиасы. В виде красивой примочки получает карта сети, как на картинке.
В результате можно настроить всяких разных интересных триггеров, даже на обновление прошивки, изменение зон и алиасов, смену скорости порта, новом подключенном устройстве и т.д и т.п. Если упал порт или трафик большой, можно в письме дать инфу, что на этом порту висит – сразу понятно, кто генерит трафик и куда смотреть дальше.
Утилитка отличная, ничего плохого про нее сказать не могу. Знаю заказчиков, которые ей пользуются.
Просто перед нами стоит намного больше задач, чем позволяет решить stor2rrd и любой подобный инструмент. Одна из них – уход от зоопарка ПО мониторинга и множества интерфейсов. Так как заббикс очень популярен, то эту задачу мы решили для большинства наших заказчиков.
Потом мы следим не только за состоянием и производительностью, но также собираем инвентори и топологию – это модели, серийники, партийники, прошивки, подключения, зависимости и много всего остального. В результате, если упадет порт, в письме придет информация, что к нему подключено. Если выйдет из строя жесткий диск, в письме будет информация о партийнике и модели, чтобы сразу заказать новый. Из топологии можно строить ресурсно-сервисные модели и иметь дерево здоровья сразу всего сервиса. Карты, которые приведены в статье, тоже строятся не просто так – для этого нужно собрать правильные данные со всех компонент инфраструктуры.
Визуализация топологии строится скриптом, который собирает все данные из заббикса, анализирует, рисует линки и вешает на них триггеры для подсветки проблем. Сами данные собираются в итемы со строгим именованием ключей
Выкладывать в открытый доступ не планируем. Плагины устанавливаются на возмездной основе. Если у вас остались еще какие-нибудь вопросы, то можете написать мне на почту.
В результате можно настроить всяких разных интересных триггеров, даже на обновление прошивки, изменение зон и алиасов, смену скорости порта, новом подключенном устройстве и т.д и т.п. Если упал порт или трафик большой, можно в письме дать инфу, что на этом порту висит – сразу понятно, кто генерит трафик и куда смотреть дальше.
Просто перед нами стоит намного больше задач, чем позволяет решить stor2rrd и любой подобный инструмент. Одна из них – уход от зоопарка ПО мониторинга и множества интерфейсов. Так как заббикс очень популярен, то эту задачу мы решили для большинства наших заказчиков.
Потом мы следим не только за состоянием и производительностью, но также собираем инвентори и топологию – это модели, серийники, партийники, прошивки, подключения, зависимости и много всего остального. В результате, если упадет порт, в письме придет информация, что к нему подключено. Если выйдет из строя жесткий диск, в письме будет информация о партийнике и модели, чтобы сразу заказать новый. Из топологии можно строить ресурсно-сервисные модели и иметь дерево здоровья сразу всего сервиса. Карты, которые приведены в статье, тоже строятся не просто так – для этого нужно собрать правильные данные со всех компонент инфраструктуры.