Re: Мониторинг серверов. Чем бы?

2008-03-24 Пенетрантность Mikhail A Antonov
,--[Stanislav V. Vlasov [EMAIL PROTECTED] 24/03/2008 08:32 (GMT +3) | Главное - чтоб уведомления не повторялись каждый период проверки | сервисов (у нас - 5 минут). `- Почему нет? Скажем умер какой-то сервис (например апач) Умер не запланированно. Скриптик отписал об этом

Re: Мониторинг серверов. Чем бы?

2008-03-24 Пенетрантность Artem Chuprina
Mikhail A Antonov - debian-russian@lists.debian.org @ Mon, 24 Mar 2008 09:08:45 +0300: MAA ,--[Stanislav V. Vlasov [EMAIL PROTECTED] 24/03/2008 08:32 (GMT +3) MAA | Главное - чтоб уведомления не повторялись каждый период проверки MAA | сервисов (у нас - 5 минут). MAA

Re: Мониторинг серверов. Чем бы?

2008-03-24 Пенетрантность Mikhail A Antonov
,--[Artem Chuprina [EMAIL PROTECTED] 24/03/2008 09:37 (GMT +3) | | Если на почту - это не страшно. Но и не оперативно. А SMS среди ночи | каждые 5 минут... | `- А это зависит от того на сколько тебя будут больно бить за ночное падение. Бывало я и в 3 утра на работу

Re: Мониторинг серверов. Чем бы?

2008-03-23 Пенетрантность Валера
В Сбт, 22/03/2008 в 23:42 +0300, Mikhail A Antonov пишет: ,--[Валера [EMAIL PROTECTED] 22/03/2008 23:22 (GMT +3) | P.S.: а еще очень удобно получать уведомления от серверов при отказах на | мобильник ввиде SMS-сообщений. | | А есть ли хоть один приличный способ для этого? Так чтоб

Re: Мониторинг серверов. Чем бы?

2008-03-23 Пенетрантность Artem Chuprina
Mikhail A Antonov - debian-russian@lists.debian.org @ Sat, 22 Mar 2008 23:42:57 +0300: MAA ,--[Валера [EMAIL PROTECTED] 22/03/2008 23:22 (GMT +3) MAA | P.S.: а еще очень удобно получать уведомления от серверов при отказах на MAA | мобильник ввиде SMS-сообщений. MAA | MAA | А

Re: Мониторинг серверов. Чем бы?

2008-03-23 Пенетрантность Mikhail A Antonov
,--[Artem Chuprina [EMAIL PROTECTED] 23/03/2008 23:29 (GMT +3) | MAA Билайн (Москва) это умеет. | MAA Отправка через alertmon без каких ибо релеев - сообщения доходят. | MAA Если отправлять через релеи - бывает не доходят, или это вообще платно. | MAA Письма на [EMAIL PROTECTED] доходят.

Re: Мониторинг серверов. Чем бы?

2008-03-22 Пенетрантность Валера
P.S.: а еще очень удобно получать уведомления от серверов при отказах на мобильник ввиде SMS-сообщений. А есть ли хоть один приличный способ для этого? Так чтоб надёжно, качественно, по-русски, да ещё и бесплатно? ;) -- Валера [EMAIL PROTECTED]

Re: Мониторинг серверов. Чем бы?

2008-03-22 Пенетрантность Mikhail A Antonov
,--[Валера [EMAIL PROTECTED] 22/03/2008 23:22 (GMT +3) | P.S.: а еще очень удобно получать уведомления от серверов при отказах на | мобильник ввиде SMS-сообщений. | | А есть ли хоть один приличный способ для этого? Так чтоб надёжно, | качественно, по-русски, да ещё и бесплатно? ;)

Re: Мониторинг серверов. Чем бы?

2008-03-21 Пенетрантность Mikhail A Antonov
,--[Andrey Lyubimets [EMAIL PROTECTED] 21/03/2008 11:46 (GMT +3) | зачастую не стоят, а пользователи являются гораздо более оперативными | системами мониторинга. | | пользователь не является системой мониторинга,по определению. У него своей | работы навалом. `-

Re: Мониторинг серверов. Чем бы?

2008-03-20 Пенетрантность Kotikov Aleksey
Peter Teslenko пишет: Привет, коллеги. Есть некоторое количество серверов. И есть законное желание их мониторить. Как отследить жив сервер или нет? Ясно что можно на свиче настроить snmp-trap по падению линка, но ведь его нужно куда-то отправлять. А если та станция, на которую должен

Re: Мониторинг серверов. Чем бы?

2008-03-20 Пенетрантность Mikhail A Antonov
,--[Peter Teslenko [EMAIL PROTECTED] 20/03/2008 17:32 (GMT +3) | Привет, коллеги. | | Есть некоторое количество серверов. И есть законное желание их мониторить. | Как отследить жив сервер или нет? | Ясно что можно на свиче настроить snmp-trap по падению линка, но ведь его | нужно куда-то

Re: Мониторинг серверов. Чем бы?

2008-03-20 Пенетрантность andrey i. mavlyanov
Peter Teslenko пишет: А если та станция, на которую должен отправляться этот trap тоже в дауне, то как быть? несколько серверов в разных локациях. думать на тему а стоят ли затраты на это достигнутого эффекта. зачастую не стоят, а пользователи являются гораздо более оперативными системами