c0nt0rti0n 25.08.2010 15:46
Есть вопрос! — Как посчитать нагрузку на сервер
Есть гипотетический сервер. Крутится squid и маршрутизируются запросы по портам/сегметам. Есть некий софт который создает 10 000 - 100 000 сессий в минуту, или больше (железный маршрутизатор затыкается). Как посчитать что справится с такой нагрузкой? Процессор - память - сетевые карты. Есть зависимость? Как выявить узкие места не сильно перезакладываясь по мощности?
wiz 25.08.2010 16:04 #
+ 1 -
Сделать несколько серваков и пусть DNS round-robin на них раскидывает.
Боюсь тут могут быть только общие рекомендации, основанные на опыте и эмпирических данных, в зависимости от чётко описанной задачи, которую сервак должен выполнять. Точный расчёт вряд ли кто-то сможет сделать.
В принципе почти разобрался как считать. Тем более память дешева сейчас. Вот не упрется ли сетевушка PCI-ная?
Немного не понятна формулировка "маршрутизируются запросы по портам/сегметам"?
Это какое-то ПО? iptables? или к squid относится?
Это какое-то ПО? iptables? или к squid относится?
iptables маршрутизирует. squid - прозрачный. сессии (большое кол-во) инициируются извне и пробрасываются на 2 компа (на каждый свои) . внутри за squid 400 пользователей. плюс скорее всего на этом же серваке скорее всего bind...
Простите я сюда редко заглядываю.
Я вижу только одно узкое место это squid, ему нужен мощный проц, конкретно сколько он вытянет хз, просто берете и с помощью например ab(apache benchamark) нагружаете его, только выберите статическую html с вашей же сети.
У меня 4х ядерник Intel(R) Xeon(R) CPU E5310 @ 1.60GHz основная задача, iptables блокирование IP, плюс прокидывание запросов с помощью nginx.
до 600 запросов в секунду, 36000 в минуту.
Нагрузка на проц
Я не разу не встречал чтобы была проблема в сетевухе, обычно выходит из строя комутатор.
Для iptables главное чтобы
/proc/sys/net/ipv4/netfilter/ip_conntrack_count не доходило до
/proc/sys/net/ipv4/netfilter/ip_conntrack_max
иначе последний параметр стоит увеличить
если этих файлов нет значить вы не использует отслеживание соединений что гораздо лучше )
Соберите статистику по iptables правила которые обслуживают больше всего пакетов стоит попытаться поднять по выше чтобы они срабатывали первей, конечно если это возможно.
А вообще ИМХО вышеуказанная машина вполне способна справится с вашей нагрузкой, главное правильно настроить все.
Я бы рекомендовал например в openvz сделать слабенькую машинку дать ей нагрузку, потом увеличивать проц и строить график зависимости обработанных соединений, так можно будет определить что вам нужно.
Я вижу только одно узкое место это squid, ему нужен мощный проц, конкретно сколько он вытянет хз, просто берете и с помощью например ab(apache benchamark) нагружаете его, только выберите статическую html с вашей же сети.
У меня 4х ядерник Intel(R) Xeon(R) CPU E5310 @ 1.60GHz основная задача, iptables блокирование IP, плюс прокидывание запросов с помощью nginx.
до 600 запросов в секунду, 36000 в минуту.
Нагрузка на проц
16:50:34 CPU %usr %nice %sys %iowait %irq %soft %steal %guest %idle
16:50:34 all 1.21 0.00 0.59 0.28 0.12 0.56 0.00 0.00 97.25
Я не разу не встречал чтобы была проблема в сетевухе, обычно выходит из строя комутатор.
Для iptables главное чтобы
/proc/sys/net/ipv4/netfilter/ip_conntrack_count не доходило до
/proc/sys/net/ipv4/netfilter/ip_conntrack_max
иначе последний параметр стоит увеличить
если этих файлов нет значить вы не использует отслеживание соединений что гораздо лучше )
Соберите статистику по iptables правила которые обслуживают больше всего пакетов стоит попытаться поднять по выше чтобы они срабатывали первей, конечно если это возможно.
А вообще ИМХО вышеуказанная машина вполне способна справится с вашей нагрузкой, главное правильно настроить все.
Я бы рекомендовал например в openvz сделать слабенькую машинку дать ей нагрузку, потом увеличивать проц и строить график зависимости обработанных соединений, так можно будет определить что вам нужно.