https://www.opennet.ru/openforum/vsluhforumID1/80109.html Привествую форумчан и надеюсь что вы сможете нам помочь.<br><br>Имеется хостинг-сервер, апач 228 + nginx<br>PHP 5.2.5 как DSO<br><br>Xeon5320 4 gb RAM <br>три HDD: два cата2 и 1 раптор<br><br>Некоторе время назад стали наблюдаться скачки ЛА (примерно раз-два-три в сутки) до 120 при которых соотвественно нормальная работа сервера невозможа.<br><br>1. при этой ЛА все 256 слотов апача забиты<br>2. свап соовтественно из-за этого вырастает на 1.5-2 гб.<br><br>В эти моменты пробуем убить все апач процессы, ЛА соотвественно падает.<br>Пробуем тут же запустить апач - ЛА снова вырастает до тех же 100-120.<br><br>Но минут через 10-15 ВСЕ проходит САМО. <br><br>При этом:<br><br>1. число соединений с сервером как было 500 так в среднем 500 и остается<br>2. число запросов в секунду обслуживаемых апачем как было 35-40 в сек, так и остаеется этой же величиной в моменты высокой ЛА.<br>3. характер запросов не меняется, ддос запросов не видно.<br>4. Крон заданий которые бы жрали много ресурсов нет<br><br><br><br>CPU Usage: u162.39 s157.87 cu.13 cs0 - 8.25% CPU load <br>36.6 request https://www.opennet.ru/openforum/vsluhforumID1/80109.html#8 Sun, 04 May 2008 19:11:47 GMT &gt;В результате получилось ли у вас это побороть? <br><br>Вроде как после воркеров попустило. Но стоп-старт уууу.... долго.<br><br>&gt;думаем пересобрать апача с MPM worker, но тут могут быть проблемы с <br>&gt;php как dso.. <br><br>А вы соберите. В пых-пых не так уж много несовместимых с воркерами функций. У меня много апачей на воркерах пашут.<br> https://www.opennet.ru/openforum/vsluhforumID1/80109.html#7 Sun, 04 May 2008 18:32:53 GMT &gt;[оверквотинг удален]<br>&gt;Рискну предположить, что моменты таких скачков нагрузки четко совпадают с грейс-рестартами апача <br>&gt;(У вас вон один воркер в состоянии G). <br>&gt;<br>&gt;Тредовый апач при определенных характерах нагрузки (особенно тяжелая отдача большого контента), вешает <br>&gt;тачку при graceful рестарте. <br>&gt;<br>&gt;Кто эти грейс рестарты делает? Скорей всего ротаторы или анализаторы логов чтобы <br>&gt;апач переоткрыл логи. К сожалению у апача переоткрытие логов и грейс <br>&gt;рестарт сидят на одном сигнале. <br>&gt;<br><br>С зависаниями в стостоянии грейса встречаемся. и с падениями во время грейсфул рестарта тоже, но они редки. Копали на эту тему несколько дней и пришли в результате к тому что надо ждать патча на сей счет.<br><br>&gt;Боролся я с этим исключительно методом тыка :( <br><br>В результате получилось ли у вас это побороть?<br><br>Но текущая проблема менее ясна. так как при одном и том же количестве запросов при неизменном качественном характере выдаваемых страниц - вырастает число работающих слотов до максимума.<br><br>думаем пересобрать а https://www.opennet.ru/openforum/vsluhforumID1/80109.html#6 Sun, 04 May 2008 18:19:56 GMT &gt;Привествую форумчан и надеюсь что вы сможете нам помочь. <br><br>Апач тредовый собран? Ага, вижу тредовый.<br><br>Рискну предположить, что моменты таких скачков нагрузки четко совпадают с грейс-рестартами апача (У вас вон один воркер в состоянии G).<br><br>Тредовый апач при определенных характерах нагрузки (особенно тяжелая отдача большого контента), вешает тачку при graceful рестарте.<br><br>Кто эти грейс рестарты делает? Скорей всего ротаторы или анализаторы логов чтобы апач переоткрыл логи. К сожалению у апача переоткрытие логов и грейс рестарт сидят на одном сигнале.<br><br>Боролся я с этим исключительно методом тыка :(<br> https://www.opennet.ru/openforum/vsluhforumID1/80109.html#5 Sun, 04 May 2008 16:27:51 GMT &gt;&gt;"Включите" график среднего числа одновременно обрабатываемых апачью запросов. В приведенной вами server-status <br>&gt;&gt;их вообще говоря - 12, что в 20 (двадцать) раз меньше <br>&gt;&gt;чем разрешено слотов. Т.е. в нормальном режиме их надо ... ну <br>&gt;&gt;процессов 20 ;-) <br>&gt;<br>&gt;повторюсь, что число запросов остается в всегда в пределах 30-40. наплывов, скчков <br>&gt;нет. <br><br>Включите свой мозг. Цитирую ваши буквы:<br><br>&gt;1. при этой ЛА все 256 слотов апача забиты<br>&gt;2. свап соовтественно из-за этого вырастает на 1.5-2 гб.<br><br>Если не хотите думать - меняйте профессию. Стране нужны слесари, операторы станков, и т д.<br> https://www.opennet.ru/openforum/vsluhforumID1/80109.html#4 Sun, 04 May 2008 15:46:51 GMT &gt;"Включите" график среднего числа одновременно обрабатываемых апачью запросов. В приведенной вами server-status <br>&gt;их вообще говоря - 12, что в 20 (двадцать) раз меньше <br>&gt;чем разрешено слотов. Т.е. в нормальном режиме их надо ... ну <br>&gt;процессов 20 ;-) <br><br>повторюсь, что число запросов остается в всегда в пределах 30-40. наплывов, скчков нет.<br><br><br>&gt;Анализируйте, что в это время делает система, какие запросы отрабатывает апач. Наверняка <br>&gt;система гоняет файло между апачью и нжынксом. Т.е., возможно, вам надо <br>&gt;исправить список расширений статических файлов, чтобы запросы не шли в апач, <br>&gt;либо скорректировать некоторый скрипт на использование X-Accel-Redirect. <br><br>запросы анализируем каждый раз в эти и моменты - в основном чайлды заняты выдачей php страниц.<br><br><br><br> <br><br> https://www.opennet.ru/openforum/vsluhforumID1/80109.html#3 Sun, 04 May 2008 04:17:14 GMT &gt;<br>&gt;Некоторе время назад стали наблюдаться скачки ЛА (примерно раз-два-три в сутки) до <br>&gt;120 при которых соотвественно нормальная работа сервера невозможа. <br>&gt;<br>&gt;1. при этой ЛА все 256 слотов апача забиты <br>&gt;2. свап соовтественно из-за этого вырастает на 1.5-2 гб. <br><br>А нефиг разрешать столько слотов апача, что начинается своппинг.<br>Активный своппинг - это смерть для сервера. Рекомендую уменьшить число слотов раза в четыре.<br><br>Хинт: 4000 / 256 = 15 Мб на связку апач + субда. Так не бывает, да и не надо.<br><br>"Включите" график среднего числа одновременно обрабатываемых апачью запросов. В приведенной вами server-status их вообще говоря - 12, что в 20 (двадцать) раз меньше чем разрешено слотов. Т.е. в нормальном режиме их надо ... ну процессов 20 ;-)<br><br>Анализируйте, что в это время делает система, какие запросы отрабатывает апач. Наверняка система гоняет файло между апачью и нжынксом. Т.е., возможно, вам надо исправить список расширений статических файлов, чтобы запросы не шли в апач, либо скорректировать некотор https://www.opennet.ru/openforum/vsluhforumID1/80109.html#2 Sat, 03 May 2008 20:35:27 GMT &gt;Если сервер на фрибсд, то почитать стенографию выступления Сысоева по поводу высоконагруженных <br>&gt;систем и подтюнить переменные ядра. <br><br>забыл сказать:<br><br>Linux 2.6.18-53.1.6.el5 #1 SMP Wed Jan 16 03:56:15 EST 2008 x86_64 x86_64 x86_64 GNU/Linux<br> https://www.opennet.ru/openforum/vsluhforumID1/80109.html#1 Sat, 03 May 2008 19:59:20 GMT Если сервер на фрибсд, то почитать стенографию выступления Сысоева по поводу высоконагруженных систем и подтюнить переменные ядра.<br>