Избор на дъно за файлов server

[stuckoff]

имам следната задачка:

трябва да избера дъно за работа с 8 хард диска (4 н вградения и 4 на допълнителен контролер (ite8212))

дисковете са 200GB ATA133.

операционната система е Linux (kernel 2.4.22). всички дискове са обединени в един масив (чрез LVM 2.0)

дъното на което работи в момента ABIT с чипсет intel850/P4 1.4/256 MB RAMBus 400.



проблема е че в момемента пада доста производителността на масива (основно заради производителността на вградения на дъното АТА контролер)



очаквам някакви предложения за чипсет и комбинация от дъно/процесор/памет за да мога да получа поне 30-40MB/s релен трансфер от server-а (т.е. ще е добре да има висока просизводителност и по мрежата (1Гбит)).

[kafka]

Много малко памет???

Вземи си дъно подържащо оптерон приерно и ЕСС памет.

ПС За сървър 1GB памет е малко та камоли 256 :-)

[Mr.TECHNO]

кафка - по добре да е интел с 2 ксеона ( може и 1 )

Compaq d330DM 2,4 Xeon е доста по -добре

[Tyan]

ЗА такъв тип сървър поне 2 GB ram, задължително процесор с колкото се може повече L2 Cache (1 MB) работещо на пълната тактова честота на ядрото (Opteron, Xeon) Kafka и Mr.TECHNO добре са си го казали.



Такива софтуерни масиви са кака да кажа доста слабо решение, Препоръчвам да пуснеш RAID масив през специализиран контролер, намират се на пазара разни модели на различни цени. Друг проблем тук. ЗА Файлов сървър единствените RAID масиви които ти вършат работа са 0,1 и 5 ...



0 е много бърз но за съжаление ако диск участващ в масива даде фира забрави информация ... ще можеш да гледаш какво има по диска с диск докторр на нортън примерно но само това. При правене на RAID 0 оптималният вариант е повече дискове и големина на "отрязъците (Chunk)" поне по 32 КБ защото при по-малyk размер машините са по-лагнати.



1 е направен с цел сигурност т.к дублира данните едно към едно като дисковете пишат едно и също а се чете от този чийто глави са по близо до търсената информация ( или в зависимост от настройките може да се настрои единия диска да чете за цилиндри от 0 до Х а дръгия да чете от Х до У). Тък обаче не се постига особено бързодействие



0+1 това е компилация от бърздействието на 0 и сигурността на 1, много лесен за изпълнение, но иска повече дискчета )





Това което би те оправило с тия 8 диска обаче е RAID 5, Много бърз (понякога дори по бърз от 0 и много сигурен (в случей че само един диск от масива даде фира ако се прецакат повече от един става доста кофти ситуация)) От тия 8 диска с размер 200ГБ операционната система ще вижда Volume с размер 7 X 200 GB = 1.4 ТБ като 200 GB ще идат за PARITY информация която се ползва за възстановяване на инфото .....



RAID 3 и 4 са на практика доразвид RAID 0 като при 3 парчетата са байтове а при 4 са блокове, при 3,4 недостатъка е че има отделен диска на които се записва цялостната иформация и райд изчаква докато тази информация се запише на диска което лагва системата.





Както си решил да го правиш лощо няма, но в този си вариант помисли за здрав процесор и много рам иначе ще ти пада машината

[stuckoff]

10x за отговорите.

RAID 5 е много добра идея но не позволява увеличването на масива с времето. Аз избрах на времето именно LVM, защото тогава масива беше само с 3 диска и само LVM ми дава възможност за логическо свързване на колкото си искаш и каквито си искаш дискове, партишъни и etc.. Сега вече е с 7 и идеята е да става още по-голям.

за съжаление финансовата страна е много голям проблем при изпълнението на задачата, а ако се наложи да се сменя типа на масива (от LVM на RAID) ще се изгуби информацията (около 1TB), което не много желатено



но мисля че едно решение от типа: 2 RAID 0 контролера (с по 4 диска), които да се свържат след това, чрез LVM в един общ ще даде доста добра производителност. Проблема в момента е къде да кача тези 1ТБ данни за да мога да си преконфигурирам масива :-))))



благодаря ви много за отговора мисля да се насоча към АМД (1МБ кеш), но да видим колко пари ще излезе ;-)))