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

MoMM, Хотя бы вилку бюджета озвучьте если несложно.

1. Надежнее и удобнее - 2.

2. Все зависит от базы. Может быть будет 10000 выборок по индексу, а может быть 10000 по неиндексируемым текстовым да еще и по маске. Я бы остановился на SCSI, iSCSI тут Вам совершенно не нужен.

3. 16 - много, Думаю, 4-6гб должно хватить.

4. 5.

5. Да.

мне кажется что под такой трафик 100 мб мало будет надо как минимум 1 гб

и четырех ядерный процессо

О.. моя тема.. щаз отвечу:

Справится, если будет много оперативки.. Ничего в 2 мильнов хитов в сутки такого страшного нет. Исключение - очень очень сильная разница между пиками.. Если у вас случаются такие моменты как "час пик", лучше кластер уже поднимать с распределением нагрузки по разным серверам.

SAS (то же самое, что SCSI, но с другим интерфейсов и значительно дешевле).

SATA - это бытовое железо.. ставить его на серверы - себя не уважать (чего бы там дешевые хостеры не говорили).

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

Ну можно 1.. можно 5ee (я люблю 5EE, но нужно 4 винта для него.. зато надежно и очень быстро). Сам рэйд-контроллер обязательно должен быть железным (+400-600 у.е. к стоимости). Без него никак. При больших объемах перегоняемой информации встроенный на материнке райд будет так грузить процессор, что ему просто не хватит ресурсов заниматься своими прямыми обязанностями. Будет сбоить и глючить.

Опять же зависит от пиков посещаемости... А вообще посчитайте.. 1 терабайт в месяц разделите на секунды, предположите пики и смотрите сами. Современные серверные платформы имеют больше чем 1 дырку под канал, так что вовсе незачем покупать сразу гигабитный.. может вам два шнурка по 100 мб/с хватит..

Непонятно даже, как такой маленький траффик (1 тб в месяц) у вас получается при таком количестве хитов..

> Частота обращения к БД - до 10 000 обращений в секунду в пике (20% на чтение и 80% на запись)

Можно уточнить, откуда бралость число 10000? Просто чтобы много и с запасом?

Может я не прав, но есть сомнение, что без 3rd party кэширования на бюджетных серверах даже на 2cpu x 4core на scsi/sas mysql сможет прокачать в секунду 10к запросов.

+100

Полностью подписываюсь (сам хотел это написать до вас, только отвлёкся на пару других топиков)

можно. одно обращение пользователя к серверу генерит от 10 до 40 обращений к БД (в среднем около 30), причем большинство на запись.

я сейчас пересчитал - да, на порядок ошибся я - до 1000 обращений в секунду получается.

1 Тбайт/месяц=1024*1024*8Мбит/(30*24*60*60)=3.24 Мбит/с, в пике нужно где-то в 10 раз больше, т.е. 32 Мбит/с хватит, нужно смотреть чтобы у провайдера был канал хороший.

Раз БД небольшая, то хватит 4 гигов оперативки, простого 4-х ядерного ксеона, и всю базу держать в MEMORY-таблицах, которую допустим ужечасно бекапить на винт.

Если серверная часть сайта написана оптимально, на такие порядки должно хватить 2cpu x 2core до 4G памяти. SCSI/SAS предпочтительнее просто даже в силу большей надежности