производительность utm4
производительность utm4
Более 2к абонентов, куча безлимитов, суммарного трафика - не смотрел, но оч много., база разрослась до 19гиг с сохранением дельной статистики за 7 дней( выручала много раз, поэтому откл нельзя). С каждым разом обработка трафика идет все дольше и дольше. Что можно предпринять или лучше сразу переходить на 5 ветку ?
-
- Сообщения: 48
- Зарегистрирован: Сб ноя 25, 2006 05:05
- Откуда: Saint-Petersburg, Russia
- Контактная информация:
Во-первых, у всех клиентов граница учётного периода 1 числа?
Если да, то плохо.
Чем равномернее клиенты "размазаны" по дням месяца, тем лучше.
Во-вторых, как собирается трафик?
Через netup_netflow?
Он свежий, умеет классифицировать трафик на лету?
Если да, то можно запускать tsave/main с ключом "-c fast".
Иначе классификация трафика выполняется внутри них очень медленно.
Остальные советы более общие:
Во-третьих, базу желательно переместить на Raptor или SCSI.
В-четвёртых, желательно проверить, достаточно ли ОЗУ?
Нет ли других процессов, отъедающих ресурсы?
До 15000 клиентов на современном железе UTM4 вытягивает.
Детальная статистика хранится 3 дня, затем архивируется
на отдельный медленный большой диск и там хранится 60 дней.
Детальный отчёт при необходимости составляется собственным костылём.
Если да, то плохо.
Чем равномернее клиенты "размазаны" по дням месяца, тем лучше.
Во-вторых, как собирается трафик?
Через netup_netflow?
Он свежий, умеет классифицировать трафик на лету?
Если да, то можно запускать tsave/main с ключом "-c fast".
Иначе классификация трафика выполняется внутри них очень медленно.
Остальные советы более общие:
Во-третьих, базу желательно переместить на Raptor или SCSI.
В-четвёртых, желательно проверить, достаточно ли ОЗУ?
Нет ли других процессов, отъедающих ресурсы?
До 15000 клиентов на современном железе UTM4 вытягивает.
Детальная статистика хранится 3 дня, затем архивируется
на отдельный медленный большой диск и там хранится 60 дней.
Детальный отчёт при необходимости составляется собственным костылём.