A hatékonyság a beépített raid

Emlékezzünk vissza, hogy a technológia Matrix Storage hajtják végre az új-dél-hidak ICH6R és a kulcs is lehetséges (ha nem beszélünk a végrehajtás a szabványos RAID-0 és a RAID-1) a végrehajtása egy ilyen rendszer működik, amelyben két tömbök RAID-0 szint jön létre két tárcsát RAID-1 (mátrix RAID-0 és RAID-1 mátrix).

Tesztelés komoly technológia, persze, ez igényel komoly eszközöket. Ezért ezt a vizsgálatot egy üzleti alkalmazás, amely egy három rétegű architektúra. Vagy inkább - a "1C: Enterprise 8.0".

„1C: Enterprise” dolgozott a három rétegű architektúra „kliens - szerver alkalmazás - SQL-szerver” ugyanazon a számítógépen. Ugyanakkor a legtöbb terhelés a lemezalrendszer PC adta SQL-szerver.

Teszteld ebben építészet azért választottuk, mert a teljesítménye egy RAID-0 általában, és a Matrix RAID-0 különösen erősen függ a paraméter szalag méretét.

Nyilvánvaló, hogy a teljesítmény az egész rendszer lesz a legnagyobb, ha az adatokat az alkalmazás, vagy jön a lemez alrendszer részei megegyezik a méret a szalag méretét.

De a számítógép mindig több alkalmazás futtatására különböző tulajdonságokkal, így a mérete a csík mérete RAID-0 általános célú rendszerek - ez mindig egy kompromisszum értéket. Azonban, ha van olyan alkalmazás, amely kell dolgozni gyorsan - még kárára minden mást, a RAID-0, akkor állítsuk be neki.

Általában ezt a beállítást a legegyszerűbb (és a legtöbb helyes) tenni az SQL-szerver. Könnyebb - úgy, hogy a sok adat, amellyel az SQL Server kommunikál a lemez alrendszer mindig ismert. Ez az oldal mérete (lapméret).

MS SQL szerver oldal mérete 8 KB. Indexek vannak rögzítve blokkok nyolc-64K.

A Matrix RAID-0 az alapértelmezett csík mérete 128 KB. Tehát, ha azt tervezi, hogy a munka PC-k, főleg az SQL-szerver (a mi esetünkben), szükség van az optimalizálás. Itt fog tanulni.

Hogy minden valódi, két SATA meghajtók Maxtor 250GB Maxline III két részre épült:

• Matrix RAID-1 - a rendszer, és a mentést;
• Matrix RAID-0 - az csere, ideiglenes fájlokat, és a munka SQL-adatbázisban.

Matrix RAID-0 első létrehozásakor alapértelmezés szerint, akkor a méret csíkméret állítottuk be 64 kb, 32 kb, 16 kb és 8 kb.

Itt van, mi történt a mérés eredményét a szerver változata a három szintű munka „1C: Enterprise 8.0” Egyetlen ügyfél:

A kapott eredmények meglehetősen árulkodó. Ha sikertelen ebben az esetben az érték a csík mérete, ami 128 KB volt, és alapértelmezés szerint létrehozott, a szerver fut, még lassabb, mint abban az esetben az adatbázis helyét Matrix RAID-1. De abban az esetben a „helyes” csíkméret értéket a 8K már 31% a termelékenység növekedését a „gazdaság a felek”, mint a Matrix RAID-1.

Általában, az összes kiviteli alakjai csíkméret érték 64 KB 8 KB kimutatta sebesség erősítés, és az optimális variáns bizonyult 16 KB. Bár általános célú rendszerek, amelyekben az SQL-szerver az egyik legfontosabb alkalmazások, lehet, hogy még előnyösebb kiviteli alak 32 KB.

Miért kell bajlódnia SQL

Ezért döntöttünk, hogy teszteljék az SQL változata a munka „1C: Enterprise 8.0”? Végtére is, a rendszer működhet, például, és a fájl-szerver módban. Az a tény, hogy „az 1C: Enterprise” 8-as verzió egy dedikált SQL-szerver sokkal gyorsabb, mint a fájl módot. A már említett első felülvizsgálat LGA775 (+ K X n №, pp. XX) működési idejét „a felek” kérést, és az a kijelentés „a kölcsönös igazgatók” összesen 1095, illetve 119. Ez a változat a fájl. Hasonlítsuk össze a számok 36 és 32 - a legjobb a SQL-rendszerben. A harminc-szeres teljesítménynövekedés és bonyolult lehet.

Míg mi érdekli ez a vizsgálat volt, őszinte és tisztán tájékoztató jellegű, tippeket, hogy milyen rendszer lesz optimális, de voltak. Bár a megállapítás teszünk később. Amikor létrehoz egy RAID-0 rész alján a képernyőn a következő információkat:

in Tuning Oracle útmutatók sugallják csíkozás tényező.
Szerint a iránymutatások Csíkméret = csíkozás faktor * blokk mérete (Cylinder).
Egy tipikus csíkozás faktor - 32 blokkokat.
Ezért, ha veszünk Blokkméret = 512 | 1024 bájt (attól függően, hogy a modell és gyártó): csíkos size = 32 * 512 | 1024 = 16 | 32 Kb.

Kapcsolat 100%. Éppen ezek a méretek és bizonyult optimálisnak. Az Oracle és MSSQL - ez természetesen a különböző adatbázisok, de a fizika a folyamat ugyanaz mindenhol.

Matrix Storage egy külső Serial ATA RAID-vezérlő

Mi szándékosan nem hasonlította össze a belső és külső RAID-vezérlő fő témája a cikk. Az a tény, hogy ezek a vezérlők meglehetősen eltérő funkcionális szempontból - bár furcsán hangzik az első.

Matrix Storage technológia nagyon rugalmas. Nem csak, hogy ez lehetővé teszi, hogy két HDD RAID partíciók különböző típusú - ez lehetővé teszi azt is, hogy egyszerűen különböző méretű csík mérete. Külső soros ATA RAID-vezérlő, mint általában, vannak bizonyos korlátai: például, az összes csík mérete partíció lehet indítható.

De a külső Serial ATA RAID-vezérlők általában az eszközök áttérni, hogy „Through the Looking Glass” meglévő HDD vagy olyan nehéz, átalakítani, hogy (persze, még egy HDD) egy RAID-0.

Hátránya Matrix Storage is lehet tekinteni egy meglehetősen nagy (akár 12%) CPU terhelését.

Esetünkben a „ellenfél” választották a ICH6R Adaptec 1210SA. Egy jó vezérlő egy nagyon jó szoftver alatt dolgozó, szinte minden operációs rendszer és jön a forráskódot.

De abban az esetben az Adaptec 1210SA indítható Windows partíció csak RAID-0 egy csík mérete 64 KB. És ez a mutató, és méréseket végzünk a HDD Maxtor Maxline III. Az eredmények az alábbiakban.

1C: Enterprise 8.0 SQL

1C: Enterprise Database fájlt

Külső Serial ATA RAID-vezérlő csak valamivel megelőzve a Matrix Storage opciót a fájl - és elég jelentős mértékben (16%) az SQL változata. Bár az optimális érték a csík mérete Matrix RAID-0 gyorsabb (lásd. A fő cikket).

Így egy külső Serial ATA RAID-vezérlő előnyösebb szerverre vagy PC, amely jelzi a RAID-tömbök meghatározott feladatok elvégzésére. De ha csak két HDD - határozottan jobb használni Matrix Storage. És hogy megbízható, és gyakorlatilag ugyanazt a teljesítményt.

Mi a csík

csík - folyamatos szekvenciát lemezblokkokban. csík lehet a méret a lemez blokk, de is állhat ezer.

RAID meghajtók szét az őket alkotó lemezpartíciókat csíkokra; különböző RAID szintek eltérő módon a szervezet csíkok és hogyan kerülnek az adatok. A kölcsönhatás nagysága közötti sávban, a tipikus fájl mérete a rendszerben, és helyzetüket a lemezen - mindez meghatározza az általános teljesítményt a RAID alrendszer.

A RAID-0 partíció komponensek vannak osztva csíkok és majd összeszőjük. Az eredmény egy nagyobb virtuális partíciót. Ez a megközelítés nem célja, hogy csökkentsék a redundanciát és a teljes megbízhatóság: egy lemez meghibásodása tönkreteszi az egész szakasz.

Hatása a teljesítmény HDD csere

Amellett, hogy a „modell” Maxtor Maxline III 250GB, amelyet gyakran használnak a tesztek során, tudtuk kipróbálni egy pár hajtja ST3160827AS (160 GB-os, 7200 rpm, az átlagos elérési ideje 8,5 ms Interface Serial ATA, 8 MB puffer) .

Felhívtuk a figyelmet a HDD, mivel ők is támogatják az NCQ (Native Command Queuing). A „példakénti” Maxtor Maxline III 250GB másik kötet valamivel nagyobb hozzáférési idő (9,3 ms - ez rosszabb), és egy nagyobb cache (16 MB, akkor jobb). csík méretének kiválasztása itt már nem foglalkoznak, bár készült két mérést a 64 és 32 kb. Az eredmények az alábbiakban.

HDD a Seagate kissé megelőzve Maxtor. Ebből arra lehet következtetni, hogy a hozzáférési időt, ha az üzleti alkalmazások sokkal fontosabb, mint a nagyobb cache.