Доброго всем дня!
Версия биллинга - 5.2.1-008
Абонентская база биллинга почти 100тыс. пользователей.
Ежедневное кол-во одновременных операторов саппорта и центра приема заявлений от 30-40.
Модуль radius не используется.
База данных вынесена на отдельный сервер, нагрузка БД на процессор в пике не превышает 50 процентов, для БД используется монстросервер.
Архивирование настроено.
Что касается железа - FreeBSD 8.1 i386
Проц: xeon x5460 3.16GHz
4Gb памяти
Сейчас сложилась такая ситуация что запуск ядра происходит почти 13 минут, при этом процесс забирает почти 300мб системной памяти и самое обидное что полтора раза в сутки процесс подвисает следующим образом: текущие соединения админки работают, но больше никакие соединения не открываются (не возможно зайти в личный кабинет и открыть новую админку, платежи не проходят), при этом памяти процесс ест порядк 2.25Гб. Редко процесс восстанавливается, но как правило, даже если и восстанавливается, то через несколько десятков минут опять то же самое. Помогает перезапуск ядра.
Подскажите пожалуйста: Что является для данной версии нетапа главным критерием производительности железа, на что делать упор при выборе сервера для данной конфигурации нетапа?
Стоит ли перейти на версию под linux?
Или может быть есть смысл удариться в оптимизацию Netup и его БД?
Производительность NETUP с почти 100 тыс абонентов.
Re: Производительность NETUP с почти 100 тыс абонентов.
В аську напиши подумаемspudd писал(а):Доброго всем дня!
Версия биллинга - 5.2.1-008
Абонентская база биллинга почти 100тыс. пользователей.
Ежедневное кол-во одновременных операторов саппорта и центра приема заявлений от 30-40.
Модуль radius не используется.
База данных вынесена на отдельный сервер, нагрузка БД на процессор в пике не превышает 50 процентов, для БД используется монстросервер.
Архивирование настроено.
Что касается железа - FreeBSD 8.1 i386
Проц: xeon x5460 3.16GHz
4Gb памяти
Сейчас сложилась такая ситуация что запуск ядра происходит почти 13 минут, при этом процесс забирает почти 300мб системной памяти и самое обидное что полтора раза в сутки процесс подвисает следующим образом: текущие соединения админки работают, но больше никакие соединения не открываются (не возможно зайти в личный кабинет и открыть новую админку, платежи не проходят), при этом памяти процесс ест порядк 2.25Гб. Редко процесс восстанавливается, но как правило, даже если и восстанавливается, то через несколько десятков минут опять то же самое. Помогает перезапуск ядра.
Подскажите пожалуйста: Что является для данной версии нетапа главным критерием производительности железа, на что делать упор при выборе сервера для данной конфигурации нетапа?
Стоит ли перейти на версию под linux?
Или может быть есть смысл удариться в оптимизацию Netup и его БД?
Re: Производительность NETUP с почти 100 тыс абонентов.
НаписалMagnum72 писал(а): В аську напиши подумаем
Ну там думать много не надо. Базу и ядро UTM однозначно разносить на разные компы, базу под amd64, памяти под нее побольше, тюнинг сетевой подсистемы, детальку на ramdisk и сразу же обрабатывать парсером. Это основное, но этого может не хватить, может понадобиться допиливать руками базу. Да и сто тысяч абонентов есть далеко не у каждого на этом форуме. Мне вот оно абсолютно неинтересно, у меня и двух тысяч абонентов нет, четырехкорник свободно тянет и базу, и ядро, притом i386. И я уверен, что у меня сто тысяч абонентов никогда и не будет, я просто не пойду в такую контору работать. Чего напрягаться?
Re: Производительность NETUP с почти 100 тыс абонентов.
spudd писал(а):Доброго всем дня!
Версия биллинга - 5.2.1-008
Абонентская база биллинга почти 100тыс. пользователей.
Ежедневное кол-во одновременных операторов саппорта и центра приема заявлений от 30-40.
Модуль radius не используется.
База данных вынесена на отдельный сервер, нагрузка БД на процессор в пике не превышает 50 процентов, для БД используется монстросервер.
Архивирование настроено.
Что касается железа - FreeBSD 8.1 i386
Проц: xeon x5460 3.16GHz
4Gb памяти
Сейчас сложилась такая ситуация что запуск ядра происходит почти 13 минут, при этом процесс забирает почти 300мб системной памяти и самое обидное что полтора раза в сутки процесс подвисает следующим образом: текущие соединения админки работают, но больше никакие соединения не открываются (не возможно зайти в личный кабинет и открыть новую админку, платежи не проходят), при этом памяти процесс ест порядк 2.25Гб. Редко процесс восстанавливается, но как правило, даже если и восстанавливается, то через несколько десятков минут опять то же самое. Помогает перезапуск ядра.
Подскажите, а какое железо вы используете?
Я имею в виду, аппаратную платформу. Как для ядра, так и для базы.