Hikari: SSD a velký diskový úklid (diskuse)

[asdf]

po dlouhej době dobrej blog

[CEST]

Jojo, rychlost SSD je dobra. Nicmene s nasazenim na serveru mam velmi spatne zkusenosti. Meli jsme par serveru s SSD a disky odchazely jeden po druhym, prvni disk hned po zapnuti (jeste pred instalaci systemu) a posledni nekdy do mesice. Pritom klasicky disky nam chcipaji parkrat v roce (proste prirozene).

Na jednom serveru dokonce dva v mirroru chciply tak, ze jeden pri behu umrel (HW RAID ho vyradil jako vadny) a bezelo se z druheho, ktery pak ale taky nejak umrel a cela masina chcipla. Pri rebootu pak HW RAID zahlasil dost drsnou hlasku. Prvni chciply disk je nyni online, ale druhy je mrtvy, takze data na prvni nejsou synchronizovana.

Cili, SSD jako nejakou vyrovnavaci cache OK, ale na dulezity data spis ne, leda s nejakym hodinovym backup nebo v mirroru pet disku.

Az budou SSD stejne kvalitni jako klasicky plotnovy disky, tak jdu do toho.

[WEST]

+1

[Nicky726]

Jo jsem na výdrž zvědavej. HDD mi tu ale drží celkem dlouho, jeden chcípnul po 5 a druhý snad po 6 letech. O Intel SSD se jinak říkají dobré věci a záruka by měla být 3letá. No a zálohy samozřejmě jsou. Používám rdiff-backup /home a /etc na HDD (nyní denně, protože to bohužel celkem zabíjí práci na stroji, aby to běželo každou hodinu), a pak přes rsync to opravdu důležité na 4 stroje.

[CEST]

My jsme meli problemy s Corsair SSD na serverech, ale kolegove zkouseli take SSD Corsair a Intel na noteboocich a tusim snad na jeden nebo dva dost brzo vsechny chciply.

Rekl bych, ze kvalita SSD nezalezi na znacce, ale spis ta technologie sama o sobe ma problem. Ano, rychlost je super, ale to pak muzu pouzit pouze na SWAP a to jeste jenom na stanici, kde mi zase tolik vadit nebude, kdyz budu muset stanici jednou za cas restartovat. Uchovavat na tom data a system, abych jednou za mesic obnovoval ze zalohy, to radsi pojedu na klasickych SATA o trosku pomalejc.

Na serveru by se vyssi rychlost hodila, ale preferuju stabilitu pred ztratou dat (resp. pravidelnym obnovovanim dat ze zalohy).

[Jan]

Corsair na servery? No jo, to se pak vůbec nedivím. Na servery jsou enterprise SLC SSD, nějaký obyčejný MLC s 3 bity na buňku, který je určen na domácí použití toho asi tolik nevydrží.

Jednak jde o technologii a jednak o jiný firmware na jiný typ zátěže. Při běžném použití třeba v notebooku to klidně vydrží několik let, ale když od toho samého budeš chtít velký počet zápisů malých souborů, tak toho moc nevydrží.

Jinak nepozoruju, že měl někdo takový problémy, že by mu po pár měsících odešla většina SSD, to už musí být něco zvláštního.

[Heron]

Na jednom serveru dokonce dva v mirroru chciply tak, ze jeden pri behu umrel (HW RAID ho vyradil jako vadny) a bezelo se z druheho, ktery pak ale taky nejak umrel a cela masina chcipla.

Pokud to byl stejný typ disků, tak se nelze divit. Oba mají nějaký počet zápisů a v mirroru šly na oba disky stejné zápisy. Zde platí pravidlo dávat do mirroru různé disky ještě více, než u klasických.

[CEST]

No, to byl jediny pripad. Na dalsich serverech to chcipalo postupne - jeden den jeden disk, vymena, za nejakou dobu druhej disk. Meli jsme takhle asi 10-20 SSD v serverech. Jak postupne odchazely, tak jsme je nahrazovali SATA/SCSI diskama a od te doby, co jsou vsechny pryc, tak je zase klid.

[Heron]

Tak to jo. Ty zápisy jsou prostě smrt. Co doma vydrží roky, to na serveru chcípne do měsíce.

[Václav Kramář]

Není parametr nodiratime zbytečný? Viz http://lwn.net/Articles/245002/.

[Nicky726]

Aha, vida. No já to z manuálu pochopil, že zbytečný není. Tak si snížím počet znaků na řádku.

[cthulhu]

Alza (a asi i některé další shopy) dávají na 320tku 5 let záruku. imho bych zrovna teď s pořízením tohoto SSD vyčkal, viz. google "intel 320 8MB bug". btw. kdy už konečně bude LUKS vícevláknový? Pokud na čtyřjádru kopíruju z jednoho fyzického disku na druhý a oba mají šifrovaný oddíl, nedostanu se nad 35MB/s.. že bych zase po dlouhý době zkusil truecrypt?

[Cubic]

Koukam, ze jsi se ani nepokusil pouzivat discard jako mount volbu na ext4. Ja jsem to nastrkal do fstabu, chvili jsem to pouzival a pak se mi zacalo zdat ze je disk nejaky pomalejsi. Tak jsem trochu pidil potom proc a on device mapper jaksi brani v tom aby se efektivne pouzil TRIM na SSD. Takze jsem se zbavil celodiskoveho sifrovani a sifruju jen /home :(

V obavach o zivostnost disku jsem nacpal do pocitace 8GB RAM, zbavil se swpau a co slo jsem strcil do tmpfs.

[Nicky726]

Ano, zatím stále cryptsetup nepodporuje trim. Na podpoře se však pracuje, v gitu jsou už nějaké patche. Četl jsem ale také něco o bezpečnostních dopadech trimu na diskové šifrování (žel nebylo k tomu nikde nic bližšího). Zbavovat se kvůli tomu diskového šifrování nehodlám, u intel disků není dopad zas až tak razantní (nějaké testy jsou k dohledání na anandtechu). No a můžu to přeměřit za měsíc, za dva, zda se to promítne třeba do rychlosti startu.

Swapu se zbavovat nehodlám, minimálně chci používat StD. A protože jsem četl značně rozporuplné články ohledně životnosti, zdá se mi to celé poněkud přehnané. Víc ram snad bude, protože to, co mám nyní už prostě nestačí a /tmp pak jako tmpfs dám, aby to bylo rychlejší.

[Šangala]

Protože byla diskuze nyní odkazována odcuď, tak jsem si to přečetl až fčul.
Bezpečností dopady TRIMu na šifrované partition jsou hlavně ty, že lze z disku vyčíst jen použitá data, protože ostatní prostor je vynulovaný. Takže když si vyplníte před použitím šifrovanou partition náhodnými znaky, tak je to ok, ale jakmile tam čím dál víc zapisujete a hlavně mažete, tak se prostě nepoužívaná oblast plní ničím, tedy něčím konkrétním, ne náhodným .