форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка

Вариант для распечатки		Пред. тема | След. тема
Форумы OpenNET: Виртуальная конференция (Public)
Изначальное сообщение		[Проследить за развитием треда]

"Система мониторинга средних размеров сети."

Сообщение от Lestat (??) on 25-Янв-06, 14:53

Сабж: Существует около трех сотен интерфейсов на различных свичах и маршрутизаторах. Требуется система визуализации загруженности интерфейсов + возможность раздачи определенных графиков определенным пользователям + графики пингов серверов + возможность все это нормально обозвать. 1. MRTG вещь явно не для средних сетей и не удовлетворяет требованиям. Смотрю в сторону cacti. Что скажете? 2. Очень важно все это нормально обозвать! Как следует поступить? Нормально и понятно прописать Description на всех свичах и маршрутизаторах, чтобы потом они автоматически подставлялись в заголовки страниц. Ведь руками писать с ума можно сойти.

Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

Сообщения по теме

[Сортировка по времени, UBB]

1. "Система мониторинга средних размеров сети."

Сообщение от grimnir (??) on 25-Янв-06, 15:58

Сейчас у нас несколько сотен сервисов мониторится Cacti. Проблем особых не замечено, только дефолтный PHP-поллер заменили на C-шный. Description'ы оно вполне себе умеет брать по SNMP с тех интерфейсов, которые мониторит.

Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

	2. "Система мониторинга средних размеров сети."
	Сообщение от Lestat (??) on 26-Янв-06, 09:27
	>Сейчас у нас несколько сотен сервисов мониторится Cacti. >Проблем особых не замечено, только дефолтный PHP-поллер заменили на C-шный. >Description'ы оно вполне себе умеет брать по SNMP с тех интерфейсов, которые >мониторит. >Проблем особых не замечено, только дефолтный PHP-поллер заменили на C-шный. Поллеры заменяемы? Есть сторонние разработки в виде плагинов, да? Чем этот поллер лучше? Гораздо быстрее опрашивает? На какой системе у Вас крутится cacati? >Description'ы оно вполне себе умеет брать по SNMP с тех интерфейсов, которые >мониторит. Дело в том, что у нас все description'ы понятны только тому кто настраивал когда-то этот интерфес. Неужели придется все переназывать?
	Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

	6. "Система мониторинга средних размеров сети."
	Сообщение от Lestat (??) on 26-Янв-06, 13:38
	>Поллеры заменяемы? Есть сторонние разработки в виде плагинов, да? Чем этот поллер >лучше? Гораздо быстрее опрашивает? > Нашел о поллере Cactid. В самом деле пишут, что быстрее, но конретных данных нет. Поверим на слово или даже свой бенчмарк сделаем.
	Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

3. "Система мониторинга средних размеров сети."

Сообщение от redmoon (??) on 26-Янв-06, 10:41

>Сабж: Существует около трех сотен интерфейсов на различных свичах и маршрутизаторах. Требуется >система визуализации загруженности интерфейсов + возможность раздачи определенных графиков определенным пользователям >+ графики пингов серверов + возможность все это нормально обозвать. > >1. MRTG вещь явно не для средних сетей и не удовлетворяет требованиям. >Смотрю в сторону cacti. Что скажете? > >2. Очень важно все это нормально обозвать! Как следует поступить? Нормально и >понятно прописать Description на всех свичах и маршрутизаторах, чтобы потом они >автоматически подставлялись в заголовки страниц. Ведь руками писать с ума можно >сойти. SNMPc  минус - платна. плюсы - умеет ВСЕ поистине все. у нас стоит .. мониторим все что знает что такое ip и snmp. умеет подгружать мибы и многое многое другое. сам я из воронежа, воронежская АС мониторит свои девайсы с помощью нее. стоит, смотря какая конфигурация, от 700у.е до 3000у.е Если сеть действительно большая, если действительно очень важна быстрая дианостика и поиск неисправностей, то подойдет. либо nagios. плюсы - все тоже самое что и у snmpc, ну может чего то нет, бесплатен. минус - все еще нетривиален в установке, настройке, иногда глючит.

Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

	4. "Система мониторинга средних размеров сети."
	Сообщение от Lestat (??) on 26-Янв-06, 12:56
	>SNMPc  минус - платна. >плюсы - умеет ВСЕ поистине все. у нас стоит .. мониторим все >что знает что такое ip и snmp. >умеет подгружать мибы и многое многое другое. >сам я из воронежа, воронежская АС мониторит свои девайсы с помощью нее. > >стоит, смотря какая конфигурация, от 700у.е до 3000у.е >Если сеть действительно большая, если действительно очень важна быстрая дианостика и поиск >неисправностей, то подойдет. >либо nagios. >плюсы - все тоже самое что и у snmpc, ну может чего >то нет, бесплатен. >минус - все еще нетривиален в установке, настройке, иногда глючит. В чем преимущетсва nagios над cacti?
	Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

	5. "Система мониторинга средних размеров сети."
	Сообщение от Lestat (??) on 26-Янв-06, 13:07
	Возможно я неправильно выразился. Нужна именно система визуализации загруженности и доступности устройств. nagios позиционируется, как система мониторинга и оповещения в случае возникновения аварий или критических ситуаций. Этого не требуется.
	Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

7. "Система мониторинга средних размеров сети."

Сообщение от Дениска (ok) on 26-Янв-06, 14:12

>1. MRTG вещь явно не для средних сетей и не удовлетворяет требованиям. >Смотрю в сторону cacti. Что скажете? вообще, кактус это просто морда к MRTG, точнее к ее реинкарнации rrd

Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

	9. "Система мониторинга средних размеров сети."
	Сообщение от Lestat (??) on 26-Янв-06, 19:37
	>вообще, кактус это просто морда к MRTG, точнее к ее реинкарнации rrd Разве RRDtool - это реинкарнация MRTG? Я думал, что это разные проекты. RRDtool просто навороченней. А что морда - это да.
	Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

8. "Система мониторинга средних размеров сети."

Сообщение от idle (ok) on 26-Янв-06, 17:31

>Сабж: Существует около трех сотен интерфейсов на различных свичах и маршрутизаторах. Требуется >система визуализации загруженности интерфейсов + возможность раздачи определенных графиков определенным пользователям >+ графики пингов серверов + возможность все это нормально обозвать. > >1. MRTG вещь явно не для средних сетей и не удовлетворяет требованиям. >Смотрю в сторону cacti. Что скажете? > >2. Очень важно все это нормально обозвать! Как следует поступить? Нормально и >понятно прописать Description на всех свичах и маршрутизаторах, чтобы потом они >автоматически подставлялись в заголовки страниц. Ведь руками писать с ума можно >сойти. Cacti, классная вещь, позволяет всё, плюс под неё постоянно пишутся куча плагинов, которые позволяют к примеру добавить возможности нагиоса.

Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

	10. "Система мониторинга средних размеров сети."
	Сообщение от Lestat (??) on 26-Янв-06, 19:39
	>Cacti, классная вещь, позволяет всё, плюс под неё постоянно пишутся куча плагинов, >которые позволяют к примеру добавить возможности нагиоса. Ну плагины пишутся и под MRTG и под все остальное.
	Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

	11. "Система мониторинга средних размеров сети."
	Сообщение от idle (ok) on 26-Янв-06, 23:38
	>>Cacti, классная вещь, позволяет всё, плюс под неё постоянно пишутся куча плагинов, >>которые позволяют к примеру добавить возможности нагиоса. > >Ну плагины пишутся и под MRTG и под все остальное. Угу, только mrtg себе ставят люди, которые не видели какти. Потому что отличия, как между запорожцем и мерседесом.
	Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

	12. "Система мониторинга средних размеров сети."
	Сообщение от Lestat (??) on 27-Янв-06, 06:26
	>Угу, только mrtg себе ставят люди, которые не видели какти. Потому что >отличия, как между запорожцем и мерседесом. MRTG ставят и люди, которые знают о cacti, но которым не требуется столь навороченная и относительно более сложная в настройке система.
	Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

	13. "Система мониторинга средних размеров сети."
	Сообщение от idle (ok) on 27-Янв-06, 17:45
	>>Угу, только mrtg себе ставят люди, которые не видели какти. Потому что >>отличия, как между запорожцем и мерседесом. > >MRTG ставят и люди, которые знают о cacti, но которым не требуется >столь навороченная и относительно более сложная в настройке система. Помоему какти как раз проще настраивать.
	Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

	14. "Система мониторинга средних размеров сети."
	Сообщение от Lestat (??) on 30-Янв-06, 12:56
	>Помоему какти как раз проще настраивать. Вопрос спорный. cacti настраивать дольше. Каждый раз тыкаешь кнопки для добавления нового устройства, потом галочки для графиков ставишь и т.д. Ладно если устройств 20, а если 200? В MRTG ./cfgmaker запустил быстренько с нужным списком устройств и все.
	Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

	15. "Система мониторинга средних размеров сети."
	Сообщение от Lestat (??) on 30-Янв-06, 12:57
	А есть вобще в cacti возможность сделать backup текущего состояния со списком устройств и графиков на случай если система будет переставляться?
	Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

	16. "Система мониторинга средних размеров сети."
	Сообщение от idle (ok) on 30-Янв-06, 13:45
	>Ладно если устройств 20, а если 200? Можно всем устройствам сразу сказать, чтоб рисовали график с такого-то шаблона. >А есть вобще в cacti возможность сделать backup текущего состояния со списком >устройств и графиков на случай если система будет переставляться? Ну конечно, обычное копирование рабочего каталога.
	Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

	17. "Система мониторинга средних размеров сети."
	Сообщение от Lestat (??) on 31-Янв-06, 10:03
	>>Ладно если устройств 20, а если 200? >Можно всем устройствам сразу сказать, чтоб рисовали график с такого-то шаблона. Да, можно задать на кучу графиков один тэмплэйт, это быстро. Я имею ввиду, что каждое устройство добавлять отдельно - довольно муторно. >>А есть вобще в cacti возможность сделать backup текущего состояния со >списком >>устройств и графиков на случай если система будет переставляться? >Ну конечно, обычное копирование рабочего каталога. Под рабочим каталогом подразумевается /foo/cacti/rra? Т.о. я скопирую только графики (а все настройки?) или я ошибаюсь?
	Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

	18. "Система мониторинга средних размеров сети."
	Сообщение от idle (ok) on 31-Янв-06, 10:38
	>Под рабочим каталогом подразумевается /foo/cacti/rra? Т.о. я скопирую только графики (а все >настройки?) или я ошибаюсь? В /foo/cacti/rra лежат только графики. Если нужен полный бэкап то достаточно просто скопировать папку /foo/cacti.
	Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

	19. "Система мониторинга средних размеров сети."
	Сообщение от grimnir (??) on 01-Фев-06, 13:45
	>Под рабочим каталогом подразумевается /foo/cacti/rra? Т.о. я скопирую только графики (а все >настройки?) или я ошибаюсь? Настройки хранятся в БД, соответсвенно, помимо каталога с cacti надо ещё дамп базы делать при архивации. А по поводу скорости поллера - сейчас у нас несколько тысяч data sources (там не только интерфейсы и не только по SNMP мониторятся), С-шный поллер (1 процесс, 5 потоков) отрабатывает за 15 секунд в среднем. Правда, это отдельный двухпроцессорный мониторинговый сервер, но на нём ещё и Nagios тоже крутится.
	Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

	20. "Система мониторинга средних размеров сети."
	Сообщение от Lestat (??) on 02-Фев-06, 09:22
	>А по поводу скорости поллера - сейчас у нас несколько тысяч data >sources (там не только интерфейсы и не только по SNMP мониторятся), >С-шный поллер (1 процесс, 5 потоков) отрабатывает за 15 секунд в >среднем. Правда, это отдельный двухпроцессорный мониторинговый сервер, но на нём ещё >и Nagios тоже крутится. С ума сойти. Сколько же вам потребовалось времени для стартовой настройки? Кстати, вы разбивали дата сорсы в дерево? На вид реализовано это очень неудобно. Каждый интерфейс нужно забивать в дерево отдельно. Почему не сделано как с графиками (отметил галочками, указал один тэмплэйт на всех и поехали) не понимаю. Я ничего не проглядел?
	Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

	21. "Система мониторинга средних размеров сети."
	Сообщение от grimnir (??) on 04-Фев-06, 00:28
	Боюсь, не совсем понял вопроса... Графики существуют сами по себе, и размещение их в graph tree - это исключительно дело вкуса и удобства, причём одни и те же графики можно одновременно использовать в разных ветвях (например, есть ветка по типам устройств и ветка по роли определённых сервисов на них в функционировании сети). Сами дивайсы добавляются/удаляются по мере необходимости, но даже если за раз нужно добавить их много, то задача всё равно существенно облегчается тем, что имеется ограниченный список их типов - поэтому можно создать относительно небольшой список шаблонов устройтв (например, коммутатор, сервер доступа, UPS etc.), использующих определённый набор типов источников данных, отображаемых в определённый набор графиков. При добавлени устройства заранее определённого типа, как правило, указывается его IP-адрес и SNMP read community, а cacti уже сама на основании представленной в шаблоне информации определяет доступные источники данных и графики, которые можно построить на основе данных, из них получаемых. Так что на стартовой настройке основоное требуемое время  - это время на понимание принципов работы и создание шаблонов. Дальше уже чисто механическая работа - выбрал тип устройства, выбрал нужные графики из тех, что доступны для данного типа устройства, решил, где их разместить в graph tree. >>А по поводу скорости поллера - сейчас у нас несколько тысяч data >>sources (там не только интерфейсы и не только по SNMP мониторятся), >С ума сойти. Сколько же вам потребовалось времени для стартовой настройки? > >Кстати, вы разбивали дата сорсы в дерево? На вид реализовано это очень >неудобно. Каждый интерфейс нужно забивать в дерево отдельно. Почему не сделано >как с графиками (отметил галочками, указал один тэмплэйт на всех и >поехали) не понимаю. Я ничего не проглядел?
	Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

	22. "Система мониторинга средних размеров сети."
	Сообщение от Lestat (??) on 06-Фев-06, 07:30
	Исчерпывающий ответ. Я имел ввиду следующее. Например я хочу сформировать дерево из графиков. Каждый график добавляется в ветку дерева поочереди, а т.к. их существенно большое количество, то процесс затягивается. Удобно бы было, если нужные графики можно было бы выбрать в диалоге галочками и скопом добавить в ветку. Просто вопрос удобства. Жалко что этого нет. В итоге я решил формировать дерево из устройств, а не графиков. Это существенно быстрее и подходит по логике.
	Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

	23. "Система мониторинга средних размеров сети."
	Сообщение от Lestat (??) on 06-Фев-06, 07:49
	Если Вас не затруднит ответить на пару вопросов по поводу cacti, не могли бы вы дать свой номер ICQ? Если да, то можете отправить письмом: nik@kemsu.ru. Не хочу устраивать в форуме чат.
	Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

	24. "Система мониторинга средних размеров сети."
	Сообщение от grimnir (??) on 06-Фев-06, 14:21
	Я Вам письмо отправил. А графики можно на дереве "скопом" размещать - Graph Management -> Выбрать нужные галками и внизу выбрать действие "Place on tree". >Если Вас не затруднит ответить на пару вопросов по поводу cacti, не >могли бы вы дать свой номер ICQ? Если да, то можете >отправить письмом: nik@kemsu.ru. Не хочу устраивать в форуме чат.
	Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

	25. "Система мониторинга средних размеров сети."
	Сообщение от tor (??) on 14-Фев-06, 05:05
	>Я Вам письмо отправил. > >А графики можно на дереве "скопом" размещать - Graph Management -> Выбрать нужные галками и внизу выбрать действие "Place on tree". > >>Если Вас не затруднит ответить на пару вопросов по поводу cacti, не >>могли бы вы дать свой номер ICQ? Если да, то можете >>отправить письмом: nik@kemsu.ru. Не хочу устраивать в форуме чат. Как то делал mrtg+rrd можно любое колво машин главное чтобы сервак вытянул  ... ставили у прова при построении 200 графиков садит проц мин на 5 ... :-) причем графики рисуются только те которые нада и только тогда когда их смотрят ... щас у прова за 1к клиентов так чтосистему пришлось свернуть ...
	Правка | Высказать мнение | Ответить | Cообщить модератору | Наверх

Архив | Удалить

Индекс форумов | Темы | Пред. тема | След. тема