Server pre panorámu

9. 10. 2010 22:16:55

Ahojte. Potrebujem nakonfigurovat server. Ide mi o ukladanie a zobrazovanie panoram (cca 100) kde jedna panorama sa sklada z 300 000 mensich kuskov, cize dohromady 30 000 000 suborov. Dokazete mi poradit nejaky file system na Linux kde by bezal web server a aj mysql ? Kludne tam moze byt aj lacnejsie SSD. Ale ide mi hlavne o file system. Pocul som o Raiser4. je to ok ? A ake distro ?

Diky za odpovede.

9. 10. 2010 22:16:55

https://webtrh.cz/diskuse/server-pre-panoramu/#reply571010

Patrik

(2 hodnocení)

9. 10. 2010 22:40:47

filesystem? ext4 by nebol zly mozno .. ssd by som Ti na server moc neodporucal, pozeraj sa na rychlootackove disky radsej. Raid5 s 15K SAS diskami by Ti mohol postacit.

9. 10. 2010 22:40:47

https://webtrh.cz/diskuse/server-pre-panoramu/#reply571009

(4 hodnocení)

9. 10. 2010 23:28:21

Sorry clovece. Ale ja nepotrebujem vediet informaciu kde je slovo "mozno"

Ja to potrebujem vediet na istotu.

Diky vsem.

9. 10. 2010 23:28:21

https://webtrh.cz/diskuse/server-pre-panoramu/#reply571008

Jiří

9. 10. 2010 23:32:10

pro kopirovani a manipulaci vubec s vetsim poctem mensich souboru je nejlepsi co se tyce linuxovych filesystemu ext3/4 max jeste xfs, pak az reiser a jfs...

co se tyce vyhledavani, vypisovani adresaru rekursivne a pod. nejlepe na tom je reiser pak az zbytek...

tak i tak bych ale asi sel do ext, asi ze zvyku :-)

SSD bych moc nedaval, pokud budes hodne menit data, byl by to drahy spas s mensi vydrzi, ovsem ty asi chces spis data vyhledavat ze? ale i tak.. SSD asi ne no..

ps.

jinak distro - RedHat EL, co taky jineho :-P

9. 10. 2010 23:32:10

https://webtrh.cz/diskuse/server-pre-panoramu/#reply571007

Václav Dušek

(77 hodnocení)

10. 10. 2010 07:47:12

Přidávám se k jrg, jen bych preferoval standardní a dlouhodobě ověřený EXT3

Jak jsou ty soubory organizované? V databázi, v 1 adresáři, v nějaké stromové struktuře adresářů?

Z hlediska RAIDu tak asi 0, pokud nechceš mít bezpečná data, jinak 5 (http://cs.wikipedia.org/wiki/RAID)

10. 10. 2010 07:47:12

https://webtrh.cz/diskuse/server-pre-panoramu/#reply571006

Martin Hubáček

(8 hodnocení)

10. 10. 2010 10:52:39

Zdravím,

Z pohledu takového množství souborů uloženého na pevném disku (discích) bych osobně zvolil ext3. Ovšem takový file systém, který v sobě bude mít uložený takový počet souborů, nevím jak se bude chovat v praxi. I když jsem četl nedávno pojednání o práci Linux file systémů při vysokém množství souborů a prý v nasazení se choval poměrně stabilně. Jenž při diskových operacích procesor byl značně zatěžován I/O operacemi a některé díky tomu trvaly opravdu dlouho. Proto bych se nezamněřoval jen na výběr FS, ale přemýšlel bych i o rozložení diskového pole pro vyšší datovou propustnost a zálohování dat. Co se týká SSD disků je to pěkná technologie, ale dle mě zatím dostatečně neověřená. Proto bych na server volil disk klasické konstrukce.

10. 10. 2010 10:52:39

https://webtrh.cz/diskuse/server-pre-panoramu/#reply571005

soudruh

(57 hodnocení)

10. 10. 2010 21:01:43

z praxe doporucim velmi rozumny pomer cena/vykon: OCZ Revo Drive

urcite poda vyssi vykon nez 15k otackove disky i ve stripu (Revo je sam slozen take ve stripu)

zmineny RAID-5 je naprosta blbost, protoze tim na rychlosti neziskas

co se tyce filesystemu, jedme v 80% na EXT4 - subjektivne bych rekl, ze je lepsi nez EXT3

kazdopadne se najdou i odpurci tohoto FS - takze EXT3 rozhodne nic nezkazis

osobne bych se snazil optimalizovat server pro danou aplikaci, napriklad Nginx nebo Lighttpd v miste Apache

10. 10. 2010 21:01:43

https://webtrh.cz/diskuse/server-pre-panoramu/#reply571004

Patrik

(2 hodnocení)

10. 10. 2010 21:16:12

Radi 5 zarucene nie je blbost. Raid 5 ponuka rychlost raid0 a backup raid1 v jednom. Len blbec by si daval raid0 na server. S ostatnym mozem len suhlasit.

10. 10. 2010 21:16:12

https://webtrh.cz/diskuse/server-pre-panoramu/#reply571003

Jiří Adámek

(20 hodnocení)

10. 10. 2010 21:39:25

No neber si to osobne, ale rict, ze RAID5 je "kombinace" 0 a 1, tak to je blbost nejvetsiho kalibru :)

Hlavni problem je ten, ze RAID5 ma nizsi vykon pri zapisu, protoze se musi pocitat parita dat. Naopak cteni dat je relativne rychle, takze pokud jde hlavne o cteni, je to vhodna volba.

Ve vsech pripadech je nutnosti kvalitni hw radic, napriklad areca

---------- Příspěvek doplněn 10.10.2010 v 21:55 ----------

A s tim revo drive, tam je dost problematicke prave vytvoreni toho diskoveho pole.. sice ocz neco k tomu nabizi, ale jsou to dost neproverene technologie.

Druha vec je vseobecny problem SSD disku s vysokou fragmentaci a zrovna u malych souboru jako v tomto pripade by to mohl byt dost rapidni problem.

V posledni rade cena.. 480GB verze stoji co jsem se letmo dival cca 28k.. no stejne velky SAS disk s 15k rpm stoji tretinu.

10. 10. 2010 21:39:25

https://webtrh.cz/diskuse/server-pre-panoramu/#reply571002

soudruh

(57 hodnocení)

10. 10. 2010 22:06:25

Napsal Diehard;583129
Len blbec by si daval raid0 na server.

ohledne R-5 Ti jiz odpovedel Mytrix

a k tomu komentovanemu blbci pouzivajici R-0 na serveru

- pokud jde o nemenny obsah = panorama (staticke obrazky)

= staci ti jen prubezne zalohovani na levne pole

tj. raid-0 v ultra rychlem SSD je cenove dobra volba

50GB stoji cca 5L bez dph - otazkou tedy je kolik GB zabiraji files

samozrejme raidy od Areca jsou v cenove kategorii vyborne

a pokud bezpecne pole, tak radeji R-10

10. 10. 2010 22:06:25

https://webtrh.cz/diskuse/server-pre-panoramu/#reply571001

Patrik

(2 hodnocení)

11. 10. 2010 09:54:45

Napsal mytrix;583154
No neber si to osobne, ale rict, ze RAID5 je "kombinace" 0 a 1, tak to je blbost nejvetsiho kalibru :)
Hlavni problem je ten, ze RAID5 ma nizsi vykon pri zapisu, protoze se musi pocitat parita dat. Naopak cteni dat je relativne rychle, takze pokud jde hlavne o cteni, je to vhodna volba.
Ve vsech pripadech je nutnosti kvalitni hw radic, napriklad areca

---------- Příspěvek doplněn 10.10.2010 v 21:55 ----------

A s tim revo drive, tam je dost problematicke prave vytvoreni toho diskoveho pole.. sice ocz neco k tomu nabizi, ale jsou to dost neproverene technologie.
Druha vec je vseobecny problem SSD disku s vysokou fragmentaci a zrovna u malych souboru jako v tomto pripade by to mohl byt dost rapidni problem.
V posledni rade cena.. 480GB verze stoji co jsem se letmo dival cca 28k.. no stejne velky SAS disk s 15k rpm stoji tretinu.

Vsak tu sa predpoklada hlavne citanie.

11. 10. 2010 09:54:45

https://webtrh.cz/diskuse/server-pre-panoramu/#reply571000

Martin Hubáček

(8 hodnocení)

11. 10. 2010 11:29:35

V případě využití SSD disků bych byl spíše zdrženlivější co se týká celkové živostnosti takového pole (i když má svoje specifické výhody např. rychlost v RAID poli. To je opravdu velmi rychlé), ale v příapdě havárie pole je vetší problém z SSD disků vytáhnout - obnovit data. Jen, ale vezměte v úvahu, že souborové systémy jako ext3 či ext4 nemají dostatečnou přípravu na práci s SSD diky a to může vést k degradaci výkonu celého pole. Proto bych možná zvolil poměrně dost experimentální file systém btrfs, který již s SSD diky počítá a dokáže s nimy efektivněji pracovat.

11. 10. 2010 11:29:35

https://webtrh.cz/diskuse/server-pre-panoramu/#reply570999

Jiří Adámek

(20 hodnocení)

12. 10. 2010 00:04:05

Nevim no, jsem zastance ze SSD na serveru prozatim nemaji co delat.

12. 10. 2010 00:04:05

https://webtrh.cz/diskuse/server-pre-panoramu/#reply570998

Václav Dušek

(77 hodnocení)

12. 10. 2010 07:53:33

Napsal mytrix;584107
Nevim no, jsem zastance ze SSD na serveru prozatim nemaji co delat.

Na serveru mohou mít opodstatnění, ale na fileserver se podle mne nehodí

12. 10. 2010 07:53:33

https://webtrh.cz/diskuse/server-pre-panoramu/#reply570997

Gav

13. 10. 2010 20:43:57

ssd je nesmysl, pokud nebudeme uvazovat o enteprise ssd discich (kde je cena ovsem uplne jina) (resp. ano, jde o to, jak moc se na ne bude psat, ale disk za 5K bych tam veru nedaval). Rozhodne HW raid (sw nema smysl uvazovat), raid 0, nebo 10 (podle pozadovane redundance)

13. 10. 2010 20:43:57

https://webtrh.cz/diskuse/server-pre-panoramu/#reply570996

Pro odpověď se přihlašte.

Přihlásit