Нужна рекомендация по выбору железа сервера

Уточняем что такое обращение пользователя:

1. Обычно 1 обращение к веб серверу это 1 http hit.

2. Дальше имеем дело с показом страницы, генерит какое то количество http hit.

3. Уникальный посетитель листает какое то количество страниц.

Наверно нагрузку для веб сервера точнее всего показывает 1. 2-го можно использовать для орентировочного посчёта нагрузки БД зная сколько типичная страница генерит обращений. 3 это показатель для поисковиков и престиж сайта 🍾

По любому, 2 милиона страниц не так страшно, но 1000 в секунду обращений к базе это уже существенная нагрузка. наверно стоит анализировать что из себя представляет само обращение, то есть надо посчитывать трафик записи/чтения. Если действительно такая нагрузка, то самое главное жесткие диски и наверно для базы стоит ставить отдельный райд масив из каких то высокооборотных. Можно думать про RAID0, если данные основном на чтение. В принцыпе анализировать ;)

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

А с работой на БД самое главное не жесткие диски, а количество оперативки...

рэйд ноль - это для суицидальных маньяков...

Не путайте человека...

А вот я бы лично ставил 1U сервер под такой проект в 3 раза дешевле, а именно:

Мать десктопная от ASUS на 8-12 HDD SATA

8Gb RAM DDR2 1066MHz CL4 noECC

1 HDD под ОСь

1 HDD под MySQL (хотя если 10000 в секунду как было в первом запросе то RAM-HDD в слот PCI-E или вынос всей базы в оперативку и проблема решена)

2 HDD в JBOD для контент-файлов (HDD Seagate от 80Gb до 250Gb)

1 HDD под скрипты и статику (не забыть сделать вынос скриптов php в оперативку с помощью eAccelerator)

Остальные HDD под бекап.

2 сетевых интерефейса (1 канал с делением по IP контента и служб, или 2 канала с аналогичным делением по IP - к примеру, на одном графика, статика и трафик, а на другом динамика и службы.

Такой сервер уделает по скорости в 2-2.5 раза любой промышленный сервер за ту же цену. Этот коэффициент сохраняется до тех пор, пока количество ядер процессора не переваливает за 4 - так как на десктоп больше не поставить пока что (хотя для AMD это отдельная статья может быть, но там надо рассматривать отставание серверных платформ на Intel от десктопов AMD на конкретных задачах и вебсервер самая нелюбимая для десктопных AMD задача).

Чушь про ECC память поднимать смысла нет - не те задачи ставятся в топике.

Про SAS и SCSI писать можно – этим страдают все кто не тестировал на производительность вебсервера на том и на том.

И только не надо спрашивать как в 1U всё это запихнуть - у кого есть деньги можете обращаться в ICQ 890989 и мои железячники (если конечно у них есть время) соберут 1U с 12(!) 3.5` HDD SATA2 (никаких медленных ноутбучных HDD) с наценкой от стоимости комплектующих в 20% (как раз сумма в 3 раза дешевле будет, чем аналогичный сервер).

обычный Core Quad не выдержит 10000 запросов к БД

10000 описанных выше - легко на MySQL в RAM или на RAM-HDD (если вы, конечно, знаете что это такое – это такой девайс PCI/PCI-E использующий DDR2/3 в качестве носителя)

А уж 1000-то потянет и обычный Core 2Duo 3-4GHz.

Всегда проблемы с такими базами упираются в скорость носителя, а не в процессор - вынос в оперативку полностью решает эту проблему при достойной шине обмена.

С такой кучей параметров можно только гадать, что надо.

Советую взять мощный сервер и посмотреть как он будет тянуть потом уже делать выводы.

Как мимимум нужно 4 ядра, а лучше 2 процессора по 4 ядра, память думаю 4-8 гиг хватит, диск SCSI.

хочу посмотреть на фотку серевера 1u c 12 (двеннадцатью) hdd 3,5 формата...

ZAhost, есть иллюстрации к вашим словам?

Физически впихнуть можно, чуть подобрав модели дисков. Но охлаждение в такой "сборке" будет отсувствовать. Наверно 6 дисков это более менее разумный предел.

Насколько важна надёжность записи данных, которые летят на запись? Можно ли сбрасывать их на диск время от времени или нужно постоянно вести лог запросов, чтобы потом в пакетном режиме забрасывать в базу?

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

Кстати, можно сюда стукнуться: ru_highload - здесь есть классные специалисты по оценке требуемого железа. Да и много разных архитектур разобрано.

Здесь обсуждают конфигурацию под сходную нагрузку 1500-3000 запросов в сек.

Абсолютно верно! Есть штатные конфигурации платформ, поддерживающие 6 дисков в форм-фактор 1u, допустим это:

http://forum3.ru/descr.aspx?code=36257

То что предлагает ZAhost однозначно решение несертифицированные и не прошедшие стандартные тесты на устойчивость. Не каждый хостинг согласится размещать такое оборудование.