Форум компании ITRM
Информационные технологии

Начало » Инфраструктурные решения » Технические вопросы » monitoring
monitoring [сообщение #742] Птн, 11 Январь 2008 23:21 Переход к следующему сообщения
sergey в настоящее время не в онлайне  sergey
Сообщений: 35
Зарегистрирован: Январь 2008
Географическое положение: moscow
Member

есть предложение мониторить периодически трассы до серверов, нечто вроде такого:
$ mtr at15.itrm.ru -c 5 -r
HOST: file-server                 Loss%   Snt   Last   Avg  Best  Wrst StDev
  1. 172.17.225.193                0.0%     5    0.6   0.9   0.5   1.7   0.5
  2. eth-0.sd-gate                 0.0%     5    0.4   0.4   0.4   0.5   0.1
  3. ....                          0.0%     5   28.8  32.2  22.3  49.1  11.4
  4. ....                          0.0%     5   28.2  24.7  22.1  28.5   3.3
  5. ....                          0.0%     5   30.4  28.1  23.9  30.9   3.3
  6. TTK-m9.msk.stream-internet.n  0.0%     5   24.2  29.3  22.1  37.8   6.9
  7. 87.226.141.110                0.0%     5   39.7  43.5  35.2  50.0   6.4
  8. 7609.donpac.ru                0.0%     5   37.1  48.8  37.1  66.1  12.2
  9. 38.116.254.80.donpac.ru       0.0%     5   43.2  48.6  41.2  71.0  12.5
 10. ???                          100.0     5    0.0   0.0   0.0   0.0   0.0


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

возможно, это следует сделать сервисом вне нагиоса, со своими отчетами, поскольку это средство, скорее, не оперативного контроля, а журналирования

обсуждение приветствуется

[Обновления: Птн, 11 Январь 2008 23:22]

Известить модератора

Re: monitoring [сообщение #743 является ответом на сообщение #742] Вск, 13 Январь 2008 13:36 Переход к предыдущему сообщенияПереход к следующему сообщения
exist в настоящее время не в онлайне  exist
Сообщений: 226
Зарегистрирован: Март 2005
Senior Member
Более того, я думаю что надо не просто мониторить причину отвала, но и гененрировать на основе собранной информации отчет и пересылать его всем заинтересованным лицам.

Я сперва подумаю как сделать это средствами Нагиос. Все другие предложения также приветствуются.
Re: monitoring [сообщение #746 является ответом на сообщение #742] Вск, 13 Январь 2008 22:05 Переход к предыдущему сообщенияПереход к следующему сообщения
sergey в настоящее время не в онлайне  sergey
Сообщений: 35
Зарегистрирован: Январь 2008
Географическое положение: moscow
Member

ну отчет-то понятно, меня пока больше интересует возможность увидеть нормальный живой маршрут (каким он был ранее) и сравнить с тем, что будет на момент аварии - дабы понимать, как далеко от сервера упал канал

отчеты - это следующая итерация Smile
Re: monitoring [сообщение #747 является ответом на сообщение #746] Пнд, 14 Январь 2008 16:15 Переход к предыдущему сообщенияПереход к следующему сообщения
exist в настоящее время не в онлайне  exist
Сообщений: 226
Зарегистрирован: Март 2005
Senior Member
sergey писал(а) вс, 13 января 2008 22:05

возможность увидеть нормальный живой маршрут (каким он был ранее) и сравнить с тем, что будет на момент аварии - дабы понимать, как далеко от сервера упал канал




Отличная идея, попробуем что-то придумать.
Re: monitoring [сообщение #748 является ответом на сообщение #742] Пнд, 14 Январь 2008 20:34 Переход к предыдущему сообщения
sergey в настоящее время не в онлайне  sergey
Сообщений: 35
Зарегистрирован: Январь 2008
Географическое положение: moscow
Member

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