CronAcronis 0 Опубликовано: 2006-01-21 09:13:57 Share Опубликовано: 2006-01-21 09:13:57 Меня интересует такой вопрос. Есть сеть примерно на 400 пользователей. Канал 5Мбит на вход, 5 на выход. Есть ряд анлимов и обычных помегабайтных тарифов. В день проходит порядка 60Гбайт траффика. Справится ли STG с нагрузкой? Ссылка на сообщение Поделиться на других сайтах
npu3pak 0 Опубліковано: 2006-01-21 09:25:37 Share Опубліковано: 2006-01-21 09:25:37 А сервер справится с нагрузкой, что за машина? Ссылка на сообщение Поделиться на других сайтах
CronAcronis 0 Опубліковано: 2006-01-21 11:38:34 Автор Share Опубліковано: 2006-01-21 11:38:34 AMD Athlon XP 1800+, 256Mb ram Ссылка на сообщение Поделиться на других сайтах
keshaLG 5 Опубліковано: 2006-01-21 20:47:36 Share Опубліковано: 2006-01-21 20:47:36 AMD Athlon XP 1800+, 256Mb ram имхо: справиться, но надо тестировать, боюсь ошибится, вдруг на ней миллион сервисов навешано.... Ссылка на сообщение Поделиться на других сайтах
CronAcronis 0 Опубліковано: 2006-01-22 10:43:15 Автор Share Опубліковано: 2006-01-22 10:43:15 Также вопрос, какие на данный момент существуют известные шлюки STG? с чем можно столкнуться. Просто ставлю роутер для большой сети, и не хотелось бы постоянно с ним возиться =( Ссылка на сообщение Поделиться на других сайтах
Max 0 Опубліковано: 2006-01-22 10:49:21 Share Опубліковано: 2006-01-22 10:49:21 серьёзных глюков всего два, и то они проявляются очень редко, и спонтанно: обнуление файла стат, но народ уже нашёл как с этим бороться и падает сервер но не выполняет дисконект пользователей в следствии чего инет на хяляву, но с этим можно справиться так же своими силами: скриптами. Ссылка на сообщение Поделиться на других сайтах
Genius 0 Опубліковано: 2006-01-22 11:58:36 Share Опубліковано: 2006-01-22 11:58:36 Ээээ, на мой взгялд глюки несколько другие: 1. Глюк обнуления статов (не сталкивался с ним тьфу тьфу тьфу уже год как) 2. Падения сервера без отключения пользователей (тьфу тьфу тьфу кроме отклюения питания без УПСы не встречал) 3. Глюк NOT DELETED FROM INDEX встречается после удаления пользователя конфигуратором, в таком случае не отключает остальных пользователей, лечится перезапуском после любого удаления пользователя, не сильно мешает, так как удаление пользователя процедура редкая. 4. Отваливается СТГ при превышении нагрузки, можно пересобрать с libipq думаю не бубедт такого бага. Так что в общем и целом глюков несовместимых с жизнью нету. Ссылка на сообщение Поделиться на других сайтах
CronAcronis 0 Опубліковано: 2006-01-22 12:45:20 Автор Share Опубліковано: 2006-01-22 12:45:20 libipq? А можно по подробнее? Ссылка на сообщение Поделиться на других сайтах
S_ergey 21 Опубліковано: 2006-01-22 12:52:46 Share Опубліковано: 2006-01-22 12:52:46 libipq? А можно по подробнее? http://stg.dp.ua/doc/conf_libipq.html Ссылка на сообщение Поделиться на других сайтах
CronAcronis 0 Опубліковано: 2006-01-22 13:14:56 Автор Share Опубліковано: 2006-01-22 13:14:56 В чем суть модуля? Где можно почитать разницу между ACCEPT и QUEUE? Ссылка на сообщение Поделиться на других сайтах
S_ergey 21 Опубліковано: 2006-01-22 13:22:51 Share Опубліковано: 2006-01-22 13:22:51 В чем суть модуля? Где можно почитать разницу между ACCEPT и QUEUE? http://www.opennet.ru/docs/RUS/iptables/#QUEUETARGET http://www.opennet.ru/docs/RUS/iptables/#ACCEPTTARGET Ссылка на сообщение Поделиться на других сайтах
CronAcronis 0 Опубліковано: 2006-01-22 13:33:02 Автор Share Опубліковано: 2006-01-22 13:33:02 4. Отваливается СТГ при превышении нагрузки, можно пересобрать с libipq думаю не бубедт такого бага. Какая нагрузка позволяет вызвать такой сбой? Прочитал тут док по iptables: # modprobe iptable_filter # modprobe ip_queue # iptables -A OUTPUT -p icmp -j QUEUE Можно ли обойтись просто подключением модулей, без пересборки ядра? Есть ли разница? Ссылка на сообщение Поделиться на других сайтах
S_ergey 21 Опубліковано: 2006-01-22 13:46:33 Share Опубліковано: 2006-01-22 13:46:33 4. Отваливается СТГ при превышении нагрузки, можно пересобрать с libipq думаю не бубедт такого бага. Какая нагрузка позволяет вызвать такой сбой? Прочитал тут док по iptables: # modprobe iptable_filter # modprobe ip_queue # iptables -A OUTPUT -p icmp -j QUEUE Можно ли обойтись просто подключением модулей, без пересборки ядра? Есть ли разница? Выполняеш загрузку модулей modprobe iptable_filter modprobe ip_queue если матов нет ядро пересобирать ненужно. Ссылка на сообщение Поделиться на других сайтах
Genius 0 Опубліковано: 2006-01-22 14:53:37 Share Опубліковано: 2006-01-22 14:53:37 Когда загрузка 100% на проц держится порядка минуты, может 2, он либо отрубает всех пользователей и через минуту подключает обратно, или просто вываливается без отключения пользователей (при стандартном методе сбора пакетов) Ссылка на сообщение Поделиться на других сайтах
CronAcronis 0 Опубліковано: 2006-01-22 15:51:50 Автор Share Опубліковано: 2006-01-22 15:51:50 С чем связано данное явление (100%) почему допустим на 99%, kernel скидывает STG? почему не скидывает с libipq? Ссылка на сообщение Поделиться на других сайтах
Genius 0 Опубліковано: 2006-01-22 16:05:55 Share Опубліковано: 2006-01-22 16:05:55 libipq не выпустит пакет из очереди пока он не пройдет через обработчик. И главное что ты можешь не гонять в очередь все пакеты (собственно из-за чего такая загрузка на проц) а пропускать только необходимые подсчету, таким образом снижается загрузка. Почему скидывает - хз, но я видел такое пару раз в такой ситуации тормозит консоль - а это последнее дело, то есть загрузка проца максимальна. Ссылка на сообщение Поделиться на других сайтах
Рекомендованные сообщения
Создайте аккаунт или войдите в него для комментирования
Вы должны быть пользователем, чтобы оставить комментарий
Создать аккаунт
Зарегистрируйтесь для получения аккаунта. Это просто!
Зарегистрировать аккаунтВхід
Уже зарегистрированы? Войдите здесь.
Войти сейчас