rtyug, у такой схемы низкий порог масштабируемости. Он думает, что один аккаунт начнет потреблять столько ресурсов, что единичного сервера не хватит. Ну и надежности повышенной хочется.
Но я думаю, что такой клиент просто сбежит, чем будет платить за специальный супертариф кластерного виртуального хостинга. Такому клиенту выгодней арендовать выделенный сервер и заняться оптимизацией. На своем сервере это гораздо удобнее.
это ваш выделенный сервер или виртуального хостинга? а который для mysql ?
500 апачей на одного клиента - многовато. Выше порога терпимости среднестатистического хостера. Может nginx-а все-таки нет?
Гиблое это дело - советовать наугад. Ни эффекта, ни благодарности.
Раз ты не написал как именно ты делал поиск узких мест и как попытался их устранить, значит ты этого не делал. Как следствие, все что ты будешь пытаться делать и что тебе будут советовать, будет напоминать слепой перебор, вместо того чтобы сразу сосредоточиться на оптимизации важных компонент и быстро получить ощутимый результат. Впрочем, если долго мучаться - что-нибудь да получится.
Обычно стоит потрогать в первую очередь - это же DLE.
Отдельный сервер для mysql дает возможность довольно просто выделить нагрузку mysql от всей остальной и оценить ее. Если mysql не справляется - надо начинать копать туда.
Ты не написал по какой причине mysql не трогаем.
В данный исторический период - уже неверно. Почти все (считающие деньги) хостеры ставят nginx и значительно уменьшают нагрузку от раздачи картинок. Если еще не поставили - надо поставить.
А баннер эти параметры вообще готов принять?
существуют некие соглашения clickTAG http://www.adobe.com/resources/richmedia/tracking/designers_guide/
Но как только не делают. И link1 тоже могут.
В худшем случае придется декомпилировать.
Если работал, то найди узкие места в этой системе и устрани их в первую очередь.
Мне кажется, ты этого не делал. Потому что обычно проблемы DLE связаны с mysql. Запросы там просто хуже некуда. Само наличие CALC_FOUND_ROWS в коде - маркер говнодвижка.
Единственное что в этой ситуации остается при небольшом бюджете - адово кешировать все странички, например. Тем и живут.
Например NFS или периодический запуск rsync или общее сетевое хранилище файлов для всех серверов.
1. Не обязательно.
2. Не обязательно.
3. Полно.
Лучше задумайся, а что ты сделал для диагностики узких мест (в свои годы) ?
Тут в условии port 7717 указан. Ты хоть письма от monit читаешь? там должно быть написано по какой причине перегрузил.
этот стандарт называется "создадим проблемы и будем их решать (за ваши деньги)" ?
3Гб на /var, ну вот кто это придумал?
не можете предсказать использование разделов - делайте единственный ( + swap)
mysql можно так настроить, что при проверке таблиц он будет оставлять копии порушенных таблиц на всякий случай.
сервер перегружается, запускается проверка и создаются починенные копии почти всех открытых на тот момент таблиц. Занимаемое таблицами место сразу увеличивается вдвое.
Вообще-то в XP "несерверный" сетевой стек. Может и поможет линукс.
