Fórum Root.cz
Hlavní témata => Server => Téma založeno: rado3105 24. 02. 2013, 12:44:40
-
Rozmyslam kupit ssd intel 320 40GB...
Ake su vase nazory, popripade co ine by ste skor odporucili... za porovnatelnu cenu...
-
http://diit.cz/clanek/ssd-deep-in-hell/den-11
zaujimavy test....
-
SSD nemá v serveru co pohledávat, s výjimkou silně specifických záležitostí. Rozhodně si pak nestěžuj že tě nikdo nevaroval.
-
SSD nemá v serveru co pohledávat, s výjimkou silně specifických záležitostí. Rozhodně si pak nestěžuj že tě nikdo nevaroval.
S patřičnou úpravou systému by tam mohl být pro systém, na data však nikoliv, s tím souhlasím.
-
Samozrejme len na system.
Ake upravy myslite?
-
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.
-
Samozrejme len na system.
Ake upravy myslite?
http://www.root.cz/clanky/optimalizace-prace-s-ssd-disky-v-linuxu/
http://www.root.cz/zpravicky/jak-se-postarat-o-ssd-disk-na-linuxu/
-
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.
Vlastně ani distribuce, která se často aktualizuje. :-D Pravdou je, že místo toho bych ty prachy investoval do pořádných síťovek a paměti. To časem oceníš mnohem víc!
-
Ok, takze nejaky disk s nizsou spotrebou a hlukom, napr. nejaky 2.5"??
vdaka
-
To sou zase kecy v klecy. Bububu prepisy, bunky vam umrou! At se prihlasi komu uz chciplo SSD na pocet prepisu!
Navic tazatel prisel z forum.zive.cz kde mu to bylo vysvetleno. Jeho "server" je atom kde bezi lamp a samba pro domaci ucely. nic co by melo tu intel 320ku umrtvit.
-
Kapku si pánové kecáte do kapsy ::)
SSD v serverech používáme a bez jediného problém ::)
SWAP a LOGY máme nasměrované na 10K disky, stejně jako úložiště.
MYSQL uživatelská DB je nasměrovaná na 10K disky.
Disky jsou 128GB (oficiálně 120GB) a my je formátujeme na 100GB k vůli weaver leveling.
Po několika letech provozu nemají žádné přemapované sektory.
SSD do serveru?
Určitě ano!
Jen to chce dobře uvážit typ provozu ::)
-
Ok, takze teraz som do uvah zahrnul notebookove platnove disky a wd welociraptor.
Co by ste z tychto troch moznosti volili a preco:
Notebookovy disk - SSD - welociraptor?
-
To sou zase kecy v klecy. Bububu prepisy, bunky vam umrou! At se prihlasi komu uz chciplo SSD na pocet prepisu!
Asi tak, RAXe už ani nečtu, ale překvapil TIGR, že se nechal strhnout.
-
vem si tu 320ku a nic nevymyslej proboha.
-
Ok, takze teraz som do uvah zahrnul notebookove platnove disky a wd welociraptor.
Co by ste z tychto troch moznosti volili a preco:
Notebookovy disk - SSD - welociraptor?
Jsem trochu jeblej, rád hraju na jistotu, ty by sis možná podle typu provozu vystačil s SSD.
Napiš typ provozu, co tam budeš honit.
Dost možná ti bude stačit SSD + libovolný plotnový disk.
-
rum: rikas, ze je tam mate nekolik let, co to je za disky? X25?
tazatel na zive psal, ze nema problem to backupovat. nevidim rozdil mezi umrenim HDD a SSD. stejne tak nevidim rozdil mezi zalohovanim SSD a HDD.
-
To sou zase kecy v klecy. Bububu prepisy, bunky vam umrou! At se prihlasi komu uz chciplo SSD na pocet prepisu!
Naposledy v jednom vývojovém serveru, po 1/2 roce CRC errory a to na to chodili jenom interní vývojáři a testeři.
SWAP a LOGY máme nasměrované na 10K disky, stejně jako úložiště.
MYSQL uživatelská DB je nasměrovaná na 10K disky.
Tedy jsou tam k ničemu a výkon serveru tak jako vždycky limituje MySQL na klasickém HDD a udělali byste líp kdybyste místo SSD nakoupili RAM.
-
rum: rikas, ze je tam mate nekolik let, co to je za disky? X25?
Kdepak Intel...
Crucial M4 128GB, OCZ Vertex 3 Series 120GB a OCZ Vertex 2.
V kombinaci s pevný diskem k naprosté spokojenosti někdy dokonce i bez RAID!
Jediná skutečně problematická záležitost je databáze, generuje typ provozu, který se SSDčku příliš nelíbí.
A sice SSD musí načíst a znovu zapsat celý blok, to musí udělat XYx opakovaně a pro některé provozy se to prostě nehodí.
Kdyby se DB jen četla, jako to je u ESHOPu, tak fajn, to bych na tom SSD nechal, ale tady se pro každého klienta sbírají a ukládají data.
Obecně tvrdím, že MySQL je nejlépe na magnetickém pevném disku a s kopou paměti.
-
Notebookovy disk - SSD - welociraptor?
Libovolný HDD, podle peněz a očekávání.
SSD si kup do notebooku.
-
Kapitáne, nenechal jsem se strhnout, jen si myslím, že pořádné síťovky a paměť je fakt důležitější, než SSD. Paměť potřebuješ, kvůli přesměrování z SSD do RAM. Navíc, neviděl jsi ten smajl? Vlastně ani distribuce, která se často aktualizuje. :-D A na data bych fakt SSD ještě nedal, už jen z důvodu kapacity --> cena ... málo kdo si může dovolit 2TB SSD. A 2TB disk je dnes běžnou záležitostí, co se do serveru cpe.
-
Co tam bezi:
smokeping, netflow, phpbb3 forum, samba server, ftp(zriedka vyuzivane), ubnt aircontrol, ...
Je pravda ze boli tam adata ssd disky tie zvacsa umreli do roka....
Takze mozno by nebolo spatne tam hodit ten velociraptor, ma 5 rokov zaruku...sice asi bude hlucnejsi a vyssia spotreba.....
-
smokeping, netflow, phpbb3 forum, samba server, ftp(zriedka vyuzivane), ubnt aircontrol, ...
Hmm, dej tam nějaký pevný disk.
-
Co tam bezi:
smokeping, netflow, phpbb3 forum, samba server, ftp(zriedka vyuzivane), ubnt aircontrol, ...
Je pravda ze boli tam adata ssd disky tie zvacsa umreli do roka....
Takze mozno by nebolo spatne tam hodit ten velociraptor, ma 5 rokov zaruku...sice asi bude hlucnejsi a vyssia spotreba.....
Ono s tou spotřebou u těch disků to není taková katastrofa, a co by to bylo za server, kdyby nevydával žádný hluk ... spíše naopak, investuj i do chlazení disku, prodlouží to jeho životnost, a troufám si napsat, že podstatně.
-
Naposledy v jednom vývojovém serveru, po 1/2 roce CRC errory a to na to chodili jenom interní vývojáři a testeři.
a o jaky SSD se jednalo?
-
Kapitáne, nenechal jsem se strhnout, jen si myslím, že pořádné síťovky a paměť je fakt důležitější, než SSD. Paměť potřebuješ, kvůli přesměrování z SSD do RAM. Navíc, neviděl jsi ten smajl? Vlastně ani distribuce, která se často aktualizuje. :-D A na data bych fakt SSD ještě nedal, už jen z důvodu kapacity --> cena ... málo kdo si může dovolit 2TB SSD. A 2TB disk je dnes běžnou záležitostí, co se do serveru cpe.
ono jsou data a data... treba prave databazi tam nacpat (za predpokladu pouziti SSD ktery je k tomu urcen), ale obrazky apod si nasmerovat na plotnu.
-
Rychlosti citania SSD nepotrebujem a co sa tyka stability, trvacnosti, spotreby(len 4W) tak wd welociraptor je asi najzaujimavejsi disk....
Popripade viete poradit nejake negativa tohto disku, preco by ste ho neodporucili? ma niekto s nimi skusenost?
-
http://www.tomshardware.com/reviews/velociraptor-1tb-hdd-ssd,3250-8.html
-
Obecně tvrdím, že MySQL je nejlépe na magnetickém pevném disku a s kopou paměti.
Na tenhle typ provozu je treba koupit SSD, ktere je na to stavene. Uspesne pouzivame na databaze ( postgresql ) SSD disky od Toshiby a Hitachi - vsechno SLC a SAS rozhrani. Dneska uz tyhle disky nestoji nesmyl ( i kdyz do domaciho serveru si to asi nikdo kupovat nebude ). Rozhodne to vychazi levneji, nez stavet RAID 10 z 15krpm disku a kvalitni HW RAID radic s write cache a BBU.
-
Na tenhle typ provozu je treba koupit SSD, ktere je na to stavene. Uspesne pouzivame na databaze ( postgresql ) SSD disky od Toshiby a Hitachi - vsechno SLC a SAS rozhrani.
Jo, to už je jiná písnička.
-
Na tenhle typ provozu je treba koupit SSD, ktere je na to stavene. Uspesne pouzivame na databaze ( postgresql ) SSD disky od Toshiby a Hitachi - vsechno SLC a SAS rozhrani.
Jo, to už je jiná písnička.
To už je ale řeč o dost profi serveru, což člověk doma podle mne nevyužije.
-
To už je ale řeč o dost profi serveru, což člověk doma podle mne nevyužije.
Máš pravdu.
-
Takze co si myslite o tom welociraptore 250GB, dobra volba?
-
Dej tam co chceš, nezdá se, že by to bylo náročné na trafic ::)
Klidně Barracudu SV35 a hodně paměti. ::)
-
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.
-
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.
-
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 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.
-
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.
-
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.
-
Vysvětlete někdo RAXovi jak funguje DB a SSD ::)
Že se záznamy nepřepisují ale připisují a tu ostatní omáčku ::)
-
Jo a pro ty co to neznají: http://www.percona.com/
-
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 ;D, 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.
-
Že se záznamy nepřepisují ale připisují
ROFL. To je jak když si Hurvínek představuje válku :D 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 ;D, 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.
-
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.
-
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.
-
...
Mno je videt, ze ses velkej teoretizator, ale praxi si nevidel ani z rychliku. Oni mi vyrobci diskovich poli nabizej polici plnou SSD jen tak abych si ji vystavil ... ale pouzivat ji podle tebe nesmim... a nedej boze, ze by si nekdo dal na SSD trebas widle ... doslova katastrofa, protoze widle na ten disk budou swapovat ...
-
Mno je videt, ze ses velkej teoretizator, ale praxi si nevidel ani z rychliku.
Patrně mluvíš o sobě, to docela sedí. A už mě to nebaví, můžete se společně s RUMem plácat po ramenou jistě si vystačíte sami.
-
2 RAX
Na tebe čeká teplé místečko na ministerstvu!
A vůbec mě to netěší, fakt bych tam rači odborníky než komiky. ;D
-
Chtěl jsem na to něco říct, už bych jen nosil dříví do lesa.