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

Архитектура, проблемы с монитором сессий и проблемы с базой
http://forum.bitel.ru/viewtopic.php?f=22&t=1946		 Страница 1 из 1
Автор:  treas [ 25 фев 2009, 17:19 ]
Заголовок сообщения:  Архитектура, проблемы с монитором сессий и проблемы с базой
В общем раньше было все на одном линукс сервере, было решено раскидать на две... Распределили следующим образом:
VPN сервер:
PPTP + IPCAD + SNMP (?) + Radius клиент

BGBilling сервер:
BGBilling + Radius сервер + IPN Netflow + SNMP (?)

Время от времени в мониторе перестает отображаться время и количество потребленного трафика и наработка по трафику все по 0... Вопрос в следующем от чего это зависит? После окончания сесии все данные исправно вносятся в базу, но во время сесии все по 0.
Второй вопрос где именно должен стоять SNMP на первом или втором сервере?
И третее.... Время от времени во время дампа базы рвуться сессии причем судя по всему рвуться выборочно не все, но подавляющее большинство. Есть от этого лекарство?
Автор:  snark [ 25 фев 2009, 17:37 ]
Заголовок сообщения:  Re: Архитектура, проблемы с монитором сессий и проблемы с ба
treas писал(а):
Время от времени в мониторе перестает отображаться время и количество потребленного трафика и наработка по трафику все по 0... Вопрос в следующем от чего это зависит? После окончания сесии все данные исправно вносятся в базу, но во время сесии все по 0.

NAS шлет только старт и стоп аккаунтинг, а аливы не шлет, IMHO поэтому ...

treas писал(а):
Второй вопрос где именно должен стоять SNMP на первом или втором сервере?

SNMP для чего? для сброса юзеров? тут только один вариант - на NAS-е ;)

treas писал(а):
И третее.... Время от времени во время дампа базы рвуться сессии причем судя по всему рвуться выборочно не все, но подавляющее большинство. Есть от этого лекарство?

есть - делать дампы в период наименьшей активности юзеров ...
Автор:  treas [ 25 фев 2009, 18:27 ]
Заголовок сообщения:  Re: Архитектура, проблемы с монитором сессий и проблемы с ба
snark писал(а):
treas писал(а):
Время от времени в мониторе перестает отображаться время и количество потребленного трафика и наработка по трафику все по 0... Вопрос в следующем от чего это зависит? После окончания сесии все данные исправно вносятся в базу, но во время сесии все по 0.

NAS шлет только старт и стоп аккаунтинг, а аливы не шлет, IMHO поэтому ...

treas писал(а):
Второй вопрос где именно должен стоять SNMP на первом или втором сервере?

SNMP для чего? для сброса юзеров? тут только один вариант - на NAS-е ;)

treas писал(а):
И третее.... Время от времени во время дампа базы рвуться сессии причем судя по всему рвуться выборочно не все, но подавляющее большинство. Есть от этого лекарство?

есть - делать дампы в период наименьшей активности юзеров ...


1. Ээээ и как разобраться с этой пробелмой? ведь в принципе время от времени работает все как по часам потом перестанет в чем проблема в каком сегменте системы? я так понимаю NAS в целом это radius клиент + pptp ? или же все же + SNMP + ipcad? ipacad думаю вычеркнуть можно остаются три элемента pptp поднимает соединения тоже вроде ничего не шлет остаются SNMP и radius клиент.... в ком из них могло закрастся ?
2. Аригато :)
3. В принципе 7 утра это период наименьшей активности юзеров есть еще варианты снизить побочный эффект дампа?
Автор:  snark [ 25 фев 2009, 19:41 ]
Заголовок сообщения:  Re: Архитектура, проблемы с монитором сессий и проблемы с ба
treas писал(а):
в принципе время от времени работает все как по часам потом перестанет в чем проблема в каком сегменте системы? я так понимаю NAS в целом это radius клиент + pptp ? или же все же + SNMP + ipcad? ipacad думаю вычеркнуть можно остаются три элемента pptp поднимает соединения тоже вроде ничего не шлет остаются SNMP и radius клиент.... в ком из них могло закрастся ?

у Вас NAS - это пингвин + ррр и трабла как раз в ррр раз он то отправляет аливы то не отправляет ... хотя ... посмотрите tcpdump-ом на нем, может он постоянно шлет и они где-то в пути теряются? ipcad - это всего лишь софтина которая отправляет netflow, хотя если и netflow трафик теряется, то тогда надо искать траблы в линке между NAS-ом и БГБ ...

treas писал(а):
3. В принципе 7 утра это период наименьшей активности юзеров есть еще варианты снизить побочный эффект дампа?

дампить надо где-то в 4-5 часов утра, тогда точно наименьшее кол-во юзеров ... ну как вариант можно дампить не всю БД целиком, а только отдельные таблицы, т.к. зачем Вам регулярный дамп прошлогодних таблиц если они у Вас уже есть?
Автор:  treas [ 26 фев 2009, 16:45 ]
Заголовок сообщения:  Re: Архитектура, проблемы с монитором сессий и проблемы с ба
snark писал(а):
treas писал(а):
в принципе время от времени работает все как по часам потом перестанет в чем проблема в каком сегменте системы? я так понимаю NAS в целом это radius клиент + pptp ? или же все же + SNMP + ipcad? ipacad думаю вычеркнуть можно остаются три элемента pptp поднимает соединения тоже вроде ничего не шлет остаются SNMP и radius клиент.... в ком из них могло закрастся ?

у Вас NAS - это пингвин + ррр и трабла как раз в ррр раз он то отправляет аливы то не отправляет ... хотя ... посмотрите tcpdump-ом на нем, может он постоянно шлет и они где-то в пути теряются? ipcad - это всего лишь софтина которая отправляет netflow, хотя если и netflow трафик теряется, то тогда надо искать траблы в линке между NAS-ом и БГБ ...

treas писал(а):
3. В принципе 7 утра это период наименьшей активности юзеров есть еще варианты снизить побочный эффект дампа?

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


1. Аригато покапался как оказалась проблема во девайсе похоже ) заменил глюченую сетевую и вроде до сих пор проблем не было )
3. Аригато :) попробую :)
Автор:  treas [ 27 фев 2009, 20:52 ]
Заголовок сообщения: 
c глюк SNMP при попытке выключить вылазит сообщение:
Shutting down snmpd: pidof: can't get program name from /proc/16008/stat
выключается потом нормально но все же это сообщение вылазит и при попытке проверить статус: pidof: can't get program name from /proc/21564/stat

и еще заметил выключаю snmp потом вновь включаю время в мониторе некоторое время отображается потом опять те же глюки с монитором

зы: проблемы с монитором вернулись :(
Автор:  treas [ 02 мар 2009, 17:18 ]
Заголовок сообщения: 
вернулся на старый сервер все на один, проблемы с монитором никуда не делись так и не отображает ничего... Похоже проблема все же в биллинге
Автор:  treas [ 03 мар 2009, 16:19 ]
Заголовок сообщения: 
зы тему можно закрывать проблема была в SNMP... без него не показывает ни время ни трафик текуший, только после завершения сессии
Автор:  snark [ 03 мар 2009, 17:57 ]
Заголовок сообщения: 
treas писал(а):
зы тему можно закрывать проблема была в SNMP... без него не показывает ни время ни трафик текуший, только после завершения сессии

не надо закрывать :) Вы хоть расскажите как сязан SNMP с трафиком? у Вас режим "чекер", а не "апдейт" работал что ли?
Автор:  stark [ 05 мар 2009, 13:08 ]
Заголовок сообщения: 
snark писал(а):
treas писал(а):
зы тему можно закрывать проблема была в SNMP... без него не показывает ни время ни трафик текуший, только после завершения сессии

не надо закрывать :) Вы хоть расскажите как сязан SNMP с трафиком? у Вас режим "чекер", а не "апдейт" работал что ли?


похоже на то
Автор:  treas [ 05 мар 2009, 17:15 ]
Заголовок сообщения: 
Код:
#для DialUP - режим работы:
#1- режим UPDATE - пересчет во время прохождения UPDATE  пакетов
#2 - режим CHECKER - пересчет по таймеру, UPDATE пакеты используются для получения информации о трафике
dialup.workmode=2


это плохо?) я толком так и не понял :) Стоит ли переходить на UPDATE?
Автор:  snark [ 05 мар 2009, 17:54 ]
Заголовок сообщения: 
netflow и CHECKER - не совместимы, ЕМНИП
Автор:  treas [ 05 мар 2009, 19:24 ]
Заголовок сообщения: 
snark писал(а):
netflow и CHECKER - не совместимы, ЕМНИП

Почему не совместимы тогда как сейчас все работает?
Сбор потоков идет через IPCAD который отправляет на BGBRadius который в свою очередь форвардит потоки на BGBIPNNetFlow
Автор:  snark [ 05 мар 2009, 20:14 ]
Заголовок сообщения: 
treas писал(а):
Почему не совместимы тогда как сейчас все работает?
сейчас все работает так:
treas писал(а):
Время от времени в мониторе перестает отображаться время и количество потребленного трафика и наработка по трафику все по 0...
...
После окончания сесии все данные исправно вносятся в базу, но во время сесии все по 0.
что не есть гут ... у меня dialup.workmode=1 + netflow работает просто как часы! попробуйте, думаю что проблема в этом ...
ЕМНИМС где-то тут, на форуме, было про то что лучше использовать update вместо checker при использовании netflow, но вот так сразу я не нашел :(

treas писал(а):
Сбор потоков идет через IPCAD который отправляет на BGBRadius который в свою очередь форвардит потоки на BGBIPNNetFlow
если ipcad не может слать больше чем на 1 IP адрес, то форвардить пакеты самим радиусом - не очень хорошая затея, гораздо лучше для этого использовать или флоу-фанаут (только netflow) или сампликатор (размножает все подряд) ...
Автор:  treas [ 06 мар 2009, 18:06 ]
Заголовок сообщения: 
snark писал(а):
treas писал(а):
Почему не совместимы тогда как сейчас все работает?
сейчас все работает так:
treas писал(а):
Время от времени в мониторе перестает отображаться время и количество потребленного трафика и наработка по трафику все по 0...
...
После окончания сесии все данные исправно вносятся в базу, но во время сесии все по 0.
что не есть гут ... у меня dialup.workmode=1 + netflow работает просто как часы! попробуйте, думаю что проблема в этом ...
ЕМНИМС где-то тут, на форуме, было про то что лучше использовать update вместо checker при использовании netflow, но вот так сразу я не нашел :(

treas писал(а):
Сбор потоков идет через IPCAD который отправляет на BGBRadius который в свою очередь форвардит потоки на BGBIPNNetFlow
если ipcad не может слать больше чем на 1 IP адрес, то форвардить пакеты самим радиусом - не очень хорошая затея, гораздо лучше для этого использовать или флоу-фанаут (только netflow) или сампликатор (размножает все подряд) ...

сейчас все работает как часы, на старом насе, на новом глючит но похоже проблема с snmp с самим...
Автор:  stark [ 11 мар 2009, 01:57 ]
Заголовок сообщения: 
snark писал(а):
netflow и CHECKER - не совместимы, ЕМНИП

Почему? вполне себе соместимы .. CHECKER - проверяет жив ли клиент, а считает по netflow
Страница 1 из 1 Часовой пояс: UTC + 5 часов [ Летнее время ]
Powered by phpBB® Forum Software © phpBB Group
http://www.phpbb.com/