forum.bitel.ru
http://forum.bitel.ru/

BGIPNNetflowCollector v4.6
http://forum.bitel.ru/viewtopic.php?f=7&t=2144
Страница 1 из 1

Автор:  and [ 07 апр 2009, 15:33 ]
Заголовок сообщения:  BGIPNNetflowCollector v4.6

Продолжаем ставить в тест и следующий вопрос.
Коллектор в старой версии сохраняет логи в
./log/source_1/2009/MM/dd/log_hh
новый же сохраняет
./log/source_1/2009/YYYY-MM/YYYY-MM-dd/log_YYYY-MM-dd-hh.000.bgdl

Какова совместимость со старым коллектором?

Автор:  Администратор [ 07 апр 2009, 16:02 ]
Заголовок сообщения: 

Должен брать, просто попробуйте переобработать старый час какой-нибудь и все.

Автор:  and [ 10 апр 2009, 10:03 ]
Заголовок сообщения: 

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


Возник следующий вопрос! Как я уже говорил в старом коллекторе логи хранились в одном месте в новом стали в другом, заметил ещё одно новшество!!!! смотрим за любой день в старом коллекторе размер общих логов за день варьируется в зависимости от интенсивности у меня составляет примерно около 100 Мб в день.

В новом коллекторе создаются файлы по 5 Мб, и их минимум по 4 штуки и у меня за день вышло примерно 600 Мб. в шесть раз увеличились размеры логов, внимание вопрос: чем вызвано такое резкое увеличение размера логов?

Автор:  Amir [ 10 апр 2009, 14:02 ]
Заголовок сообщения: 

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

Размер буфера записи:
datalog.chunk.size=524288
Сжатие:
datalog.compression.type=1

При запуске обработки логов создается новый лог файл, в старом сбрасывается буфер.

Можно посмотреть лог файл - если там встречаются большие блоки заполненные нулями, то можно уменьшить datalog.chunk.size.

Самый простой способ - просто установить datalog.compression.type=1
5мб за 15 минут легко сожмутся, т.е. думаю что дополнительная нагрузка на процессор будет даже не заметна, а пустые блоки при сжатии вообще почти совсем исчезнут.
Если сожмете лог файл zip-ом с самым быстрым сжатием - примерно таким размером должен быть лог файл при работающем сжатии.

Автор:  mazay-d [ 10 апр 2009, 20:08 ]
Заголовок сообщения: 

Что за ошибку сыплет в консоль при остановки коллектора?

Код:
[root@bill BGIPNNetflowCollector]# ./netflow.sh stop
log4j:WARN No appenders could be found for logger (ru.bitel.bgbilling.server.util.DefaultServerSetup).
log4j:WARN Please initialize the log4j system properly.

Автор:  tiffolk [ 11 апр 2009, 03:59 ]
Заголовок сообщения: 

mazay-d писал(а):
Что за ошибку сыплет в консоль при остановки коллектора?

Код:
[root@bill BGIPNNetflowCollector]# ./netflow.sh stop
log4j:WARN No appenders could be found for logger (ru.bitel.bgbilling.server.util.DefaultServerSetup).
log4j:WARN Please initialize the log4j system properly.


Это не ошибка. В следующем билде уберут. Уже спрашивал я.

Автор:  Jimson [ 13 апр 2009, 12:49 ]
Заголовок сообщения: 

Amir писал(а):
В новом - весь пакет. Также для исключения блокировок, т.е. чтобы полностью использовать процессорное время, избегали синхронизаций, поэтому на каждый поток отдельный буфер.

иначе говоря в чем разница между новым форматом файлов и форматом файлов flow-tools? может сделать связку без дополнительных преобразований, сложно новому коллектору "кушать" файлы flow-tools?

Автор:  Администратор [ 13 апр 2009, 12:59 ]
Заголовок сообщения: 

Может он "кушать" эти файлы в чистом виде, под то и делалось..

Автор:  Amir [ 13 апр 2009, 18:40 ]
Заголовок сообщения: 

Выдержка из доки, которая в данный момент еще дорабатывается:
Цитата:
Далее необходимо настроить связку с flow-tools. Коллектор поддерживает формат логов flow-tools, с логами netflow версий 5 и 7, поэтому будет достаточно настроить сбор логов flow-tools в директорию логов источника. nesting_level должен быть -3 для совместимости с системой хранения логов коллектора.

Пример: создаем perl файл rotate.pl, он будет обрабатывать появление нового лог-файла flow-tools
Код:
#!/usr/bin/perl

my $name = $ARGV[0];
my $loader='/usr/local/BGIPNNetflowCollector/netflow.sh';

if ( $name =~ /source_(\d+)\/.*\.(\d\d\d\d)-(\d\d)-(\d\d)\.(\d\d)/ )
{
    my $source = $1;
    my $logYY = $2;
    my $logMM = $3;
    my $logDD = $4;
    my $logHH = $5;

    `$loader isload $source $logYY-$logMM-$logDD-$logHH`;
}
else
{
    die "unknown format $name";
}

Далее устанавливаем в автозапуск:
flow-capture -N -3 -w /usr/bill/log/source_1 -n 95 -R rotate.pl 0/0/2003

Автор:  Jimson [ 14 апр 2009, 03:45 ]
Заголовок сообщения: 

полезное упрощение связки netflow и коллектора bgbilling, учитывая что большая часть крайне полезного софта по постобработке netflow работает с файлами формата flow-tools
моя довольный, спасибо за фичу и консультацию )

Автор:  and [ 05 май 2009, 13:30 ]
Заголовок сообщения: 

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

Сейчас попробовал переработать старые логи! И как результат в отчётах договоров трафики все понулям!

Автор:  and [ 05 май 2009, 17:35 ]
Заголовок сообщения: 

up

Автор:  Amir [ 05 май 2009, 17:58 ]
Заголовок сообщения: 

Билд последний коллектора?
netflow save что дает по старым логам?

Автор:  and [ 05 май 2009, 18:15 ]
Заголовок сообщения: 

Amir писал(а):
Билд последний коллектора?
netflow save что дает по старым логам?


Traffic collector for IPN v 4.6 build 147 from 06.04.2009 14:41:00
Код:
./netflow.sh save 1 2009-03-31-16 1
Saving started..

и в файле 1 статистика как в почту отсылается!

Автор:  Amir [ 05 май 2009, 18:16 ]
Заголовок сообщения: 

А в получившемся файлике нормально все, расхождений нет?

Автор:  and [ 05 май 2009, 18:29 ]
Заголовок сообщения: 

Amir писал(а):
А в получившемся файлике нормально все, расхождений нет?

Нашёл проблему!
Неудобно предоставлена смена привязок услуг! То есть с апреля месяца у клиента поменялась схема привязки! При пересчёте за март месяц он обработал по привязке которая изменилась! А вот старая привязка просто пропала!
То есть для реализации смены привязки услуг надо закрывать период действия IP-адреса! Помоему очень даже неудобно!

Спасибо за ответы!

Страница 1 из 1 Часовой пояс: UTC + 5 часов [ Летнее время ]
Powered by phpBB® Forum Software © phpBB Group
http://www.phpbb.com/