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

Кол-во сервисов на Accounting-сервере ?
http://forum.bitel.ru/viewtopic.php?f=44&t=12511
Страница 1 из 1

Автор:  ok-2004 [ 23 июн 2017, 08:50 ]
Заголовок сообщения:  Кол-во сервисов на Accounting-сервере ?

Доброе утро!
Прошу пояснить :
1. Правильно ли я понимаю что Accounting-сервер при старте загружает только сервисы прикреплённые только к тем устройствам ,которые лежат в дереве модуля INET под ним ?
2. Правильно ли я понимаю что Accounting-сервер при старте и загрузке сервисов не взирает ни на статус договора , ни на статус сервиса , ни на состяние этого сервиса на устройстве ( даже если они в состояниии "отключён" или "заблокирован" или "удалён" ) ?

Инфо о вер: 6.2

Автор:  Arcad77 [ 25 июн 2017, 03:03 ]
Заголовок сообщения:  Re: Кол-во сервисов на Accounting-сервере ?

Еще интересно узнать примерный расчет нагрузки на потребление памяти.
То есть сколько нужно предоставить памяти процессу -Xmx256m, если у нас 50 абонентов 100, 500, 1000, или зависимость от количества NAS-ов на которых всего по 10-ток абонентов при этом NAS-ов штук 80.

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

Автор:  a.vozny [ 26 июн 2017, 19:37 ]
Заголовок сообщения:  Re: Кол-во сервисов на Accounting-сервере ?

ok-2004 писал(а):
2. Правильно ли я понимаю что Accounting-сервер при старте и загрузке сервисов не взирает ни на статус договора , ни на статус сервиса , ни на состяние этого сервиса на устройстве ( даже если они в состояниии "отключён" или "заблокирован" или "удалён" ) ?
Инфо о вер: 6.2

полагаю что за это отвечает worker

Автор:  a.vozny [ 26 июн 2017, 19:39 ]
Заголовок сообщения:  Re: Кол-во сервисов на Accounting-сервере ?

Arcad77 писал(а):
Еще интересно узнать примерный расчет нагрузки на потребление памяти.
То есть сколько нужно предоставить памяти процессу -Xmx256m, если у нас 50 абонентов 100, 500, 1000, или зависимость от количества NAS-ов на которых всего по 10-ток абонентов при этом NAS-ов штук 80.

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


уже лет пять думаю поставить jmx для мониторинга .... и мучаюсь этим вопросом, в надежде что он её решит.

Автор:  Amir [ 27 июн 2017, 21:44 ]
Заголовок сообщения:  Re: Кол-во сервисов на Accounting-сервере ?

Цитата:
1. Правильно ли я понимаю что Accounting-сервер при старте загружает только сервисы прикреплённые только к тем устройствам ,которые лежат в дереве модуля INET под ним ?
2. Правильно ли я понимаю что Accounting-сервер при старте и загрузке сервисов не взирает ни на статус договора , ни на статус сервиса , ни на состяние этого сервиса на устройстве ( даже если они в состояниии "отключён" или "заблокирован" или "удалён" ) ?
Да (если речь про загрузку в память).

Автор:  Amir [ 27 июн 2017, 21:53 ]
Заголовок сообщения:  Re: Кол-во сервисов на Accounting-сервере ?

Цитата:
Просто сервер работал вроде нормально но внезапно стал зависать, хотя нагрузка сильно не менялась.
В логах появилось что открыто слишком много файлов, - пришлось расширить память до 2 Гигов, результат потеря пол месяца логов.
Ограничение на кол-во открытых файлов не относится к потреблению памяти (скорее всего). Нужно смотреть сколько файлов открыто, какие файлы. Это можно сделать до того, как появится ошибка, но желательно не сразу после перезапуска приложения.

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

Код:
lsof -p $pid
ls -l /proc/$pid/fd
ls /proc/$pid/fd/ | wc -l

ulimit -n
lsof | wc -l

Автор:  Arcad77 [ 28 июн 2017, 01:04 ]
Заголовок сообщения:  Re: Кол-во сервисов на Accounting-сервере ?

lsof -p $pid - pid я так понимаю надо искать в PS FAX и чтобы -Dapp.name=BGInetAccounting

Тогда lsof -p 30022 -> Очень много строк!
ls -l /proc/30022/fd - Также не мало!
А дальше по проще.
root@server1:~# ls /proc/30022/fd/ | wc -l
205
root@server1:~# ulimit -n
1024
root@server1:~# lsof | wc -l
426385

Ну как то так! 205 файликов.

Автор:  a.vozny [ 28 июн 2017, 11:34 ]
Заголовок сообщения:  Re: Кол-во сервисов на Accounting-сервере ?

решил у себя псм , хотя ошибок что превышен лимит открытых файлов нет
root@bill:/usr/local/BGBillingServer# cat /proc/sys/fs/file-max
4954179
root@bill:/usr/local/BGBillingServer# cat /proc/sys/fs/file-nr
2160 0 4954179

lsof | wc -l
1990000


-- scheduler---
lsof | grep BGS | wc -l
440000

после ребута службы файлов 0


------- ulimit.conf ----------------
mysql hard nofile 1024000
mysql soft nofile 1024000
root hard nofile 1024000
root soft nofile 1024000

Автор:  ok-2004 [ 28 июн 2017, 14:28 ]
Заголовок сообщения:  Re: Кол-во сервисов на Accounting-сервере ?

Цитата:
Да (если речь про загрузку в память).


Хм.
Значит получается так :
Был какой-то INET-сервис у клиента.
Его статус был открыт, сотояние этого сервиса на устройсте было либо включено, либо отключено ( в зависимости от баланса. )
Потом решили этот сервис поменять на другой.
Создали юзеру новый сервис , а старый ручками перевели в состояние "заблокирован" со вчерашнего числа и состояние этого сервиса на устройстве автоматом поменялось на "удалён"
По логике этот сервис уже не должен тарифицироваться и обсчитываться, а значит Accounting-серверу на этот сервис должно быть "до фени".
Зачем же грузить то его в память ?
Или Accounting-сервер просто грузит его в память и при обработке просто пропускает его ?

Автор:  Amir [ 28 июн 2017, 15:49 ]
Заголовок сообщения:  Re: Кол-во сервисов на Accounting-сервере ?

Про периоды не спрашивали - если закрыт период, то не грузит. Если закрыть период, то через некоторое время удаляет из памяти.

Автор:  Amir [ 29 июн 2017, 16:08 ]
Заголовок сообщения:  Re: Кол-во сервисов на Accounting-сервере ?

Цитата:
lsof -p $pid - pid я так понимаю надо искать в PS FAX и чтобы -Dapp.name=BGInetAccounting

Тогда lsof -p 30022 -> Очень много строк!
ls -l /proc/30022/fd - Также не мало!
А дальше по проще.
root@server1:~# ls /proc/30022/fd/ | wc -l
205
root@server1:~# ulimit -n
1024
root@server1:~# lsof | wc -l
426385

Ну как то так! 205 файликов.


Цитата:
root@server1:~# ulimit -n
1024
Это мало, нужно увеличить лимит в системе.

http://wiki.bitel.ru/index.php/%D0%9E%D ... n_files%22
https://access.redhat.com/documentation ... _User.html
https://www.cyberciti.biz/faq/linux-inc ... pen-files/

Автор:  Arcad77 [ 29 июн 2017, 23:04 ]
Заголовок сообщения:  Re: Кол-во сервисов на Accounting-сервере ?

Я писал(а):
root@server1:~# ls /proc/30022/fd/ | wc -l
205
root@server1:~# ulimit -n
1024

Amir писал(а):
Цитата:
root@server1:~# ulimit -n
1024
Это мало, нужно увеличить лимит в системе.


Это аж на каких дрожжах BGInetAccounting с 205 переваливает за 1024 при добавлении 1-2 клиентов и 1-ого NAS-а в неделю!?

Автор:  Phricker [ 29 июн 2017, 23:40 ]
Заголовок сообщения:  Re: Кол-во сервисов на Accounting-сервере ?

Это общее количество возможных открытых файлов. Не только одного аккаунтинга, но и базы, акцесса, биллинга и прочего

Автор:  Arcad77 [ 30 июн 2017, 11:03 ]
Заголовок сообщения:  Re: Кол-во сервисов на Accounting-сервере ?

Phricker писал(а):
Это общее количество возможных открытых файлов. Не только одного аккаунтинга, но и базы, акцесса, биллинга и прочего

80 - NAS-ов по 2 файлика на сохранение flow-потоков, остальное штатный набор базы, и т.д.
я к тому что перебор с файлами это явно из-за какой-то утечки чего-то куда-то, в прошлом месяце все работало на 256М а с 1-ого на тебе 2Г мало!

Автор:  Amir [ 05 июл 2017, 20:59 ]
Заголовок сообщения:  Re: Кол-во сервисов на Accounting-сервере ?

1024 - мало для сервера (туда еще сокеты входят, серверные и клиентские).
А если кол-во открытых файлов постоянно растет - надо смотреть - нужен хотя бы список открытых файлов процесса, где видно, что какие-то очень старые открыты.

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