Raid за "манекени" и не само

В първо приближение, тази асоциация RAID дискове в един масив. SATA, SAS, SCSI, SSD - това няма значение. Освен това, почти всяка нормална дънна платка в момента поддържа организации SATA RAID. Преминете през списъка, какви са RAID и какви са те. (Аз просто внимание, че трябва да се съчетаят със същите RAID дискове присъединиха устройства от различни производители, но от различен вид, или с различни размери. - Това самодоволство за един мъж, седнал на домашен компютър).

RAID 0 (лента)

Разбира се, RAID 0 предвижда ускоряване на работата на разместването на четене / запис.

RAID 0 често се използва за временни файлове.

RAID 1 (огледало)

Огледални дискове. Ако сянка в IB / FB е софтуер отразявайки (виж операции Guide.pdf.), Нападение 1 - отразявайки хардуера, и нищо повече. Забранявам ти да използват софтуер отразявайки OS инструменти или софтуер на трета страна. Необходимо е, или "железен" RAID 1, или сянка.

Когато неуспехът да се провери внимателно каква sboynul диск. Най-честите данни случай pogibaniya върху RAID 1 - това е погрешно действие в реставрация (като "цяло" Set не устройството).

За изпълнение - за запис спечели 0, Рединг - .. Може би до 1,5 пъти, а именно, да четенето може да се извърши "паралелно" (редуващи се с друго устройство). бази данни ускорение за известно време в паралелна жалба до различни (!) парчета (файлове) ще карам ускорението точно.

Съгласно RAID 1 + 0, отнасящи RAID изпълнение 10, когато двете са комбинирани в нападение 1 RAID 0. Алтернативно, когато две RAID 0 до RAID 1 заедно наречен RAID 0 + 1, и "извън" означава същото RAID 10.

RAID 2-3-4

Това RAID са рядкост, тъй като при използването на Хеминг кодове или дял байтове блокове + контролни суми и т.н., но като цяло резюмето е -.... Това RAID предостави надеждна, при 0-ТА увеличаване на производителността, а понякога дори му влошаване.

За него имате нужда от най-малко 3 дискове. Паритет данните са разпределени във всички дискове в масива

Обикновено това се посочва, че "по-RAID5 използва независим достъп до дисковете, така че исканията на множество дискове може да се изпълнява паралелно." Трябва да се има предвид, че става дума, разбира се, на паралелни заявки за вход и изход. Ако тези искания са съвместими (в SuperServer), а след това, разбира се, ефектът от достъп паралелно извършване на RAID 5, което получаваш. Разбира се, RAID5 ще даде тласък изпълнение ако масива ще работи операционната система и други приложения (например, той ще бъде в виртуалната памет и TEMP т. Н.).

Внимание! Когато дискове за покупка RAID5 обикновено отнема 3 дискове най-малко (вероятно заради цената). Ако внезапно течение на времето един от устройствата не е успешно, ситуация може да възникне, когато не успя да си купи диск, подобни на тези, използвани (вече не се произвежда, временно не се продава, и така нататък. Н.). Ето защо, по-интересна идея изглежда се закупуване на 4-диск RAID5 организация от трите, и връзката на четвърто устройство като резервен вариант (за архивиране и други файлове и други нужди).

RAID5 дисков масив се изчислява по формулата (п-1) * hddsize, където п - брой на дискове в масива и hddsize - един размер на диска. Например, за масив от дискове 4 от 80 гигабайта общо е 240 гигабайта.

Има една интересна становище относно "непригодност" на RAID5 за базата данни. Най-малко това може да се разглежда от гледна точка, че да се получи добро RAID5 изпълнение, което трябва да се използва специален контролер, а не, че е налице неизпълнение на дънната платка.

RAID 10, 50

След като вече има комбинация от тези възможности. Например, RAID 10 е RAID 0 + RAID 1. RAID 50 - нападение 5 + RAID 0.

Интересното е, че комбинацията от RAID 0 + 1 по отношение на надеждността е по-лошо от RAID5. В услуга за ремонт на базата данни на касичка в случай, че има един-единствен диск недостатъчност в RAID0 система (3 дискове) + RAID1 (3 още същия диск като). В този случай, RAID1 не може да "вдигне" резервната диск. Базата е опетнен с никакъв шанс за ремонт.

За разлика от RAID 5, което използва защитата на паритетен данни срещу единични повреди в RAID 6 паритет е същият, използван за защита от двойни грешки. Съответно, процесорът е по-мощен от RAID 5 и диск вече не е необходимо 3, и най-малко 5 (три данни диск 2 и диск паритет). Освен това, броят на дискове в RAID6 има такава гъвкавост както в нападение 5 и трябва да бъде равна на простото число (5, 7, 11, 13 и така нататък. Г.)

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

RAID Изпълнение 6 данни не съм виждал (не гледам), но може да се окаже, че поради прекомерната изпълнението на контрол може да бъде на нивото на RAID 5.

Rebuild време

Всеки набор от нападението, което запазва работоспособност, когато един диск не успее, има такова нещо като времето за възстановяване. Разбира се, когато на мястото на диска с нов sdohshy, контролерът трябва да организира работата на новия диск в масива, и това ще отнеме известно време.

По време на "свързване" на новия диск, например, RAID 5, контролерът може да бъде готова за използване с масив. Но масив от скорост в този случай ще бъде много ниска, като минимум, тъй като дори и "линейно" попълване на новата информация на диска пише, че е "разсеяни" на контролера и главата на диск за действието на синхронизация с останалите дискове масиви.

Възстановяване на работа време на масива в нормален режим зависи от обема на дискове. Например, Sun StorEdge 3510 FC Array масив в размер на 2 терабайта в изключителен режим прави възстановяване на 4.5 часа (при ниски жлези около $ 40 000). Ето защо, в организацията и планирането на възстановяване след срив на масив е необходимо да се мисли преди всичко тя е около времето за възстановяване. Ако вашите архиви на базата данни и да заемат не повече от 50 гигабайта, както и ръст в годината на 1-2 гигабайта, че едва ли има смисъл да се събираме масив от 500-гигабайтови дискове. Това ще бъде достатъчно, и 250GB, като дори RAID5, че ще бъде най-малко 500 гигабайта пространство, за да се настанят не само в базата данни, но също така и филмите. Но отпор време за 250 GB диск ще бъде около 2 пъти по-малък от 500 GB.

Оказва се, че най-смисленото е да се използва или RAID 1 или RAID 5. Все пак, най-често срещаната грешка, че почти всички - ". Под всички" е използването на RAID Това е, задаване на RAID, то купчина върху всичко, което е, и. получите в най-добрия, надеждна, но не се подобри ефективността.

Но често не включва кеш запис, в резултат на запис в нападението е по-бавен, отколкото нормален единичен диск. Фактът, че по-голямата част от контролери по подразбиране тази опция е изключена, тъй като Смята се, че той може да се включи, че е желателно да има най-малко батерията на акция-контролера, както и наличието на UPS.

текст
В една стара статия hddspeed.htmLINK (и doc_calford_1.htmLINK) показва как можете да получите значително увеличение на производителността чрез използване на множество физически дискове, дори и за IDE. Съответно, ако се организира RAID - постави върху него в основата, а останалите (температура, OS, Dev) правят други твърди дискове. Всички едно и също, самият RAID е "диск", дори и по-надеждна и бърза.
оттеглен. Всички по-горе е доста право да съществува в RAID 5. Въпреки това, преди да е необходимо да се разбере това настаняване - как е възможно да се направи архивиране / възстановяване на операционната система, и колко време ще отнеме, колко време ще възстанови "мъртви" с кола е там (независимо дали ) на кормилното управление да замени "починалия" и така нататък, така нататък. д. ще бъде необходимо да се знае предварително отговорите на най-основните въпроси в случай на повреда в системата.

Аз все още съветват да се запази на операционната система за отделяне на SATA-диск, или ако искате да имате връзка с RAID SATA 1. Две устройства, във всеки случай, с операционната система на RAID, трябва да планират своите действия, ако изведнъж спре да работи родител такса - понякога прехвърля диск нападение масив на друг дънна платка (чипсет, RAID-контролер) не е възможно поради несъвместимост параметър по подразбиране нападение.

Поставянето на база, сянка и архивиране

Обяснението е просто. Backup - данните се четат от файла с базата данни и пишат на архивния файл. Ако физически е всичко това става по един и същи диск (дори и RAID 0 или RAID 1), а след това изпълнение ще бъде по-лошо, отколкото, ако измерването е направено с един диск, а рекорда - от друга. Дори повече полза от такава раздяла - когато архивирането се извършва, докато потребителят към базата данни.

Същото по отношение на сянка - няма смисъл поставянето на сянката, например, на RAID 1, на същото място, където основата, дори и на различни логически устройства. В присъствието на сянка сървъра пише страници с данни във файла с базата данни и досието на сянка. Това означава, че двамата са произведени вместо една операция за запис. При отделяне на основата и сянката на различни физически дискове напиши изпълнение ще се определя от бавния диск.