Зависимость сиджеев от каналов

доброго времени суток, уважаемые коллеги.

с недавнего времени озаботился следующей проблемой, есть ряд сиджей, 50+ ским, нормальные тумбы, скрипты и все вроде ок, но иногда возникает такое ощущение что сиджи задыхаются. т.е. идет уверенный рост.. рост и вдруг обвал почти наполовину, все это в середине дня.. т.е. логичных предпосылок для таких просадок никаких, железо взято с избытком, не загружено абсолютно, la <1 в 95% времени.
что еще усугубляет сомнения, все сиджи упираются в какойто "потолок" 20-30к и все, хоть с бубном ходи.

и терзают меня смутные сомнения насчет канала к которому мой сервак подключен, а это pccwglobal.

раньше особенно вопросами различий в каналах не страдал, но вот возник вопрос: верны ли мои сомнения, и если да то на что лучше сменить такую вот радость, пока положительные отзывы слышал только о level3

посоветуйте как лучше порешить мою проблему ))

Проверь не стоит ли ограничение на количество процессов апача и не является ли эта цифра слишком малой. Похоже что в этом может быть проблема и надо просто поднять ограничение. Если нет - проверь потери на канале в период максимального загруза. Если есть значительные потери - канал шарится с кем-то и на всех его не хватает, а может просто херовый в принципе. Тогда надо менять.

Хочу добавить что загрузку каналов надо проверять в нескольких направлениях, т.к. например в саввисе часто бывает что канал на Level3 дает до 15% потерь в то время как все остальное работает отлично.
Вообще mrtg с соответствующими надстройками установленный на сервере обычно очень помогает отвечать на вопросы из серии "что повлияло на спад трафика".

Может я конечно чего-то не понимаю в жизни но с 15% потерь "все остальное нормально" быть не может. Потому что 8% потерь часто уже достаточно чтобы сиджи не росли. Для галер действительно может быть пофигу и 15%.

Последний раз редактировалось: Phoenix66 (12/12/06 в 15:55), всего редактировалось 1 раз

спасибо за ответы.
maxclient было 1024, увеличил в четыре раза, посмотрим через сутки на результат.
паралельный вопрос, стоит тумбы перевешивать на отдельный айпишник под nginx чтобы ускорить загрузку, или при моих загрузках железа пока этим можно не заморачиваться ?

Twister писал:

стоит тумбы перевешивать на отдельный айпишник под nginx чтобы ускорить загрузку

имхо от 300к суммарного трафа на серваке уже можно переходить, до сотни точно можно не париться..

Twister писал:

спасибо за ответы. maxclient было 1024, увеличил в четыре раза

брр... а оперативки сколько стоит? с такими лимитами легко сервак в своп увести %) реально то сколько процессов апача запускалось?

color писал:

брр... а оперативки сколько стоит? с такими лимитами легко сервак в своп увести %) реально то сколько процессов апача запускалось?

оперативы два гига, за свопом слежу, тоже были сомнения ))

Ну вообще-то maxclient в 1024 обычно вполне достаточно, если трафу до 20Мбит. Если только не стоит KeepAlive большой, тогда может не хватать.

какое кстати оптимальное значение KeepAlive, при условии что тумбы отдаются апачем ?

Побольше. Среднее время загрузки страницы помножь раза на четыре. (чисто к сиджею относится)

Если MaxClients больше чем ServerLimit (дефалт 256), то MaxClients урезается до 256. Т.е. как ты не прыгай у тебя скорей всего тут 256 стоит.

Рекомендую побаловаться с этими параметрами

ServerLimit 2048
StartServers 512
MaxClients 2048
MaxKeepAliveRequests колчество тумб * 2

http://httpd.apache.org/docs/2.0/mod/mpm_common.html#maxclients

ps. Все это относилось к apache2. в первой ветке по другому немнога.

Ух ты, спасибо. Интересную инфу для себя черпнул.

Phoenix66 писал:

Может я конечно чего-то не понимаю в жизни но с 15% потерь "все остальное нормально" быть не может. Потому что 8% потерь часто уже достаточно чтобы сиджи не росли. Для галер действительно может быть пофигу и 15%.

Я имел ввиду что на других направлениях все нормально, поэтому можно этого не заметить если мониторишь не все основные направления, хотя на работе сиджа это разумеется сказывается очень сильно.

Засоветуйте, если не сложно, что стоит поменять:

Intel(R) Pentium(R) D CPU 3.60GHz (3593.37-MHz 686-class CPU)
~25 сиджей на ат3+стрим с общим траффом где-то 140-160к
и вот такие настройки стоят:

Timeout 300
KeepAlive On
MaxKeepAliveRequests 500
KeepAliveTimeout 5
MinSpareServers 5
MaxSpareServers 20
StartServers 8
MaxClients 450
MaxRequestsPerChild 1000

что стоит поменять и будут ли от этого какие-нить реально ощутимые результаты?

а памяти сколько? и сколько процессов апача в среднем запускается?

Памяти 2 гб. ps ax | grep httpd | wc -l = 170

Оффтопик: вы просто маньяки над апачем так издеватся lhttpd жрёт всего 30 метров а работает в 2-а раза быстрее по статике ;0

Последний раз редактировалось: onn (14/12/06 в 16:32), всего редактировалось 1 раз

onn писал:

Оффтопик: вы просто маньяки над апачем так издеватся ;0

есть такая поговорка "критикуя - предлагай"

Darkest писал:

Памяти 2 гб. ps ax | grep httpd | wc -l = 170

ну нормально вроде все.
а что, что-то в работе сервака не устраивает?

так что, по теме больше ни у кого мыслей нет?
на мастере вроде есть серьезные мастера, слабо верится что никто не имеет опыта в сравнении как, скажем, отличается жизнь и рост сиджа на level3 от жизни на btn или cogent..

Дело обычно не в том, как бэкбон называется. Когент очень разный бывает. Когент на fdc - говнище, сиджи вряд ли вообще разгонишь, когент на theplanet - вряд ли заметишь разницу с above.net.

если есть подозрение на шейв канала либо на то что bw не хватает то просто попробуй купи килов 2-3 трафа на час либо сумарный обьём того что реально есть на серваке...
по графикам mrtd и подобным сразу видно будет есть-ли затык либо запас по bw.

Люди не подскажите из-за чего в apache error_log, постоянно генерится :

[notice] child pid 30239 exit signal File size limit exceeded (25)

И как с этим можно бороться?

Вот такие настройки стоят:

Timeout 300
KeepAlive On
MaxKeepAliveRequests 500
KeepAliveTimeout 5
MinSpareServers 5
MaxSpareServers 20
StartServers 8
MaxClients 450
MaxRequestsPerChild 1000

Памяти 2гб на сервере. Свап не используется, памяти 600мб свободно, а проц грузится не подетски(20-30% постоянно).

может слишком большой лог?

+1. Ротируй лог апача (в смысле сделай так чтобы он перезаписывался с какого-то размера, а не добавлялся бесконечно в конец). Или вообще его отключи, если не используешь его для диангостики...