Новая ветка rel-0-4
-
- Site Admin
- Сообщения: 5748
- Зарегистрирован: Пт янв 28, 2005 3:11 pm
- Контактная информация:
Новая ветка rel-0-4
Обсуждение
-
- Site Admin
- Сообщения: 5748
- Зарегистрирован: Пт янв 28, 2005 3:11 pm
- Контактная информация:
1 За последний год в системе появилось множество новых улучшений по функционалу. Эти улучшения привели к определенной «тормознутости» системы при больших нагрузках.
2 В ветке 0.4 будет ориентироваться на провайдеров с базой пользователей в 5000 - 10000 и с 500 -1000 онлайн пользователями.
3 Дополнительные возможности такие как внешний акаунтинг, детализация сессий не будут больше включены в системе по умолчанию. Для их включения нужно будет их прописывать в конфигурационном файле или делать какие-то дополнительные действия.
4 Нагруженные таблицы будут разделены по периодам.
5 При radius авторизации система будет ориентироваться в основном на использование rlm_perl
2 В ветке 0.4 будет ориентироваться на провайдеров с базой пользователей в 5000 - 10000 и с 500 -1000 онлайн пользователями.
3 Дополнительные возможности такие как внешний акаунтинг, детализация сессий не будут больше включены в системе по умолчанию. Для их включения нужно будет их прописывать в конфигурационном файле или делать какие-то дополнительные действия.
4 Нагруженные таблицы будут разделены по периодам.
5 При radius авторизации система будет ориентироваться в основном на использование rlm_perl
-
- Site Admin
- Сообщения: 5748
- Зарегистрирован: Пт янв 28, 2005 3:11 pm
- Контактная информация:
-
- Site Admin
- Сообщения: 5748
- Зарегистрирован: Пт янв 28, 2005 3:11 pm
- Контактная информация:
-
- Сообщения: 38
- Зарегистрирован: Пн май 05, 2008 4:00 pm
- Контактная информация:
Да - пора отказыватся от ситуации когда по каждому чиху биллинг лезет в SQL. При просмотре исходников я увидел множество мест где можно заюзать такие вкусности как memcache например.~AsmodeuS~ писал(а):1 За последний год в системе появилось множество новых улучшений по функционалу. Эти улучшения привели к определенной «тормознутости» системы при больших нагрузках.
2 В ветке 0.4 будет ориентироваться на провайдеров с базой пользователей в 5000 - 10000 и с 500 -1000 онлайн пользователями.
3 Дополнительные возможности такие как внешний акаунтинг, детализация сессий не будут больше включены в системе по умолчанию. Для их включения нужно будет их прописывать в конфигурационном файле или делать какие-то дополнительные действия.
4 Нагруженные таблицы будут разделены по периодам.
5 При radius авторизации система будет ориентироваться в основном на использование rlm_perl
Sergey Shumov
System Administrator
ShS-UANIC
+380938046532
System Administrator
ShS-UANIC
+380938046532
При загрузке сервера биллинга в районе 60% (атлон 5600+ х2) загрузка сервера базы (где и биллинг, и форум, и + старая биллинговая система - для тех, кто еще не перешел на VPN, и + куча мелочи) - несколько % (пик - до 5%, в среднем - около 1-1.5%. При онлайне 300 клиентов, интервал аккаунтинга - 60 секунд.
ИМХО в другую сторону нужно оптимизировать...
ИМХО в другую сторону нужно оптимизировать...
во-во... в другую сторну... разнести это всё барахло на разные сервера... и надёжнее будетNiTr0 писал(а):При загрузке сервера биллинга в районе 60% (атлон 5600+ х2) загрузка сервера базы (где и биллинг, и форум, и + старая биллинговая система - для тех, кто еще не перешел на VPN, и + куча мелочи) - несколько % (пик - до 5%, в среднем - около 1-1.5%. При онлайне 300 клиентов, интервал аккаунтинга - 60 секунд.
ИМХО в другую сторону нужно оптимизировать...
Узкое место ИМХО проц либо связка проц-память. Хотя я не пытался юзать rlm_perl - сейчас все работает через rlm_exec (когда пытался запустить биллинг - при юзании rlm_perl скрипт сыпал ошибки, отложил до лучших времен).chtito2 писал(а):NiTr0, а как считаете где узкое место в машине для биллинга (цпу, диск, память)? Справилось бы это же железо с 3000 юзерами онлайн?
3000 онлайн - сомнительно, разве что интервал аккаунтинга поставить 300 секунд...
Согласен, очень неплохо было бы разнести собссно вебку и радиус-сервер (сервера)... Т.к. все остальное - уже разнесено Единственное, что этому мешает ИМХО - текстовые логи попыток соединения.ran писал(а):во-во... в другую сторну... разнести это всё барахло на разные сервера... и надёжнее будет
-
- Сообщения: 95
- Зарегистрирован: Сб июн 24, 2006 5:38 pm