Tesztelés SCSI RAID-vezérlők és SCSI-meghajtók Computerpress

a forradalmi változások a piaci SCSI merevlemezek nem történt az utolsó teszt a mi labor merevlemez SCSI interfész. Természetesen az összes cég bejelentette új modell meghajtók az elmúlt évben, de ezek az újítások összefüggésbe hozták elsősorban a támogatást az új Ultra SCSI 320 interfészeket, maximális teljesítmény 320 MB / s. A többi jellemzőit merevlemezek nem változtak jelentősen.

A helyzet hasonló a RAID-vezérlő piacon. A modell számos kezdtek megjelenni vezérlők Ultra SCSI interfész 320. Természetesen a támogatás az új felület önmagában nem jelenti a növekedési teljesítmény - lemez alrendszerek Ultra SCSI interfész 160 bizonyos feltételek mellett lehetővé teszi, hogy legalább egy termelékeny megoldást. Ugyanakkor nyilvánvaló, hogy az új felület lehetővé teszi, hogy építsenek egy lemezalrendszer bő skálázhatóság. Például lineáris olvasási sebesség modern SCSI-meghajtók mintegy 50 MB / s. Elméletileg, a busz sávszélesség válik szűk csak ha több mint három meghajtó egy csatorna, kombinált RAID-tömbben. Reálértéken, mivel kérelmeket az olvasás és írás többnyire nem következetes, és véletlenszerű, akkor várható, hogy a busz sávszélességet hatását veszi az autópályadíj kombinálva a RAID-tömb öt vagy több meghajtó egyetlen csatornán. Ezért, a jelentősége a használó RAID-vezérlők és lemezmeghajtókat Ultra SCSI 320 látható az építési lemez alrendszerek száma több, mint öt tárcsát egy csatornán RAID-vezérlő.

A fenti okok miatt, úgy döntöttünk, hogy összekapcsolják a tesztelés RAID-vezérlők mind az Ultra SCSI 320 Ultra SCSI 160, és a felület is használható a SCSI-lemezek két különböző interfészeket. Tekintettel azonban arra, hogy a vizsgált alkalmaz készlet mind a négy lemezen, ami ráadásul csoportosítani kell két mindegyik RAID-vezérlő csatorna Ultra SCSI 160 interfész sávszélessége nem a szűk keresztmetszetet a vizsgálatokat, és nem befolyásolja a vizsgálat eredményét.

Apropó merevlemez-kapacitás, a fejében az ő teljesítményét mérve, vizsgálati eszközök használata nélkül RAID-vezérlő, hogy van, ha csatlakozunk a tesztvezetés közvetlenül az SCSI-vezérlő. Azonban, ezt a vizsgálati módszert létesítő buktatókat. Az a tény, hogy a teszt eredményei nem lehet egyszerűen extrapolálni egy sor több lemez alkalmazásával kombináljuk RAID-vezérlő lemeztömb. De egy ilyen megoldás a legfontosabb az építési szerver disk alrendszerek. Ebben az értelemben, a használata hatékonyabb meghajtó nem jelenti azt, hogy együtt RAID-vezérlő kaphat hatékonyabb megoldás, mint egy vezérlő ugyanazokat a lemezeket kevésbé termelékeny.

Tesztelése RAID-vezérlő összehasonlítani őket egymással, anélkül, hogy kötve egy sor használt merevlemezek egyáltalán elvesztené értelmét. Azaz, elvileg nem lehet elvontan azt állítják, hogy a RAID-vezérlő teljesítménye a másik, anélkül, amikor ez kombinálják a beállított lemezek kérdéses. Tehát még egyszer hangsúlyozzuk, hogy az összehasonlítás a lemez alrendszerek kell beszélni egy bizonyos kombinációjának RAID-vezérlő a konkrét lemezek.

Ez a következtetés, amelyet már megérkeztek a teszt szerver, képezte az alapját ez a vizsgálat, amelynek fő feladata az volt, hogy megtalálja az optimális kombinációja (egyfajta „édes pár») RAID-vezérlő és egy sor merevlemezek. Igyekeztünk nem egyszerűen összehasonlítani a különböző megoldások, és válassza ki a legtermékenyebb, és vegye az egyes RAID-vezérlő egy optimális SCSI-meghajtók.

vizsgálati módszerek

IOmeter szintetikus benchmark segédprogram, amely lehetővé teszi, hogy pontosan beállítsa a vizsgálat teljesítményének mérésére a merevlemezek, a speciális feladatok. A segédprogram működik az un-lemezkötetek, így a vizsgálati eredmények nem függ a fájl szerkezetét, és az operációs rendszer a hatás minimális.

IOmeter segédprogram lehetővé teszi, hogy a különböző modellek hozzáférést a lemez alrendszer különleges hozzáférési modell, akkor lehet változtatni a következő paraméterekkel:

• Kérelem mérete adatátvitel (Transfer Request méret);
• A százalékos megoszlását a véletlen / szekvenciális kérések (Százalékos Random / soros elosztás);
• százalékos megoszlását olvasási / írási műveletek (Percent Read Write Distribution);
• százalékos hozzáférési kérését (százaléka Access Specification);
• egyidejűleg számos kiválasztott I / O műveletek (# kiemelkedő I / O).

Tekintettel arra, hogy a meghajtó SCSI-felület, amely elsősorban a használt szerverek tesztelésére meghajtók szoktunk különböző hozzáférési minták jellemző szervereket. Három modell: FileServer, WebServer és adatbázis.

FileServer hozzáférési modellt hoz létre a terhelés az lemezalrendszer tipikus file szerver. Jellemző, hogy ebben a modellben minősülnek különböző lekérdezések a méret a írni és olvasni. kérelem mérete tól 512 bájt 64 Kbyte, és ez az arány az egyes kérelmek teljes hozzáférést minta adott súlyozási tényezőt részvételi kérelem (százalék a hozzáférési kérelem). Ha például kérni 4K százalékos rendelt hozzáférési kérelem 60% -ával egyenlő, ez azt jelenti, hogy 100 60 kérelmeket a mérete 4 Kbyte. A FileServer hozzáférési modell 80% -a az összes input-output műveletek elszámolása olvasás, és csak 20% - a rekordot. Sőt, az összes input-output műveletek teljesen véletlenszerű, ami elég jellemző fájl szerverek. Jellemzői FileServer hozzáférés minták táblázatban mutatjuk be. 1.

1. táblázat Jellemzők FileServer hozzáférés minta

A súlyozási együttható kérésére%

A százalékos olvasási műveletek

Ha a hozzáférési minták szekvenciális és a véletlenszerű írási / olvasási (Random Read, Random Write, szekvenciális olvasási és szekvenciális írás) kérelem mérete nem egy fix érték, és változik 512 bájt 256 bájt, így a mérete minden a következő korábbi kérésére kétszer. Azaz, a modell minden egyes hozzáférési sebesség lemez műveletek számítjuk egyenlő kérésre bájt méretű 512, 1, 2, 4, 8, 16, 32, 64, 128 és 256 Kbyte. Ezért a vizsgálati eredményeket a véletlenszerű olvasási hozzáférés modellek, Random Write, szekvenciális olvasási szekvenciális írási és bemutatott egy grafikont a sebesség a lemez műveletek a méret a kérelmet.

Minden modell emulált hozzáférést telepítettük az azonos számú egyidejű kiválasztott IO (# Kiemelkedő I / O) 4. Természetesen, ha használja a nagyobb érték # Kiemelkedő I / O és a sebesség lemez műveletek felett, de ebben az esetben is folytatta a feladat nem annyira, hogy a megengedett legnagyobb érték egy adott lemezalrendszer, amennyire csak lehetséges, hogy a vetélkedés lemez műveletek a valós körülmények között. Mivel a gyakorlat azt mutatja, a legtöbb szerver disk alrendszerek érték # Kiemelkedő I / O nem haladja meg a 2-5 maximális terhelés, amely meghatározható a futás a hasznosság és a Performance Counter átl. Lemezvárólista hossza a merevlemez. Ezért választottuk az érték # kiemelkedő I / O 4 egyenlő hozzáférést az összes modell.

A mért paraméter minden vizsgálat sebességét lemez műveletek MB / s.

Mint már említettük, a vizsgálat során felhasználtuk a lemez alrendszerek minden RAID-vezérlő, egy sor négy azonos SCSI-meghajtók. Így kettős RAID-vezérlő meghajtók csoportosítva kettő minden egyes csatornához, és telepített két kosarat, amelyek mindegyike össze van kötve az egyik RAID-vezérlő csatornák, és alkalmazásakor egycsatornás RAID-vezérlő mind a négy lemezt telepítve egy kosár, amely össze van kötve egy egycsatornás szabályozó.

Amikor a vizsgálat, szoktuk egyszintű a RAID-tömb - 5. szint, mint a leggyakoribb modern lemez alrendszerek a belépő szintű szerver. Ez a szint egyesíti a nagy teljesítményű, növekvő számának arányában egyesített tömbbe a lemezmeghajtók és a szükséges fokú adattároló megbízhatósága révén redundancia viszonylag kicsi.

Minden RAID-vezérlő állítja a csík blokk mérete 64 KB. Továbbá minden RAID-vezérlők vizsgáltunk két caching mód felvétel közben a lemezen: írj vissza, azaz a késleltetett belépési és írása révén, azaz egymás után felvételt. Az összes többi beállítás RAID-vezérlők alapértelmezett.

Kétprocesszoros szerver Desten NavigatorDX728 (533), amelyben a processzor Intel Xeon 2,8 GHz alapján összeállított Intel SE7501BR2 alaplapon egy sor Intel E7501 lapkakészlet, amely támogatja a 533 MHz-es rendszer busz. Amikor a vizsgálat, szoktuk 2GB DDR266 memóriát. Megjegyzendő, hogy az összes vizsgált RAID-vezérlőkkel a PCI-X slot (64 bit / 133 MHz) visszafelé kompatibilis a PCI busz 64 bites / 66 MHz-es.

teszteredmények

Mielőtt a leírás a vizsgálati eredményeket az egyes RAID-vezérlő külön, úgy a legfontosabb általános következtetéseket általunk kapott a vizsgálat során.

Mint már említettük, amellett, hogy a vetélkedés működését lemez alrendszerek tipikus fájl-kiszolgálón, a Web szerver és adatbázis szerver, már elvégzett vizsgálatok ellenőrök a különböző méretű, a kérés módok szelektív és szekvenciális írási és olvasási. Ebben az esetben azt eredetileg feltételezték, hogy adatait felhasználva, a RAID-vezérlő különböző méretű kéri, akkor lehet megjósolni a teljesítménye a vezérlő elérni a modell segítségével különböző súlyokkal kéréseket.

Vegyünk egy tipikus példája az emulációs módot a fájl szerver. Ebben az esetben a méret a nyolc különböző kérelmek különböző súlyokkal (táblázat. 1) a teljesen véletlenszerű hozzáférés. A vizsgálat során a vezérlő a különböző méretű lekérdezéseket teljesen véletlenszerű hozzáférési módot írásakor és olvasási adatok, akkor az alábbi eredményeket kaptuk (táblázat. 5).

Controller 5. táblázat Vizsgálati eredmények az olvasás és írás adatmódokat meg teljesen véletlenszerű hozzáférési kérelmek különböző méretű

Olvasási mód, MB / s

Felvételi mód, MB / s

A súlyokat az egyes kérelem mérete (táblázat. 1), próbáljuk megjósolni, hogy mi lesz a teljesítménye a vezérlő emulációs módban a fájlszerver. Ehhez használja az alábbi nyilvánvaló képlet:

ahol S - a vezérlő teljesítményét (MB / s) a FileServer hozzáférési mintázat;

si olvasni # 151; olvasási sebesség i-edik kérés méret;

si write # 151; felvételi sebesség i-edik kérés méret;

ai # 151; súlyozási részvétele i-edik lekérdezés.

Az együtthatók 0,8 és 0,2 a képletben tükrözik a frakció olvasási műveletek (80%) és írási műveletek (20%), ami jellemző a emulációs módban FileServer.

A fenti példában a számítási eredmény ezen képlet ad 2,68 MB / s.

Azonban, ha tesztelés ugyanazon a RAID-vezérlő emulációs FileServer hozzáférési mód, hogy van, amikor a nagyon modellben való hozzáférés lemezalrendszer kerülnek különböző méretű lekérdezések különböző súlyozási tényezők a teljesítmény egy adott hányadát az írási és olvasási műveletek a vizsgálati eredmények egészen más. Például, a fenti példa az eredmény 1,9 MB / s, azaz 40% -kal alacsonyabb, mint a várt.

Hasonló a helyzet a többi hozzáférési modellek - WebServer és adatbázis. Jellemző, hogy a számított (várható) vezérlő teljesítmény eredmény lehet felett és alatt egyaránt a ténylegesen megfigyelt. Elemzése után a szabályozó közötti különbség a tényleges és várható teljesítményének minden hozzáférési mintákat, azt a következtetést vonta le, hogy olyan törvényeket ebben az esetben nem lehet nyomon követni. Számított eredmények a teljesítményt a különböző szabályozók ugyanazon a hozzáférési modell felett és alatt a tényleges megfigyelt eredményeket.

Így egyidejű használatát különböző méretű kérelmek emulációs egy adott hozzáférési mód vezet az a tény, hogy ezek a kérések korreláltak egymással úgy, hogy a kapott eredmény a RAID-vezérlő eltér az eredmény, amely alapján kiszámítható teljesítmény adatok vezérlő, ha dolgozik, egyéni kéréseket. Abban az esetben, hozzáférési modell FileServer ez azt jelenti, hogy a pontos kiszámítása a teljesítménye a vezérlő van szükség a formula figyelembe vesszük a korrelációs kifejezések a fent tárgyalt:

ahol az együtthatók C xij (Si olvasni. Si olvasni) meghatározzuk korreláció közötti arány kérelmek különböző hosszúságú.

Természetesen ezt a képletet a gyakorlati számítások nincs értelme, mert ők maguk a korrelációs együtthatók nem ismertek. Az egyetlen dolog, amit szeretnénk a stressz, ami ilyen hosszú formula - az a tény, hogy a tudás önmagában írási és olvasási sebesség különböző lekérdezések méretben (Si olvasni Sj írni.) Nem elég, hogy képes megjósolni a viselkedését a vezérlő a hozzáférési modell ha több kérés egyidejűleg alkalmazzák. Talán a legfontosabb következtetés, hogy ahonnan jövünk során a tesztelés.

Miután az általános megjegyzések érvényesek minden vezérlő, folytassa a részletes venni a vizsgálati eredmények az egyes szabályozó külön-külön.

RAID-vezérlők

6. táblázat Műszaki RAID-vezérlők

Adaptec SCSI RAID 2120S

Adaptec SCSI RAID 2200S

SCSI-meghajtók

azhdy adatokat RAID-vezérlők tesztelve négy készlet SCSI-lemezek: Fujitsu MAM3367MC U160 SCSI 36.7GB, IBM Ultrastar 36Z15 IC35L036UCPR15-X U160 SCSI 36.7GB, Seagate Cheetah X15 36LP típushoz ST336752LC U160 SCSI 36.7GB, Seagate Cheetah 15K.3 ST318453LW U320 SCSI 18.4Gb. Műszaki jellemzők a vizsgált merevlemezek táblázat sorolja fel. 7.

7. táblázat Műszaki merevlemezek

Fujitsu MAM3367MC U160 SCSI

IBM Ultrastar 36Z15 IC35L036UCPR15-X U160 SCSI

Seagate Cheetah X15 36LP típushoz ST336752LC U160 SCSI

Seagate Cheetah 15K.3 ST318453LW U320 SCSI