Инструменты пользователя
po_dlja_monitoringa_kompjuternoj_seti
Различия
Здесь показаны различия между двумя версиями данной страницы.
| — |
po_dlja_monitoringa_kompjuternoj_seti [2018/12/01 07:13] (текущий) |
||
|---|---|---|---|
| Строка 1: | Строка 1: | ||
| + | ====== ПО для мониторинга компьютерной сети ====== | ||
| + | |||
| + | {{htmlmetatags> | ||
| + | metatag-description=(Список программного обеспечения для мониторинга компьютерной сети.) | ||
| + | }} | ||
| + | |||
| + | ===== Введение ===== | ||
| + | Под мониторингом разные люди понимают разные вещи. Для мониторинга нет универсального решения. Нужен взвешенный компромисс между тем, что мониторится, для чего этот мониторинг используется и необходимыми ресурсами. Большинство администраторов использует комбинацию из одной или двух программ. Настраиваемый мониторинг единственное приемлемое решение в настоящее время. Если программу мониторинга можно легко расширить самописными модулями - эту программу стоит изучить и сделать выводы о пригодности её в ваших условиях. | ||
| + | |||
| + | Задачи решаемые при мониторинге компьютерной сети: | ||
| + | * система оповещений | ||
| + | * показатели производительности | ||
| + | * профилирование заданий | ||
| + | * запущены ли определенные службы или приложения | ||
| + | |||
| + | * **Используйте открытые решения мониторинга**. | ||
| + | Мониторинг Linux- кластеров затрудняется несколькими причинами: | ||
| + | |||
| + | * По мере увеличения размера кластера увеличивается и объём собираемых данных, что может привести к перегрузке машины, получающей данные мониторинга. Скажем, если у нас 2000 машин и каждая посылает контрольные показатели на инфраструктурный узел, то этот узел может быть буквально поставлен на колени, а вам останется только гадать, отвечает ли он вообще | ||
| + | * Сбор данных агентами на вычислительных узлах может "высасывать" память и ресурсы процессора из текущих пользовательских задач. Во многих вычислительных центрах обходятся без агентов узлов, потому что это понижает производительность приложений. Нахождение баланса требует компромисса: стоят ли полученные данные затрачиваемых ресурсов процессора? | ||
| + | * Нам не встречался такой масштабируемый инструмент, который привязывал бы пользовательские задания к производительности машины и который профилировал бы задания удобным и визуально привлекательным способом. | ||
| + | * Не существует таких инструментальных средств, которые делали бы всё точно так, как нам хотелось бы. И больше всего в данной области бросается в глаза то, что используемые инструментальные средства не закончены и не в состоянии выполнять хотя бы одну функцию, которая нужна всем. Большинство администраторов использует комбинацию из одной или двух программ. Мы скептически относимся к программам, которые обещают вести мониторинг вашего кластера так, что превзойдут все другие существующие решения: все кластеры разные, и универсального решения не существует. Настраиваемый мониторинг кажется единственным выходом из этой ситуации. | ||
| + | |||
| + | Учитывая сложность проблемы, вот как её решают некоторые из самых ленивых известных нам администраторов. | ||
| + | |||
| + | Наиболее часто встречающееся решение, замеченное нами в больших кластерных вычислительных центрах (включая ведущие университеты и правительственные лаборатории) — это Nagios для оповещений и Ganglia для мониторинга. Эти два очень хорошо настраиваемых инструмента могут дать администратору отличное понимание множества вещей, происходящих в кластере. Ganglia, как оказалось, масштабируется чрезвычайно хорошо. | ||
| + | |||
| + | Но есть также и другие точки зрения. В Университете Южной Калифорнии (USC) Гаррик Стэплс (Garrick Staples) написал pbstop, расширение к программе TORQUE, которое визуально представляет, что делает каждое задание и где оно запущено. Он говорит, что это — весь мониторинг, который ему нужен, и не использует ничего больше. | ||
| + | |||
| + | Вот наиболее популярные, по нашим наблюдениям, инструментальные средства мониторинга с открытыми исходными кодами, применяемые при работе с масштабируемыми кластерами: | ||
| + | |||
| + | * [[Nagios]] | ||
| + | * Ganglia | ||
| + | * [[Cacti]] | ||
| + | * Zenoss | ||
| + | * CluMon | ||
| + | |||
| + | Мы можем сказать, что многие из этих инструментальных средств в своей реализации, в свою очередь, активно используют RRDtool. | ||
| + | Кратко повторим то, что знает ленивый Linux- администратор: | ||
| + | |||
| + | * Для мониторинга нет универсального "безразмерного" решения. Под мониторингом разные люди понимают под мониторингом разные вещи. Некоторых интересует только система оповещений, других — показатели производительности, других третьих — профилирование заданий, а другим четвертым только нужно знать, запущены ли определенные службы или приложения. | ||
| + | * Настройка будет различной в различных учреждениях и на различных кластерах в пределах одного и того же учреждения. | ||
| + | * Нужен взвешенный компромисс между тем, что мониторится, для чего этот мониторинг используется и необходимыми ресурсами. | ||
| + | |||
| + | ===== Программы для сетевого мониторинга ===== | ||
| + | |||
| + | * [[http://en.wikipedia.org/wiki/Comparison_of_network_monitoring_systems|Comparison of network monitoring systems]] - таблица возможностей различных систем мониторинга. | ||
| + | |||
| + | * Zabbix - громоздок и сложен в использовании. | ||
| + | * Icinga2 - поделка, может и быстрая сама по себе, но поделка. | ||
| + | * Cacti - хорошая вещь, рекомендую её для небольших сетей. | ||
| + | * Pandora FMS - удобный MIB браузер | ||
| + | |||
| + | |||
| + | ^Название ^Лицензия^Карта сети^Virtual image^Клиенты ОС^ | ||
| + | ^[[Zabbix]] |GPL| ручная| yes|yes | | ||
| + | ^[[Cacti]] |GPL | | CactiEZ iso |no| | ||
| + | ^[[Icinga]] |[[GPL]] форк Nagios| |vagrant|no | | ||
| + | ^[[Pandora FMS]] |GPLv2 | |yes|yes | | ||
| + | ^[[OpenNMS]] |||| | | ||
| + | ^[[Munin]] ||||| | ||
| + | ^[[http://www.netxms.org|NetXMS]] |GPL |||| | ||
| + | ^[[http://www.observium.org|Observium]]| |||| | ||
| + | ^[[M/Monit]]| |||| | ||
| + | ^[[Zenoss]] (Zenoss Core) |эта версия бесплатно |авто, ручная||| | ||
| + | ^[[Nagios]]|GPL 2 | через плагины| || | ||
| + | ^[[OpManager]]|Бесплатная полнофункциональная версия с ограничением на 10 устройств|||| | ||
| + | ^[[Xymon]]| |||| | ||
| + | ^[[Dude]]| |||| | ||
| + | ^[[AutoScan-Network]]| |||| | ||
| + | ^[[JFFNMS]] |Free, Licensed under the GNU GPL| ||| | ||
| + | ====== Мониторинг на основе протоколов: SNMP, RMON ====== | ||
| + | |||
| + | * [[Мониторинг на основе протоколов]]: [[SNMP]], [[RMON]]. | ||
| + | * [[Мониторинг оборудования Cisco при помощи протокола SNMP]]. | ||
| + | * [[Squid SNMP]] | ||
| + | * Asterisk SNMP | ||
| + | |||
| + | |||
po_dlja_monitoringa_kompjuternoj_seti.txt · Последние изменения: 2018/12/01 07:13 (внешнее изменение)
Инструменты страницы
Если не указано иное, содержимое этой вики предоставляется на условиях следующей лицензии: GNU Free Documentation License 1.3
