for sys admins

[RISK]

Est` IPSentry dlia controlia zdorovia vseh serverov v contore. No po mnogim prichinam (eto vsego lich soft na odnom iz serverov) ne ustraivaet... Est` li hardware analog s podderchkoi WINDOWS\LINUX ??

[El Comandante]

Какие параметры здоровья планируется мониторить?
Если можно, опиши ситуацию подробнее

[RISK]

Сейчас мониторим просто наличие отзывчивости сервера, размеры свободного места на дисках, загрузка памяти/процессоров и т.п. В случае падения или выполза за границы параметров посылается мейл и месседж на мой селлю Проблема - данный софт только на виндузу и в случае падения сервера размещения или файрволла я остаюсь в неведении. Хотелось бы что-то независомое от серверов и кроме винды следило за линухом и батареямию

[CdR]

Google search вокруг термина SNMP наверное будет самым эффективным направлением. По-крайней мере я бы начал именно так.

[El Comandante]

это?
http://www.berkprod.com/

[El Comandante]

Google search вокруг термина SNMP наверное будет самым эффективным направлением. По-крайней мере я бы начал именно так.

Насколько я понял , аффтар настаивает на аппаратной реализации.
RISK, так?

[CdR]

Насколько я понял , аффтар настаивает на аппаратной реализации.RISK, так?

Ой. А почему вы спрашиваете?

На самом деле мне приходилось (давно правда) пользоваться чем-то типа
Net-SNMP. О аппаратности реализации там ничего нет, как и архитектуре.
Мониторилка помнится была тупым шелл скриптом по крону. Все решение заняло минут 20.

PS: Больше подробностей не помню, делал это один раз и то лет десять назад.[/url]

[RISK]

Угу, так...
было, зависал сервак с монитором и всё...
эх гуглю, гуглю, а всё невыгугливается...

[Yury]

Угу, так...
было, зависал сервак с монитором и всё...
эх гуглю, гуглю, а всё невыгугливается...

а ты тот мониторный сервак с другого мониторь - авось два сразу не случатся

[CdR]

Нет, ну может это конечно смешно. но у нас был сервер мониторинга и сбора статистики. Он всем этим и занимался.
Насчет "зависнет", так я прямо не знаю... Мне мой домашний сервер приходится ребутить в среднем раз в 3-6 месяцев. когда я ядро меняю. И то, это только от жажды экспериментов.
С чего ему зависать???

[El Comandante]

Ой. А почему вы спрашиваете?

потому что

..... Est` li hardware analog s podderchkoi WINDOWS\LINUX ??

а вдруг им деньги девать некуда?

[Проф. Преображенский]

Google search вокруг термина SNMP наверное будет самым эффективным направлением. По-крайней мере я бы начал именно так.

Насколько я понял , аффтар настаивает на аппаратной реализации.
RISK, так?

А сейчас почти любой "аппарат" - это .никс бокс, только загрузка с ПЗУ.

[CdR]

А сейчас почти любой "аппарат" - это .никс бокс, только загрузка с ПЗУ.

С ньюансами, конечно, но почти.
SNMP -- "легкий" протокол в плане реализации и много где есть. Есть смысл пользовать.

[ajkj3em]

На самом деле мне приходилось (давно правда) пользоваться чем-то типа
Net-SNMP.

"a word of warning" как говорится

NetSNMP - это жуткое га*но. оно конечно опенсорс и все-такое, но это
его единственный плюс. то есть как snmp 'manager' он еще туда-сюда,
но агентский код - это просто писец. классический пример - обратботка
get-next query при наличии дерева размером до 1000 элементов может
в легкую вылиться в 1.000.000 вызовов calloc(). один миллион на один
запрос.

чего еще может найтись приятного в пакете с таким эффективным и
элегантным кодом - сказать сложно, но запускать это на продакшн
машине я бы не стал.

PS. из трех наиболее распростанненых версий snmp (v1, v2c, v3)
только v3 имеет security provisions, да и те достаточно кривые.
то есть с помощью snmp реально можно мониторить либо девайсы
внутри трастед зоны, либо надо строить vpn до remote location и
гонять по нему v1/v2c. имейте в виду типа.

[CdR]

Я не говорю, что он совершенен.
Просто его применение тут показалось мне уместным.
Относительно security -- протокол как правило используется в прделех локальной, или локализуемой (ограниченной немногими серверами) сети, где уже есть натроенные методы ограничения достыпа на более низком уровне.