The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

OpenNews: Обзор Nagios 2.0. Введение в ping. Скрипт для анализа трафика на Ruby., opennews (??), 16-Окт-05, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


1. "Обзор Nagios 2.0. Введение в ping. Скрипт для анализа трафика на Ruby."  +/
Сообщение от bmc (??), 16-Окт-05, 13:33 
Нагиос? Это который все данные в файлах хранит и жуткую морду имеет? Ну да, есть такой...
Ответить | Правка | Наверх | Cообщить модератору

4. "Обзор Nagios 2.0. Введение в ping. Скрипт для анализа трафик..."  +/
Сообщение от VIP (?), 16-Окт-05, 23:10 
>Нагиос? Это который все данные в файлах хранит и жуткую морду имеет?

Я вот наоборот плююсь от программ мониторинга использующих SQL для хранения базы и требующих всякие mod_php на сервере.
Чем проще система и чем она менее зависима от таких больших вещей как СУБД, тем она надежнее.

Представьте ситуацию, когда у вас слетел SQL сервер и вам вовремя не отпавилась SMS о критическом сбое в сети.

Nagois молодцы, проще нужно делать, хотя сейчас модно все усложнять и доводить до крайностей.

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

9. "Обзор Nagios 2.0. Введение в ping. Скрипт для анализа трафик..."  +/
Сообщение от Аноним (9), 19-Окт-05, 09:47 
Нет - я понимаю если бы они SQLite использовали, так нет же! Они юзают текстовухи со своим собственным синтаксисом. Куда дальше? Дальше некуда, надо чё-то делать.
Ответить | Правка | Наверх | Cообщить модератору

16. "Обзор Nagios 2.0. Введение в ping. Скрипт для анализа трафик..."  +/
Сообщение от ру (?), 20-Окт-05, 00:40 
Зачем там SQL можешь внятно ответить?
Ответить | Правка | Наверх | Cообщить модератору

17. "Обзор Nagios 2.0. Введение в ping. Скрипт для анализа трафик..."  +/
Сообщение от bmc (??), 20-Окт-05, 08:16 
Не обязательно SQL-базу, можно и XML, главно чтобы  люди извне могли спокойно брать-вносить данные, не тра*аясь с парсерами на самописный синтаксис файлов.
Ответить | Правка | Наверх | Cообщить модератору

18. "Обзор Nagios 2.0. Введение в ping. Скрипт для анализа трафик..."  +/
Сообщение от bmc (??), 20-Окт-05, 08:18 
Только как я уже упоминал, придут всё-равно к базе.
Ответить | Правка | Наверх | Cообщить модератору

19. "Обзор Nagios 2.0. Введение в ping. Скрипт для анализа трафик..."  +/
Сообщение от Аноним (-), 20-Окт-05, 09:35 
>Не обязательно SQL-базу, можно и XML, главно чтобы  люди извне могли
>спокойно брать-вносить данные,

Зачем людем лезть в базу ??? Для этого предусмотрен интерфейс плагинов и API.

> не тра*аясь с парсерами на самописный синтаксис файлов.

Да... База в XML, этож какой оверхед получится на парсинг. Нет уж, увольте, вместо того чтобы пробежаться по строкам и выдрать поля через символ разделителя, вы предлагайте парсер уровня web-браузера на каждый запрос использвоать и ни какое кеширование вам не поможет. Экспорт/импорт в XML - дело полезное, но база в XML - маразм продиктованный модой.

PS. У вас талант все усложнять и идти путем технологии ради технологий ?

Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

20. "Обзор Nagios 2.0. Введение в ping. Скрипт для анализа трафик..."  +/
Сообщение от bmc (??), 20-Окт-05, 09:50 
>Зачем людем лезть в базу ??? Для этого предусмотрен интерфейс плагинов и API.

Плагины - это не то. Про апи - дайте чтоли пример как я например могу заюзать указанный АПИ из допустим жабки.

>База в XML, этож какой оверхед получится на парсинг.

Причём тут база? Я про конфигурационный файл. Если им жуть как не охота нормально юзать данные - пусть хоть инициализируют приложение из нормального источника (например XML).

> У вас талант все усложнять и идти путем технологии ради технологий ?

У меня талант (?) использовать уже наработанные технологии, а не создавать велосипеды с квадратными колёсами.

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

25. "Обзор Nagios 2.0. Введение в ping. Скрипт для анализа трафик..."  +/
Сообщение от Аноним (-), 20-Окт-05, 10:57 
>Плагины - это не то. Про апи - дайте чтоли пример как
>я например могу заюзать указанный АПИ из допустим жабки.

http://www.nagios.org/faqs/viewfaq.php?faq_id=50

API для лога и конфига: http://search.cpan.org/~tobeya/Nagios-Object/
XML представление: http://nxe.sourceforge.net/

>>База в XML, этож какой оверхед получится на парсинг.
>
>Причём тут база?

При том, что вы говорили именно о базе.

>Я про конфигурационный файл.

Еще хуже. Править руками XML файл еще тот гемморой, более неудобный способ придумать трудно.

Кому нужно, пусть себе в XML лепят конфиг, а потом конвертируют в формат конфигов Nagios или возьмут в руки perl и Nagios::Config.

>Если им жуть как не
>охота нормально юзать данные - пусть хоть инициализируют приложение из нормального
>источника (например XML).

XML нормальный источник для обмена информацией (импорт/экспорт), но никак не для хранения конфигов.


>> У вас талант все усложнять и идти путем технологии ради технологий ?
>
>У меня талант (?) использовать уже наработанные технологии, а не создавать велосипеды
>с квадратными колёсами.

Вы утрируйте.

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

21. "Обзор Nagios 2.0. Введение в ping. Скрипт для анализа трафик..."  +/
Сообщение от bmc (??), 20-Окт-05, 09:54 
>Зачем людем лезть в базу ???

Сохранять данные - зачем же ещё? Вы вообще против БД или где? Сохранять данные им надо уже сейчас, а дальше - больше, там уже и индексы начнут придумывать и транзакции (не хочется думать как это будет выглядеть в их реализации).

Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

22. "Обзор Nagios 2.0. Введение в ping. Скрипт для анализа трафик..."  +/
Сообщение от Аноним (-), 20-Окт-05, 10:40 
>>Зачем людем лезть в базу ???
>Сохранять данные - зачем же ещё?

Зачем посторонним что-то сохранять в базе Nagios в обход интерфейса плагинов ?

>Вы вообще против БД или где?

Я против использования БД там где она не нужна.


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

23. "Обзор Nagios 2.0. Введение в ping. Скрипт для анализа трафик..."  +/
Сообщение от bmc (??), 20-Окт-05, 10:49 
>Зачем посторонним что-то сохранять в базе Nagios в обход интерфейса плагинов ?

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

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

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

26. "Обзор Nagios 2.0. Введение в ping. Скрипт для анализа трафик..."  +/
Сообщение от Аноним (-), 20-Окт-05, 11:09 
>Я уже упоминал об этом - это наз-ся "остальной мир". Т.е. если
>я захочу интегрировать нагиос в свою систему слежения за сетью, или
>например написать нормальную морду для него, то мне придётся испытывать дикий
>дискомфорт и проделывать ненужную работу.

Прикрутите фильтр, который будет писать алерты в _нужном_вам_формате_ в _любой_ приемник данных, нужно в SQL - будет писать в SQL.

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

27. "Обзор Nagios 2.0. Введение в ping. Скрипт для анализа трафик..."  +/
Сообщение от bmc (??), 20-Окт-05, 12:00 
фильтры - это хорошо (серьёзно), но вот как я буду добавлять/изменять хосты? Надо с начала и до конца делать программу прозрачную.
Ответить | Правка | Наверх | Cообщить модератору

28. "Обзор Nagios 2.0. Введение в ping. Скрипт для анализа трафик..."  +/
Сообщение от Аноним (-), 20-Окт-05, 12:23 
>фильтры - это хорошо (серьёзно), но вот как я буду добавлять/изменять хосты?

У меня раз в час запускается скрипт который при наличии изменений в базе строит файлы конфигурации nagios. Написал такой построитель с нуля за пару часов, если использовать готовые модули подобные Nagios::Config то  меньше времени бы ушло.

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

29. "Обзор Nagios 2.0. Введение в ping. Скрипт для анализа трафик..."  +/
Сообщение от bmc (??), 20-Окт-05, 14:38 
>>Плагины - это не то. Про апи - дайте чтоли пример как
>>я например могу заюзать указанный АПИ из допустим жабки.
>http://www.nagios.org/faqs/viewfaq.php?faq_id=50

Вы меня неправильно поняли - для Java. Но не суть - далее скажу.

>API для лога и конфига: http://search.cpan.org/~tobeya/Nagios-Object/
Ну на перле тут понятно разобрать не хитрое дело, надо более общо.

>XML представление: http://nxe.sourceforge.net/
Вот за эту линку душевно благодарю, поковыряю, хотя прокладка получается не очень кошерная.

>>Я про конфигурационный файл.
>Еще хуже. Править руками XML файл еще тот гемморой, более неудобный способ
>придумать трудно.

Что неудобного? Посмотрите у ZOPE например - вполне читаемо, расширяемо, определён DTD и можно свои инструменты юзать.

>Кому нужно, пусть себе в XML лепят конфиг, а потом конвертируют в
>формат конфигов Nagios или возьмут в руки perl и Nagios::Config.

Не могу согласится, что xml не поддаётся ручному редактированию. Он прост, элегантен и не требует никаких сверхестественных знаний.

>Вы утрируйте.
Согласен, но таки уверен, что гораздо удобнее было бы применение баз с самого начала, а не опосредовано.

>У меня раз в час запускается скрипт который при наличии изменений в
>базе строит файлы конфигурации nagios. Написал такой построитель с нуля

Ну вот "ох как нелюблю" я такие методы. Ну вот нафига две одинаковых сущности хранить и заниматся их синхронизацией? Лучше уж или одно или другое пропатчить на предмет обнаружения чужого источника информации.

Итого: Вы меня убедили, что можно с нагиосом общатся как с нормальной программой, если дописать (выкачать?) пару модулей. Я в свою очередь не вижу (кроме как психологического момента) почему надо было выбирать такие кхм... неудобные схемы храниния данных по умолчанию.

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

24. "Обзор Nagios 2.0. Введение в ping. Скрипт для анализа трафик..."  +/
Сообщение от bmc (??), 20-Окт-05, 10:50 
>Я против использования БД там где она не нужна.

Нужна она, нужна. Никто не хочет изучать все внутренности продукта, чтобы дописать/интегрировать его.

Ответить | Правка | К родителю #22 | Наверх | Cообщить модератору

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

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру