Linux за българи: Форуми

Здравейте,

Идеята ми е да сложа SSD Хард на линукс сървър който се ползва основно за
mysql. В момента системата е с 2 харда в райд 1(не помага за бързодействието).
Проблема е че при работа с базата има доста висок I/0 wait time.
Виждам че цените на ссд хардовете паднаха доста и вече такъв може да се купи за около 200 лв с скорости на четене и запис около 400МБ и 50000 IOps.
Единственото нещо което ме притеснява е че не съм чувал някой да слага ссд-та по сърварите си. Доколкото разбрах проблема със записа и четеноето  върху този тип хардове е решен в по-новите дистрибуций. Като основен минус е това че при включването на такъв тип дискове в раид масив се губи TRIM support.
Някой правил ли е нещо подобно нещо?

Ами SSD на DB сървъри не се слагат. По-скоро си пооправи малко дисковата подсистема - виж по-добър контролер, по-добри дискове и малко оптимизации. И мааалко повечко рам на сървъра.

SSD си имат плюсове обаче вкарването им в някаква подобна обречена кауза ще подобри моментно нещата, но после ще деградират. А липсата на TRIM е жизненоважна (да не кажа и критична!).

Като знам какво представляват Флаш чиповете на електрическо ново хич не ми се виждат надежни SSD.

При флаша се записва и търка на блокове. Ако трябва да се промени само един байт се търка цял блок, съответно се износва и цял блок.
За Фалш чиповете дават до 1 милион записи, ама реално май е много по-малко, след което клетката си заминава.

Сложи си три 'магнитни' диска в райд 5 и ще имаш X2 ускорение на трансфера. Съвременните дискове имат 'sustained' трансфер 120-150Mb/sec

С три диска райд 5 (или 4 в раид 6) ще стане минимум 2x120= 240Mb/sec.

не знам колко голяма ти е базата и коко юзера се конкурират но ще ти дам директен пример:

Сървър на базта данни: Firebird 2.1 Classic
CPU 1 x Intel Xeon 5620
RAM 4 GB

2 x 147 GB SAS2 2.5" (Mirror)

При 25 активни и силно конкурентни потребителя (разбирай част от тях просто не спират да търсят игла в 3 ГБ база) LA <0.15. Никакви лагове ама грам

СЪщата софтуерна конфигурация с малко по-добър хардуер (2 x CPU, 12 GB RAM, 2 x SAS 3 300 GB) и средно 110 активни потребителя и 70 от тях постоянно конкурентни - LA ~ 0.7

ОС: Убунту LTS сървър 10.04

Хардуер - DELL, RAID PERC 6i.

Ако нямаш пари за САС - добра алтернатива са WD Raptor 10k rpm.
Гледам има с по 64 МВ кеш вече на скромни пари.

Не ги слушай и давай смело със SSD. От 2 години насам сме си преместили базите на SSD дискове и нямаме ядове. Става въпрос за postgresql и mysql.

Това няма ли да свърши добра работа? Hard Drive Caching with SSDs ($2). Поне при експериментите ми е показвало добри резултати.

SSD не е удачна за множество дискови операции, но мисля че сам ще стигнещ до този извод, пробвай   :)

Здравейте благодаря за отговорите,
Проблема е следния, просто програмата която работи с базата данни не е читава, и според мен самите заявки към Sql сървъра го правят доста латентен.
Базата като дъмп е 70 МБ, 2 GB RAM с E5200  @ 2.50GHz. Двама потребителя  едновременно успяват да вкарат сървъра в критично състояние. Точно поради тази причина искам да пробвам SSD, просто ми е някак нелогично да се инвестира огромна сума в дискове и контролери.
Бихте ли ми дали ориентировъчни цени и ако е възможно примерни конфигурации на SAS масив. Не че ме мързи да погледна в нето но просто не сам запознат с това кое върши работа и кое не.
Благодаря ви предварително.

Е мисля че сам си даваш отговор на въпроса.

Има едно алтернативно решение (малко смотано ама все пак решение) да си направиш ram-disk с tmpfs, да сложиш базата вътре и да видиш дали ще има подобрение.