Documente Academic
Documente Profesional
Documente Cultură
Modelarea Si Performantele Sistemelor de Stocare
Modelarea Si Performantele Sistemelor de Stocare
N = U / (1 - U)
Formula pentru timpul total de rspuns (R) funcie de gradul de utilizare i de timpul efectiv de prelucrare (T) este:
R = T / (1 - U)
Prin urmare un grad mare de utilizare conduce la cozi lungi i la timpi mari de rspuns.
Din cele de mai sus rezult c scopul urmrit n momentul modelrii unui sistem de calcul nu este timpul de
tranzacionare (T) ci timpul total de rspuns pentru o tranzacie (R).
23 Octombrie 2009
Teoria cozilor vine prin urmare s confirme faptul c atunci cnd un sistem este scalat pentru a procesa mai multe
date intotdeauna va apare o gtuire la o anumit component care va fi utilizat aproape de capacitatea sa maxim,
componenta la care se vor forma cozi i timpul de rspuns general va crete pn la valori inacceptabile. Sarcina
noastr va fi atunci s identificm i s remediem aceste gtuiri.
Figura 1
Lungimea exponenial a cozilor
funcie de gradul de utilizare a
unei resurse
Ori de cte ori vom studia o fi tehnic a unui sistem de stocare vom descoperi diveri parametri legai de cele dou
subsisteme menionate mai sus.
Richard Vencu, Richard Consulting SRL | Sisteme de stocare, parametri i corelaii
23 Octombrie 2009
Se constat de cele mai multe ori c parametrii respectivi sunt extrem de variai i c suntem cel mai adesea pui n
dificultate n luarea unei decizii corecte relativ la modelarea unui sistem de stocare care s ofere performana
necesar la un pre acceptabil.
n practic se ntilnesc citeva tipuri de aplicaii care au cerinte destul de diferite de la un sistem de stocare:
-
Aplicaii tranzacionale
Aplicaii de raportare
Aplicaii media (streaming, transferuri de fiiere mari)
Aplicaii de tip bibliotec sau aplicaii de arhivare
DE
PE
RF
OR
MA
NT
A
Desigur c natura aplicaiei va dicta care este cel mai important parametru al sistemului de stocare pe care urmrim
s l modelm. n figura 2 sunt reprezentate gradul de distribuie al acestor tipuri de aplicaii precum i nevoia lor
pentru sisteme de stocare performante.
OLAP, DW, BW
MEDIA
DENSITATE
APLICATII
NE
VO
IE
Figura 2
OLTP (online)
Distribuia frecvenei
de acces la fiiere
pentru o aplicaie
critic
NE
VO
IE
Figura 3
DE
PE
RF
OR
MA
NT
A
Dac ne limitm totui la o singur aplicaie pe care o considerm critic i care folosete un volum extrem de mare
de date putem s facem o analiz a fiierelor utilizate de ctre aplicaie din punctul de vedere al frecvenei de acces.
Dup o astfel de analiz se poate modela cu succes un mediu de stocare format din echipamente de tipuri i cu
performane diferite care s sustin aplicaia cu o performan total rezonabil i cu un cost rezonabil (vezi figura 3).
fisiere accesate
foarte des (LOG...)
FISIERE
ACCESATE
DE APLICATIE
fisiere accesate
des (DB...)
fisiere accesate
normal
fisiere accesate
rar (BAK...)
23 Octombrie 2009
23 Octombrie 2009
Aplicaiile media
Cele mai mari consumatoare de band de transfer sunt aplicaiile media deoarece ele tranzacioneaza rar dar cu
fiiere de mari dimensiuni.
Din punctul de vedere al unui sistem de stocare cel mai important parametru aici este laimea de band oferit de
interfaa de conectare a sistemului la computer. n general gsim n fiele tehnice ale produselor de stocare acest
parametru notat MBPS (MB Per Second).
Backplane
Controllere aflate ntre backplane i mediile de stocare
Interfeele mediilor de stocare propriu-zise
De exemplu este inutil s populm un SAN cu mai multe interfee externe s spunem FC a cror vitez de transfer
cumulat depete viteza de transfer a backplane-ului fr s avem i alte considerente dincolo de cele de
performan.
Funcie de mediile de stocare folosite, SAN-urile pot fi grupate n:
-
Putem bnui de la prima vedere c att performanele ct i preul per GB crete n ordinea listei de mai sus. Cum se
poate face un compromis rezonabil pre/performan?
n figura 4 este prezentat o piramid a performanelor care poate fi suprapus peste piramida tipurilor de Aplicaii
sau a densitii de acces la fiiere pentru o aplicaie critic. n acest fel datele cele mai accesate pot fi stocate pe un
SAN foarte rapid (de exemplu RAM SSD) n timp ce datele cele mai puin folosite pot fi stocate pe sisteme rotaionale
clasice.
Richard Vencu, Richard Consulting SRL | Tipuri de sisteme de stocare
23 Octombrie 2009
Modelarea unei structuri piramidale cu toate etajele de performana poate deveni un factor determinant n a oferi
un raport pre/calitate foarte bun tuturor tipurilor de Aplicaii rulate ntr-un centru de calcul.
Figura 4
Performana sistemelor
de stocare funcie de
tehnologia de stocare
PE
RF
OR
MA
NT
A
RAM SSD
RAID + cache
ROTATIV
RAID
Dup ce evalum rspunsurile trebuie s construim un model de testare cu cereri mixte i cu cozi de lungimi diferite
pentru a acoperi cit mai mult situaia aflat n mediul de lucru actual.
Richard Vencu, Richard Consulting SRL | Testarea sistemelor de stocare
23 Octombrie 2009
n continuare sunt prezentate grafice rezultate n urma testrii comparative a dou sisteme de stocare cu urmatorii
parametrii:
Configurarea testului:
-
Sistemele testate:
-
RAID 5, format din 5 discuri SAS 146GB, 15000rpm, controller cu 500MB cache
Placa PCIe x4 cu memorii FLASH oferind un volum cu o capacitate de 450GB
HDD
2 ms latena seq
3.4 ms seek time
?
RAID 5 (estimat)
2ms latena seq
3.4ms seek time
?
FLASH
50 us latena random
No seek time
120 000 / 4KB citire
50000 / 4KB scriere
700 MBPS
n graficele de mai jos, pe axa orizontal este exprimat numrul de tranzacii mici (8K) din coad n timp ce
meninem numrul de tranzacii mari (1M) din coad constant, acesta fiind exprimat de titlul curbei.
Spre exemplu n graficul de latena FLASH, curba roie 1 reprezint timpul de laten constatat atunci cnd
meninem n coad 1 tranzacie mare de 1MB i un numr variabil ntre 1 i 60 de tranzacii mici de 8KB. Comparativ,
acelai lucru este reprezentat n graficul de laten RAID.
De remarcat la graficul de laten RAID este ca o coad de 4 cereri mici i este optim pentru sistemul RAID datorit
logicii de paralelizare a efortului pe toate discurile.
Un alt aspect interesant apare n a decide dac plafonarea curbei 0 de la graficul IOPS al discului FLASH la valoarea de
30000 apare din cauza limitrii benzii de comunicaie a interfeei sau este o limitare dat intrinsec de valoarea
latenei minime a discului.
n pagina urmtoare sunt prezentate rezultatele testului menionat anterior. Acest test trebuie n principiu rafinat
prin configurare cu valori care s simuleze ct mai aproape comportarea mediului curent de lucru n diverse situaii:
-
Funcionare normal
Regim de backup
23 Octombrie 2009
Grafice teste
FLASH laten (ms)
16,0
14,0
12,0
10,0
8,0
6,0
2
4
20,0
2,0
30,0
4,0
6
8
10,0
10
0,0
1 3 9 15 21 27 33 39 45 51 57
10
0,0
12
12
15 21 27 33 39 45 51 57
35
x1000 IOPS
0
40,0
30
25
20
2,5
1,5
15
4
1
10
0,5
10
0
1 3 9 15 21 27 33 39 45 51 57
10
12
FLASH (MBPS)
12
1 3 9 15 21 27 33 39 45 51 57
RAID5 (MBPS)
700
600
500
250
200
400
150
300
100
50
10
10
200
100
0
0
12
12 18 24 30 36 42 48 54 60
12
0 2 6 12 18 24 30 36 42 48 54 60
23 Octombrie 2009
Mai jos sunt prezentate graficele Laten, IOPS i MBPS pentru sistemul FLASH stresat n condiii mai grele de lucru:
Tranzaciile mici sunt de numai 4K (ct este block size definit la formatarea discului)
S-a introdus un procent de 30% de tranzacii tip scriere pentru care fia tehnic a sistemului de stocare ofer
o cifr maxim IOPS mai mic
0
6
12
24
1
12 15 18 21 24 27 30 33 36 39 42 45 48 51 54 57 60
FLASH (IOPS)
45000
40000
35000
30000
25000
20000
15000
10000
5000
0
0
1
2
6
12
24
1
12 15 18 21 24 27 30 33 36 39 42 45 48 51 54 57 60
FLASH (MBPS)
600
500
400
300
200
12
100
24
0
0
12 15 18 21 24 27 30 33 36 39 42 45 48 51 54 57 60
23 Octombrie 2009
Contact
Richard Consulting SRL v st la dispoziie cu servicii de analiz, testare, evaluare i modelare a sistemelor de stocare
pentru aplicaiile dumneavoastra.
V rugam s ne contactai n acest sens la:
Richard Consulting SRL
Iancu Jianu 21, Otopeni
075100, Romania
http://www.richardconsulting.ro
tel. +40-21-3005550
fax +40-21-3005552
mobil: +40-722-317317
richard.vencu@richardconsulting.ro
10