Конфигурация сервера под MySQL.

[ALEZ]

База 1Gb. Прирост небольшой, около 50Mb в месяц. Всего пользователей 70, одновременно используют базу 40-50 из них. База данных в 60% своих запросов выдает ссылку на файл объемом 4-100Kb, закачиваемый с этой же машины. Реальная пропускная способность сети около 5,5 Mb/sec. В данный момент все это крутится на 2хPIII 450Mhz/256RAM/2xSCSI 9GB RAID1/Win2000sp4, тормозит безбожно (большое количество пользователей появилось сравнительно недавно, буквально неделю назад).  В связи с этим принято решение о покупке нового железа. Какую конфигурацию посоветуете? Что критично для такого сервера (дисковая система, количество процессоров, мощность процессоров, объем оперативной памяти)? Заранее спасибо.

[a_shats]

Сервер нужен в стойку или на стол ?

[ALEZ]

Сервер нужен на стол.

[a_shats]

Тогда примерно такое:
Supermicro X6DVL-EG2/2xXeon DP 2,8 GHz/2x512 MB DDRII-400 ECC Registered/SC743S1-650/LSI MegaRAID 320-1+BBU/4x73 GB 10K rpm U320 в RAID5/CDROM/флоп
И еще. Я не знаю как сейчас (давно не возился с MySQL), но в былые времена, помнится, он не очень хорошо дружил с SMP. Какую нагрузку на процессоры создает он сейчас ?
Что именно критично - сильно зависит от настроек и от того, как написана сама база.

[ALEZ]

В данный момент нагрузка на процессоры редко падает ниже 90%. Держится на уровне 95% с пиками до 100%. Диски трещат неумолкая.

Какова цена данного решения? 3 винта в RAID5, один для горячей замены умершего? Сможем ли мы обойтись SATA-RAID10 (объем базы невелик, рост тоже мизерный)? Или только SCSI-RAID5?

[a_shats]

SATA на 70 пользователей категорически не рекомендую.
Массив - да, SCSI RAID5.

[ALEZ]

ОК. Цена решения? Гарантия, поддержка... и.т.д. Где можно узнать?

[a_shats]

Гарантия - 3 года.
Поддержка - здесь (в форуме), по телефону, аське, мылом - бесплатно.
Цена уехала мылом.

[apelsin]

для MySQL мало памяти:  как минимум надо 2ГБ , а лучше 4 (на вырост).

4 scsi диска это хорошо, но если дело упирается в бюджет тожно и что-либо подешевле.   (при установке, выделите отдельный "диск" для mysql data directory и для файлов ссылки на которые выдает база)

SMP: mysql открывет один thread для каждого соединения к базе. Далее все дело в памяти, количестве процов и планировщике задач операционки.

[ALEZ]

to a_shats: Почта отдана начальству. На утверждение. Спасибо.

to apelsin: Т.е. разместить mysql базу и файлы физически на разных дисках? ОК.

[a_shats]

Не обязательно на разных физических дисках, можно - на LUNах одного массива RAID5 - кстати говоря, это и шустрее будет.

[apelsin]

2 ALEZ  a_shats за меня уже все ответил.

А насщет памяти повторюсь: 1 ГБ это только-только, те маловато, надо ДВА ГБ.    

MySQL очень любит все кешировать (что и как конкртнее настраивается в my.conf ), а так как база у вас небольшая и может вся влезть в память то увеличение RAM в вашем случае  наиболее эффективно с точки зрения $$$/перфомансе

[a_shats]

Ну, создавать дисбаланс в конфигурации сервера БД за счет резкого (относительно других) усиления одной из подсистем я бы тоже не советовал Вообще говоря, мне вообще неизвестны случаи, когда SQL кэширует всю базу целиком

[apelsin]

Ну, создавать дисбаланс в конфигурации сервера БД за счет резкого (относительно других) усиления одной из подсистем я бы тоже не советовал Вообще говоря, мне вообще неизвестны случаи, когда SQL кэширует всю базу целиком

1 или 2 ГБ -- не вижу дисбаланса

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

(полезный линк про mysql )
http://jeremy.zawodny.com/mysql/

[apelsin]

да и еще: конкретно на mysql задачах  оптероны ~30% шустрее,  как это соизмеряется с ценой я не знаю, просто к сведению.