W dniu środa, 8 maja 2013 23:57:50 UTC+2 użytkownik Edek napisał:

> Generalnie potrzebujesz szybką bazę. Jak z każdym skalowaniem,
> można "w górę" i "w bok".
Jak wyglada skalowanie baz w bok? Mamy duzo komputerow. Komputery niech
sa sredniej jakosci, moze tylko niech maja dobre karty sieciowe i kable.
Nie ma zadnego super-komputera, zadnych urzadzen dedykowanych, tylko
dostawiamy kolejna skrzynke i podpianmy do sieci. Na tym pracuje jakas
baza sql, moze byc nawet jakas droga. Powiedzmy ze bylo tych skrzynek 10, a
po dostawieniu jest sto skrzynek. Ktore operacje dzialaja:
1) wolniej,
2) bez zmian,
3) minimalnie szybciej
4) szybciej prawie liniowo.


> Te pierwsze to duże szafy z szybkimi
> macierzami dysków (raid, bbwc na start) i rozwiązania takie jak
> IntentLog czy inne cache, osobno do odczytu (spory) i do zapisu
> (non-volatile). Stosuje się chociażby ssd do tych celów,
> albo zerknij na karty Fusion-IO.
Hmmm dyski SSD pewnie beda w zasiegu budzetu. Zastanawiam sie tylko
co jest lepsze:
1) skalowanie w bok na zwyklych maszynkach
2) skalowanie w bok na maszynach z dyskami SSD
3) optymalizacja algorytmow i struktur danych
Kazde z tych rozwian jest zwiazane z jakimis kosztami i niesie jakies
korzysci.


> Te "w bok", czyli mnóstwo kompputerów, to różne rozwiązania, gdzie
> wiele dzieje się w RAM.
Przecietny tani komp moze miec chyba 32GB ram. Kilka TB to 100 komputerow -
moze by starczylo. Jeden dobry dysk SSD kosztuje tyle co 15 komputerow -
moze to jest bardziej sensowna droga niz by sie wydawalo.


> Tak naprawdę przy odpowiedniej replikacji
> dane w RAM są bezpieczne i jednocześnie błyskawicznie dostępne.
No tak.


> No a temat replikacji to osobna dziedzina.
Jakze rozna od zapisywania danych na dysku :D



Pozdrawiam