|
Название: выгрузка сырого netflow из биллинга Отправлено: verves от 02 Декабря 2009, 18:12:26 согласно ЗоС РФ провайдер обязан хранить логи "кто, куда и зачем" в течение 3х лет.
Хранить детализированный траффик в mysql 3 года (сейчас он хранится 31день) полный абсурд, поэтому решил сливать его в суточные файлы и архивировать. Покопавшись в nodeny.pl нашёл процедуру запроса траффика у коллекторов. (траффик собираем через rsh c ipcad'a) Согласно неё биллинг периодически запускает скрипт ipcad.pl который собирает траффик с коллекторов в файлики для последующей обработки. 1 файл - 1 сателлит. Мыслю немного подредактировать этот скрипт, чтобы во время выполнения он параллельно сливал статистику в файл $date.$month.$year.log Так вот, насколько я понял биллинг эти скрипты запускает параллельно в одно и тоже время для нескольких саттелитов, что может вызвать конфликт во время записи в один файл. (вторая копия скрипта просто несможет открыть файл для редактирования и записи) Верны ли мои опасения и как идеологически и технически правильней реализовать эту функцию? Может записывать статистику в файл во время обсчёта биллингом траффика? Спасибо. Название: Re: выгрузка сырого netflow из биллинга Отправлено: elite от 02 Декабря 2009, 19:31:56 а что плохого хранить детальную статистику в мускуле?
Название: Re: выгрузка сырого netflow из биллинга Отправлено: verves от 02 Декабря 2009, 19:40:08 а что плохого хранить детальную статистику в мускуле? мне даже сложно представить размер базы в таком случае, но это точно не одна сотня гигабайт :)Название: Re: выгрузка сырого netflow из биллинга Отправлено: versus от 03 Декабря 2009, 12:54:16 что мешает выгружать данные с базы ночью во время наименьшей активности, притом что вы перед выгрузкой в файл можете обработать скриптом как вам угодно. Зачем вмешиватся в работу именно ядра, как потом отлавливать баги ??
|