Форум StopLinux

Доооо, достаточно. Вот есть тот сервер, там порядка нескольких сотен тысяч в день. xperf-а, там действительно достаточно. Как за те же деньги (ну хотя бы не на порядок дороже) делать что-то с этим опенсорсным болотом - мне не понятна. Да и конкретно тебе, как я понял (раз ты смело приводишь первые ссылки из гугла) тоже.

Редактировался Tiphon (17-02-11 20:38:43)

Давайте уточним цифры - "нескольких сотен тысяч" чего? Варианты:

1.Независимых IP
2.Визитов
3.Http реквестов

Если вариант 1й то постановка задачи звучит как "Мужики, мне тут дали огранить алмаз в 500 карат. Никогда это не делал, а гугль молчит про это. Кто что подскажет?"

Добавлено спустя 03 мин 44 с:

Я так понял, что топик-стартер имел ввиду именно веб-сервер:

Допускаю, что можно на такой связке наваять что-то специфичное, но в большинстве случаев LAMP == сайт.

Не проще ли на форумы спецов сходить. Думаю, ты понимаешь, что никто тут ценных советов не даст, а тема - еще один разжигатель слоросрача

Мне приходилось оптимизировать LAMP сайты и всегда был основной критерий "минимизировать расходы на хостинг". Профайлиг железа+операционки в данном случае самое последнее занятие и начинать нужно с разбора самого сайта. Потому как даже на таком "вкусном" ресурсе можно легко выйти за пределы финансирования, если лечить только симптомы: нехватает процессоров, давайте подкинем их; нехватает скорости винтов, поставим более навороченные стораджи и т.д. Мне обычно хватало для начала двух показателей статистики: трафик и нагрузка процессора.

Первое, что могу порекомендовать - вынести статику (как правило это битмапы) на отдельный сервер с ngnix. Очень часто это половина трафика и "пустая" нагрузка на кеш+процессор. Если посещаемость ресурса 200-300k IP (ты все-таки ответь прямо на поставленный вопрос, а не юли - в стартовом топике сплошной "плач Ярославны"), то для статики может хватить даже VDS хостинга.

Следующий этап - посмотреть текущий расход памяти. Бывает хреново настроенный сервер выгребает всю память под кеш и начинается потом жуткий своп. Тут долго мониторить не нужно, а простым top посмотреть что и как.

Дальнейший анализ - поиск узких мест в коде сайта. Очень помогает сеанс качественных [beep]юлей сайтописателю(лям) - гораздо эффективнее профайлинга. Поскольку даже в профайлинге ты не получишь точные данные, какие из модулей сайта вызывают пиковую нагрузку. Анализ кода это основной способ снизить нагрузку. И лишь после этого можно решать, что наращивать из железа.

И обязательно нужно посмотреть, нет ли ддоса на сервер. Так понимаю, проблема назрела не случайно. Видимо начались сбои в работе. Заявленная посещаемость - это топовый сайт в рейтингах. А внимание конкурентов как известно не всегда джентельменское.

Чистый профайлинг без анализа сайта можно сравнить с ситуацией в медицине "Температура - анальгина всыпать. Срачка - активированного угля подкинуть". Но это все лечение симптомов, а не устранение причины.

P.S. Очень советую не пренебрегать фрагментарным краткосрочным кешированием на высоконагруженных страницах. Поясню на примере главной страницы этого сайта: текст краткого описания новостей можно запросто кешировать скажем на 1 мин. При большом трафике это сильно снижает нагрузку, т.к. запросы к БД и парсинг результата серьезно потребляет мощности. И поскольку новости не обновляются ежеминутно, то такая работа идет вхолостую. Если центральную часть страницы кешировать и обновлять кеш раз в минуту, это даст серьезный профит. А кода для этого надо всего несколько строк.

Редактировался iUser (18-02-11 04:05:51)