S
Size: a a a
2020 October 19
ST
А как называется опция?
@dimka_88 подскажет, или попробую вспомнились
ST
Ну у меня утмовский радиус 5к юзеров сразу переваривал вроде... Там скорее насу стало плохо )
+
Е
Джиттер хорошо запросы размазывает
DM
еще обратите внимание на то с какой скоростью accel пуляет запросы. в радиусе у id всего один байт, могут быть проблемы с его переполнением, если accel это не учитывает (не проверял)
Хмм, ну не знаю даже
DM
и раскидываете им хоть на 20 процессов
Теперь понял, только знать бы что мы то лечим
Е
Вообще надо в HA кластеры уходить, меня напрягает массовый отвал абонентов при отключении одного из брасов
D
@dimka_88 подскажет, или попробую вспомнились
max-starting
ST
вооо
s
Вообще надо в HA кластеры уходить, меня напрягает массовый отвал абонентов при отключении одного из брасов
По этому у меня куча в параллель, так хоть страдает 1-1,5 к народу.
Е
По этому у меня куча в параллель, так хоть страдает 1-1,5 к народу.
Ну у меня их два, но всё равно не очень приятно
ST
Вообще надо в HA кластеры уходить, меня напрягает массовый отвал абонентов при отключении одного из брасов
уже только так )
DM
а идея weight чтобы уровнять нагрузку ? или последовательность выбора сервера:
это из файла accel-pppd/radius/serv.c
это значит для балансировки ?
if ((s->backup < s0->backup) ||
((s->backup == s0->backup) &&
((s->client_cnt[0] + s->client_cnt[1])*s0->weight < (s0->client_cnt[0] + s0->client_cnt[1])*s->weight)))
s0 = s;
это из файла accel-pppd/radius/serv.c
это значит для балансировки ?
Дошло кажись, в этом примере из каждых 16 запросов первый бэкенд будет обрабатывать 10, второй 5, а третий 1. При этом бэкап-сервер будет получать запросы только если три основных бэкенда недоступны.
DM
server=1.1.1.1,secret,auth-port=1812,acct-port=1813,req-limit=0,fail-time=0,weight=1000
server=2.2.2.2,secret,auth-port=1812,acct-port=1813,req-limit=0,fail-time=0,weight=1000
с такими настройками если просто взять и выключить первый радиус то на второй запросы на авторизацию не идут вообще, у меня что то не так настроено или баг?
server=2.2.2.2,secret,auth-port=1812,acct-port=1813,req-limit=0,fail-time=0,weight=1000
с такими настройками если просто взять и выключить первый радиус то на второй запросы на авторизацию не идут вообще, у меня что то не так настроено или баг?
То есть вот тут по 1к в одно рыло, но при этом пока 1к не набьется в первом во второй не пойдет
DM
max-starting
А в какую секцию его совать? И как оно работает?
DM
Вообще надо в HA кластеры уходить, меня напрягает массовый отвал абонентов при отключении одного из брасов
Поставь лизу на 10минут, никто не будет сильно плакать в таком случае
s
Ну у меня их два, но всё равно не очень приятно
Я тут частично побеждаю старые схемы и скрипты. Было 12, сократил до 8 + 1(резерв). Хотя из за тспу я бы оставил ) у нас они "роутер на палочке" Вот пускай 12 экофильтров с оптическими переключателями и дают )
Е
Поставь лизу на 10минут, никто не будет сильно плакать в таком случае
Так и стоит, но это всё равно дофига
Е
Я тут частично побеждаю старые схемы и скрипты. Было 12, сократил до 8 + 1(резерв). Хотя из за тспу я бы оставил ) у нас они "роутер на палочке" Вот пускай 12 экофильтров с оптическими переключателями и дают )
Целую стройку под них)
DM
и раскидываете им хоть на 20 процессов
А что вы имеете ввиду под словом «процесс»?