SPAE мониторинг

12
AS
На сайте с 21.09.2007
Offline
167
1450

Красиво расписано http://shalb.com/ru/spae/spae_features/

собственно интересно мнение админов

SONcemvo
На сайте с 06.09.2009
Offline
102
#1

сейчас потестил, интересная штучка

P
На сайте с 08.03.2007
Offline
250
#2

Не написано как это сделано. А без этого смысла начинать работать с новорожденным проектом нет.

SONcemvo
На сайте с 06.09.2009
Offline
102
#3

да работает примитивно через snmp

P
На сайте с 08.03.2007
Offline
250
#4

то есть стоит в интернете один сервер и всех через snmp мониторит пока его хостер не сбойнёт? Или стоят 10 серверов в разных странах и защищают друг друга от сбоев сети? или есть сеть серверов в разных датацентрах? Какой из этих вариантов, по Вашему мнению, реализован?

Кстати. Кто будет настраивать SNMP на моём сервере, чтобы критическая информация о внутреннем устройстве сервера не утекла наружу?

A0
На сайте с 22.03.2009
Offline
229
#5

Тьфу ты... Я думал это для SAPE что-то.

Продвижение и поддержка сайтов. Актуальное конкурентное портфолио. ICQ - 407354474.
Andreyka
На сайте с 19.02.2005
Offline
822
#6

Это не Сапа, расходимся

Не стоит плодить сущности без необходимости
M
На сайте с 16.09.2009
Offline
278
#7

Зачем кроме активных проверок сервисов собирать _удаленно_

с сервера всякие метрики - еще сам по-себе вопрос. Чисто

локальная задача ведь.

Для железок разве может иметь смысл.

Абонементное сопровождение серверов (Debian) Отправить личное сообщение (), написать письмо ().
P
На сайте с 08.03.2007
Offline
250
#8

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

M
На сайте с 16.09.2009
Offline
278
#9
Pilat:
нет, в принципе идея неплохая - не писать свой агент, но ребята не подумали что snmpd - не тот сервис который все хотят наружу выставлять. Да и не даст это ничего для анализа доступности сайтов, как мне кажется.

Cовершенно не против snmp - это штука вполне стандартная для

своей задачи. Там в примере ограничивают доступ подсетью, кстати.

Заменить ее на что-то другое - тот же самый вопрос: почему статистику

просто не собирать на сервере? Это ж не быдлороутер какой. Задача

вполне "локальная" обычно.

Да и то, что можно сделать с этими собранными метриками - выглядит

достаточно убого, по сравнению с почти zabbix,opennms,etc.

Резюме - единственная полезная вещь - внешние проверки сервисов. Которые тоже

пока на убогом уровне: я не нашел, к примеру, как в качестве теста использовать

_произвольный_ HTTP-запрос или серию запросов.

К
На сайте с 07.03.2009
Offline
18
#10

смски, вот в чем няшка порылась

12

Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий