Forum PHP.pl

Chcę stworzyć serwis który oferuje przestrzeń na pliki, (hosting plików).
Na początek chce zakupić parę serwerów dedykowanych. Na głównym serwerzę chcę odpalić LEMP a na pozostałym LEP.
Aby nie obciążać jednego serwera, chcę zrobić podział uploadu na pare serwerów, zastanawiam się jak to zrobić.
Myślałem aby przekazywać plik poprzez główny serwer do reszty serwerów metodą curl natomiast to zapychałoby niepotrzebnie łącze.
W jaki sposób to zrobić najlepiej (jak zrobić podział uploadu plików na serwery)?

Ten post edytował yllyov 3.06.2017, 23:28:38

Stawiasz 1 główny serwer, dodatkowe serwery montujesz przez FS i tyle. Dodatkowo możesz podpiąć subdomeny per server aby bezpośrednio z nich zaciągać pliki.

Mógłbyś bardziej sprecyzować?
Pozdrawiam

Rozumiem dzieki wielkie za wyjaśnienie. Możesz mi jeszcze jedno powiedzieć, chce zakupić 6 serwerów o parametrach
Ram: 16 gb
Procesor: i7 2600 (4 rdzenie 3.0 ghz)
Dyski: 2x3 tb
Siec: 1gb
Chcialbym je polaczyc w taki sposób jaki opisałeś. Natomiast mam kilka pytań, nie mam doswiadczenia natomiast martwia mnie te pytania:
1. Czy jesli kazdy serwer ma lacze 1gb to jesli na serwerze bedzie kilka tys plikow (np 6k), i powiedzmy 5k osob bedzie w tym samym czasie pobierac plik, tzn. Np (chcialem dac mozliwosc podgladu, odtworzenia plików na stronie i tu wyswietlac reklamy by utrzymac serwery) to czy lacze da rade ze nie bedzie się dlugo bufrowalo? (aby nie dawac unikalnych linkow do plikow chce otwierac je w pliku php np, funkcja fread. Czy tu ograniczac predkosc pobierania dla 1 osoby, czy poprostu otworzyc plik bez ograniczania predkosci wysylania pliku do klienta)
2. Czy gdybym na jednym z 6 serwerów postawil mysql i by nie marnowac miejsca trzymal na nim pliki to czy by serwer się nie zapychal. (gdyz musze gdzies trzymac informacje o plikach i za kazdym razem je pobierac) czy dobrym rozwiazaniem byłoby trzymac te informacje w malych plikach na dysku i za kazdym razem pobierac je. Dodam ze na stronie nie bedzie logowania i rejestracji tzn. Zadnych dodatkowych zapytań do bazy (tylko odczyt informacji o plikach)
3. Waro wedlug ciebie uzywac ngnx czy apache spokojnie da sobie rade przy tego typu projekcje.
4. Znasz jakas strone co jest wytłumaczenie jak skonfigurowac ten system plikow (opisany przez ciebie)?

Gdybyś mogl na nie odpowiedziec, wszystko bym juz wiedział. Jeszcze raz bardzo dziękuję za pomoc

1. Ciężko mi powiedzieć cokolwiek na temat wysycania łącza, ale ogólnie lepiej byłoby ograniczać limit pobierania żeby użytkownik nie musiał czekać (ewentualnie jakieś odliczanie czasu czy kolejkę, ale to są już mniej przyjazne rozwiązania wg mnie). Wg mnie najlepiej jak byś postawił na 1 serwerze "cetralę", czyli główna apka z mysqlem i serwer zarządca glusterfs (ustawiasz jako pierwszy brick, przyjmująs s01) a resztę podpinasz jako "storage" (s02-s06). Następnie montujesz ten wirtualny system plików na każdym z bricków i wrzucasz (na każdy) apkę serwującą pliki. Następnie jeśli użytkownik wysyła żądanie pobrania pliku serwer centralny decyduje (na podstawie obciążenia lub po prostu losowo) z którego serwera może klient pobrać plik (s01.domena.com/jakisplik lub s05, itp, ogólnie s01-s06) wtedy masz do dyspozycji trochę więcej transferu Ogólnie wszystko zależy od dobrze przemyślanej struktury żeby nie marnować żadnych zasobów.

2. Jeśli chcesz mieć pewność żeby nie zapcha się główny serwer, to tak jak w przypadku wyżej, wyłączasz go z puli "serwujących", ale ogólnie ciężko powiedzieć jakie będzie miał mysql obciążenie Co do plików, to imo nie ma sensu się w to pchać, lepiej wziąć mysqla z jakąś replikacją, bo przynajmniej będziesz miał jakąś konkretną strukturę danych. Ewentualnie możesz też pomyśleć nad nierelacyjną bazą typu mongodb.

3. Akurat w tym przypadku to raczej nie będzie miało większego znaczenia, bo to zależy w dużej mierze od konfiguracji, aczkolwiek nginx jest trochę lżejszy i do serwowania plików nada się trochę lepiej.

4. Taka dość podstawowa: https://www.howtoforge.com/tutorial/high-av...with-two-nodes/
https://gluster.readthedocs.io/en/latest/Qu...ide/Quickstart/ - tutaj więcej informacji