Konrad Kosmowski pisze:

> Ilość danych czy 500GiB czy 5TiB (naucz się liczyć)

słusznie. tym gorzej dla hostingu na home :)

nie determinuje tego czy
> potrzebna jest "farma serwerów" - jeden serwer z palcem w dupie *przechowa*
> 500GiB danych, jeden serwer +macierz z palcem w dupie *przechowa* 5TiB danych -
> jaka farma? Klaster byłby potrzebnu jeżeli byłoby tyle przetwarzania (wywołań),
> że pojedynczy serwer by sobie nie poradził.

teoretycznie tak, ale to nie jest serwis do trzymania fotek swoich (tak
zrozumiałem). Jak zaczną ludzie te fotki pobierać (chyba po to są) i
uploadować - jak to ładnie policzyłeś 250 fotek dziennie przez 5 lat -
sądzę, że będzie konieczność skrócenia tego czasu do powiedzmy paru
miesięcy - liczba wgrywanych fotek się zwiększy. Ale wgrywa się raz,
pobiera wielokrotnie.

> Niby czemu? Kolega pisząc "baza" miał na myśli prawodopodobnie ten zbiór zdjęć,
> nie relacyjną bazę danych. W sensie trzymać taką ilość plików tego typu w
> systemie bazodanowym to trzeba mieć ku temu poważne powody.

znaczy jak ma zarządzać tymi fotkami inaczej ? jak dzielić na kategorie
i wyszukiwać ? przecież nie wrzuci wszystkiego w katalog i niech sobie
ludzie ściągają. Pewnie sie pojawi potrzeba liczenia ściągnięć, kto,
kiedy i, z tego co napisał również "za ile". I to raczej wymaga bazy -
nie fotki oczywiście w bazie, ale cała oprawa obsługi tych fotek. Jak
mam 500 tys fotek, to przynajmniej tyle wpisów w bazie będzie (a w
praktyce kilkakrotnie więcej) nawet dwukrotnie więcej wpisów niż fotek
to już milion rekordów. A gdzie kategorie fotek/logi = kolejne wpisy do
bazy ...

Podam przykład - jest strona małej organizacji samorządowej - jest tam
3-5 newsów dziennie wpisanych. Logowanie tego kto czytał, skąd, jakie
przeglądarki, jakie referery w ciągu miesiąca wygenerowało 25MB logów.
Oczywiście jest to pewne przegięcie z logowaniem wszystkiego, ale tam
będzie 500 tys fotek ... to zrobi ruch.

Wojtek


--
****** www.sklepzczesciami.pl ******
amortyzatory, sprzęgło, rozrząd, sprężyny zawieszenia, żarówki H4, H7