брать новый дедик или апгрейд старого?

Что такое Cent OS не знаю, но есть такая хитрость - BSD системы показывают занятость процессоров без учета ожидания дисковых операция а Linux системы с учетом.

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

Не понимая характера загрузки и архитектуры вашей системы точный совет дать сложно, но возможно уже сказанное наведет на мысли 🚬

Ну и вообще - всегда полезно узкие места в коде и т.п. поискать, про кеширование подумать, может дешевле обойдется 🚬

P.S.

Если это чисто процессорная загрузка, то удвоение цисла процов должно на 30-40% снять нагрузку (это максимум скорее всего). Но это определяется еще многими сопутствующими факторами, точный прогноз дать сложно.

диск в конфигурации за 300 баксов один 80Gb SATA HD

можно два по 80Gb SATA HD. Это плюс 25 баксов

а в конфигурации за 400 уже предлагают 146Gb RPM SCSI

или два по 146Gb RPM SCSI. Это уже 430 баксов.

Но реально у меня диски заняты менее 5 Gb

Имеет смысл?

Нагрузка в основном PHP, Mysql, http (мильоны хитов)

Скрипты переписывать малореально. Да и оптимизированы они по максимуму и с кешированием.

Пробовал последние версии ставить php 5, Мysql. Так они более ресурсоемкие оказались. Или скрипты были оптимизированы под ранние версии.

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

Покажите вывод top с сервера?

Однозначно имеет!

Возьмите второй винт, перенесите БД на него. Производительность сервера на 20-50% должна вырасти. (Исходя из предположения, что на каждый хит делается десяток и более sql запросов и чтение десятков файлов).

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

Подумалось еще... посмотрите логи БД, возможно медленные запросы есть и т.п. В любом случае имеет смысл использовать все имеющиеся 3Гб памяти, отдайте больше на файловый кеш, кеш БД и т.д.

Поставьте второй сервер и перенесите туда часть сайтов, уверяю, будет намного эффективнее апгрейда + можно еще кучу повесить, а на апгрейженный сервак уже нет – лишь бы с имеющимися справлялся.

Эффект будет, во первых SCSI диски гораздо быстрее, во вторых загрузка процессора может быть огромная из за того что SATA диски не справляються и перегружат шину, они вобще не для серверов. А на третье 4 ядерник на архитектуре CORE будет гораздо производительнее 3Ггц галатина.

ixbt.com вам в помощь.

Либо как уже советовали разнести по 2 разным серверам.

Покажите top.

Возможно, будет достаточно оптимизации mysql (размер базы данных?) и установки nginx для отдачи статики.

Я вижу используете php,настоятельно советую поставить Eaccelerator, благодаря нему в свое время мне удалось снизить нагрузку почти на 40%!

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

Лучше всего действительно перенести БД на отдельный Ж.Д и var тажке на отдельный хард.

Используете только apache?

Baruchka, а можно узнать задачи которые решает ваш сервер ? Имею ввиду нагрузку.

топ могу показать, но он особо ничего не покажет

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

недавно проблема образовалась, тоже пробую решить..

/ru/forum/198960

кеширование есть, но оно помогает только при большой нагрузке на Mysql.

Сейчас же нагрузка на mysql минимальна (менее 2-5% от всей загрузки)

Основная нагрузка идет видимо http обращениями.

К сожалению я могу переставить софт только в пределах Cpanel. Поэтому как заменить Apache на что-то другое в пределах Cpanel понятия не очень имею.