2012/9/14 <[email protected]>: > Quoting "Mircea Mitu" <[email protected]>: > >> In plus cartile de istorie la capitolul baze de date includ doua >> note de subsol, marunte >> >> 1. Nu folosi Raid5 (si derivati) >> 2. SSDurile ajuta unde programatorul nu indexeaza, dar nu iti baga si in sac >> >> >> >> On 13.09.2012, at 17:31, Vali Dragnuta <[email protected]> wrote: >> >>> Cred ca si daca pui un server de generatie recenta cu 4xSATA enterprise >>> de 1T in raid6 sau raid10 vei obtine performante net superioare. >>> >>> A, si vei iesi si mai ieftin. Presupun ca storageul ala nu-l folositi >>> pentru RAC ci doar pentru ca la vremea achizitiei cuiva i-a parut ca >>> este o investitie foarte buna. Ce vreau sa spun este ca daca nu aveti >>> RAC sau offsite mirroring sau alte minuni unde unde trebuie folosit si >>> eventual partajat un storage extern, e posibil sa obtii beneficii >>> spectaculoase cu o investitie financiara foarte mica. Doar din evolutia >>> hardwareului. >>> > > 1. Nu ma prind de ce spui "nu folosi RAID5 si "derivati"? e atat de > vag referinta aceasta incat chiar daca vreau nu o pot lua in serios ...
raid5 (si derivati adica 5+1) e o varianta care iti permite sa ai spatiu mai mare si redundanta scazuta, da' te rupe si la performanta obisnuita (de la checksumming, desi lately n-am mai prea vazut asta o problema) si mai ales la performanta degradata (pentru ca un rebuild de array iti satureaza toate discurile) raid6 e ceva mai ok da' nu cu mult. In general pt. db-uri se recomanda raid 1 sau raid10 pentru ca io-ul e mai important decat spatiul folosit > 2. Ce inseamna mai exact "SSDurile ajuta unde programatorul nu > indexeaza, dar nu iti baga si in sac" ... formularea mi se pare > copilaroasa ... > Cel mai bun i/o e ala pe care nu-l faci, asa ca un query scris ceva mai cu cap si niste indexi bine plasati pot scuti serverul de full table scans de-amboulea. Copilaros sau nu, doua maciuci pe cocoasa programatorului pot economisi adesea firmei mult mai mult decat bani dati pe hardware. -- P. _______________________________________________ RLUG mailing list [email protected] http://lists.lug.ro/mailman/listinfo/rlug
