SSD disk na domácí server

[PanKapitanRUM]

To už je ale řeč o dost profi serveru, což člověk doma podle mne nevyužije.

Máš pravdu.

[Reklama]

[rado3105]

Takze co si myslite o tom welociraptore 250GB, dobra volba?

[PanKapitanRUM]

Dej tam co chceš, nezdá se, že by to bylo náročné na trafic
Klidně Barracudu SV35 a hodně paměti. 

[Rax]

a o jaky SSD se jednalo?

Intel 320 80GB a bylo to jenom na vývoj. V ostrém provozu bude 2x SAS 10k RAID 1 na systém + 3x SAS 15k RAID 5 na data.

Na tenhle typ provozu je treba koupit SSD, ktere je na to stavene.

Žádné SSD na světě není stavěné na běžný serverový databázový provoz, tedy zápis náhodných bloků 4 KB celkem až 20 MB/sec až 18 hodin denně. Výběrem SLC jste problém nevyřešili, pouze odsunuli na pozdější dobu.
Jsou samozřejmě specifické výjimky, jako třeba že na SSD se dají tabulky anebo indexy které se jenom čtou, ale to není univerzálně použitelné.

Takze co si myslite o tom welociraptore 250GB, dobra volba?

Ano.

[j]

Na SSD nesmí přijít nic co se hodně mění, například logy, databáze, dočasné soubory, swap a podobně. Až to všechno přesuneš jinam, tak zjistíš že na ten zbytek SSD moc nemá smysl, s výjimkou specifických záležitostí. Ani to rychlé bootování nevyužiješ, protože server se bootuje 1x za uherský rok.

Jasne, a proto profici davaj SSD do diskovych poli, kam se davaj prave kvuli databazim ... lol ... a co vic ... ony se dokonce vyuzivaji jako cache ... (jak cteni tak zapis samo) ...

2rado3105: Pokud ti jde jen o system, tak asi vubec nej reseni je koupit si dve CF a udelat z nich zrcadlo. Vyjde to levnejs nez SSD, je to dost bezpecny a na boot systemu a nejaky to logovani naprosto dostatecny a spotreba +- 0.

SSD ma smysl prave tam, kde ti jde o vysoky IO - tedy databaze, pripadne hodne zatizenej web, gamesnickej server ... .
Uvedom si, ze ani nejrychlejsi HDD neprekroci 300IOps, obycejna databaze pak bezne potrebuje o rad vic, takze musis mit aspon 20 disku v R10 ... nebo dve SSD v zrcadle.

[Reklama]

[PanKapitanRUM]

J má pravdu a RAX zase plácá, ale to se už bavíme o profi řešeních se SLC.
Je pravda, že obyčejné MLC SSD disky přes SATA na tento typ provozu nejsou stavěné.

[j]

J má pravdu a RAX zase plácá, ale to se už bavíme o profi řešeních se SLC.
Je pravda, že obyčejné MLC SSD disky přes SATA na tento typ provozu nejsou stavěné.

To mas uplne jedno, pokud je das do zrcadla + mas samo disky na zalohovani ... ze za 2 - 3 roky chcipnou? No a? Tak se vymenej. HDD taky chcipaj a taky se vymenujou. Vem si, ze slusnej MLC vydrzi rekneme 3k prepisu ... kdyz provedu "redukci na provoz" tak to mame rekneme urcite 1000 prepisu "kapacitnich". Mam +- overeno, ze i hodne na zapisy zatizena databaze prepise za den tak +- 1/3 dat ... => pokud by databaze na tom SSD zabirala celou jeho kapacitu, tak to SSD jen na prepisy vydrzi 10let ... tou dobou bude i spolecne s HW okolo davno ve srotu.

Je treba to brat z toho pohledu, ze dve ssd + rekneme dalsi dva-tri hdd nacpu do prakticky libovolnyho serveru (i nejblbejsi 1Ucko pobere 4 disky urcite) => nepotrebuju mit dalsi HW na pole (stovky tisic min), dalsi hromadu disku (dalsi stovky tisic) ...ale dostanu vykon pole, ktery kdych chtel realne poskladat z disku, tak to nebudou ani jednotky mega, ale spis desitky.

Takze v tomhle ohledu mi 30k za sasovy ssdcko prijde jako smesnej peniz.

BTW: Osobne sem nevidel jeste ani jediny SSD, ktery by chciplo na prepisy ... dycky chcipnul radic, a ten chcipne u hdd uplne stejne.

[PanKapitanRUM]

Já SSD chcíplé na přepisy už viděl, ale pravda, to bylo k vůli absenci TRIMu.
Ad výměny, nevím, nedokážu ze sebe teď dostat, jestli by to bylo dobře a nebo ne.

[Rax]

Jasne, a proto profici davaj SSD do diskovych poli, kam se davaj prave kvuli databazim ... lol ... a co vic ... ony se dokonce vyuzivaji jako cache ... (jak cteni tak zapis samo) ...

Psal hned na začátku >>> s výjimkou silně specifických záležitostí <<< Rozhodně se neděje, že se databáze jen tak přešoupne celá tedy všechny databázové soubory a transakční logy z HDD na SSD.

3k prepisu ... kdyz provedu "redukci na provoz" tak to mame rekneme urcite 1000 prepisu "kapacitnich". Mam +- overeno, ze i hodne na zapisy zatizena databaze prepise za den tak +- 1/3 dat

DB nejsou filmy, ale série náhodných 4 KB přístupů, neplést si to mezi sebou. Z hlediska fungování SSD 10 GB po 4 KB náhodných přístupech způsobí fyzický zápis do buněk v řádu až TB.

Osobne sem nevidel jeste ani jediny SSD, ktery by chciplo na prepisy

To poznáš za pár měsíců po nasazení databáze na SSD do ostrého provozu.

[PanKapitanRUM]

Vysvětlete někdo RAXovi jak funguje DB a SSD
Že se záznamy nepřepisují ale připisují a tu ostatní omáčku

[PanKapitanRUM]

Jo a pro ty co to neznají: http://www.percona.com/

[j]

Vysvětlete někdo RAXovi jak funguje DB a SSD
Že se záznamy nepřepisují ale připisují a tu ostatní omáčku

To je zjevne beznadejny , nehlede na to, ze tomu SSDcku je to z principu jedno, on si to totiz (narozdil od hdd, kde sou sektory mapovany fyzicky) stejne dycky zapise jinam.

2RAX: Kdybych potreboval uber vykon, tak ta databaze o kterou se staram, pojede na SSD naprimo, z kapacitnich duvodu bych potreboval 4 v R10, ale protoze zas tak uber vykon nepotrebuju, tak na ni mam "jen" pole, kde sou dva SSD jako cache a zbytek disky ve 4ech R5 grupach spojeny do jednoho virtualniho LUNu. To sice neodola vic nez vypadku jednoho disku, ale to R10 svym zpusobem taky ne (staci kdyz vypadnou dva v zrcadle je to to v <>), coz mi nijak zvlast nevadi, protoze se mi za 7 let provozu jeste nestalo, ze by disk chcip uplne driv, nez se vymenil (vymenovaly se 3 15k disky, pomalsi nikdy). Nadto mam trvalou zalohu (CDP) a 15ti minutovy snapy.  Takze v nejhorsim prijdu o prave 15 minut provozu.

A jesli mas pocit, ze ti nejaka firma proda HW s tim, ze ti to bude jezdit co 2-3 mesice vymenovat, tak se prober, protoze sazba  firmy, ktera ten support zajistuje,  je nekde mezi 5-10kKc/hod. A samo, nikdo takovej HW bez supportu provozovat nebude, protoze to neni nic, na co by sis nahradni dil koupil v cechaci.

[Rax]

Že se záznamy nepřepisují ale připisují

ROFL. To je jak když si Hurvínek představuje válku Databáze samozřejmě generuje spoustu zápisů kolem transakcí a to jsou velká kvanta dat o nichž BFU nemá ani tušení.

To je zjevne beznadejny , nehlede na to, ze tomu SSDcku je to z principu jedno, on si to totiz dycky zapise jinam

SSD na rozdíl od SD karty disponuje sofistikovaným řadičem a skutečně zapisuje data na místa podle vlastního uvážení, ale náhodný 4K zápis problémem zůstává.

Kdybych potreboval uber vykon, tak ta databaze o kterou se staram, pojede na SSD naprimo

Nemá smysl diskutovat co by kdyby, evidentně sis to nikdy nevyzkoušel v praxi.

kde sou dva SSD jako cache a zbytek disky ve 4ech R5 grupach

Ujasni si funkci tvojí cache, k čemu to tam je a jak to funguje. Rozhodně to nemá nic společného s tím, že bys měl celou DB na SSD.

[Karel]

Některé SSD disky se samozřejmě do serverů používají a jsou na to i stavěné:

http://h10010.www1.hp.com/wwpc/uk/en/sm/WF06c/A1-329290-329233-3832402-3832402-3802118-5097638.html?dnr=1
http://h30094.www3.hp.com/product/sku/10389188

Cena na první pohled vypadá jak z jiného světa. Jenže pokud potřebujete rychlost, třebas kvůli té databázi, pak jeden tenhle disk nahradí pekelně nadupaný RAID. Pokud potřebujete naopak velký objem dat, nebo zálohování, pak si na to SSD nekupujte.

[Rax]

Některé SSD disky se samozřejmě do serverů používají a jsou na to i stavěné:

To jistě ano, na výjimečné specifické záležitosti a jsou i mnohem lepší kousky http://www.oczenterprise.com/downloads/solutions/ocz-z-driver4-rm-series-product-brief.pdf , ale nepoužívá se to jako prostá náhrada HDD pro DB.