• There is NO official Otland's Discord server and NO official Otland's server list. The Otland's Staff does not manage any Discord server or server list. Moderators or administrator of any Discord server or server lists have NO connection to the Otland's Staff. Do not get scammed!

Hosting w chmurze

Joined
Jun 16, 2008
Messages
626
Reaction score
3
Location
Gdańsk, Ustka
Witaj szanowna, polska społeczności otlandzka.
Piszę, by zapytać. Pytam więc jak napisałem we wstępie.

Czym różni się zwykły hosting (a taki dedyk w kimsufi) od hostingu w chmurce (tzw. cloudhosting/cloudserver/cloudcomputing)?

Cenowo takie serwery (czasami) wygrywają z dedykami z OVH, czy innymi ofertami hostingowymi.

Jak wyglądałoby odpalenie OTS na takim serwerze (jak ots by pracował - czy są jakieś wady trzymania na chmurce)?

Jako ciekawostkę dodam, że w "chumrkowych serwerowniach" nie kupuje się dedyka o X parametrach tylko RAM, CPU... To co potrzeba :). Można kupić 1ghz i 12 GB RAM, dynamiczne IP (tzn. domyslnie takie dostajesz, jesli statyczne nie jest Ci potrzebne), dysk 1GB :> (ot, jesli wiekszy nie potrzebny).
 
Przebija?

2 GHz
4 GB RAM
10 GB HDD

i już jest 98$, a transferu z 500 GB się by przydało i cena wychodzi 170$ więc dobre 500 zł.. więc nie opłaca się imo
 
@up
Z tą różnicą, że w przypadku cloud-a możesz zbudować proste API włączające/wyłączające serwer.

Przykładowo - po co serwer ma być włączony od 3 do 8 rano. Na tych 5 godzinach, kiedy w praktyce (na mniejszych serwerach) gra garstka ludzi można zaoszczędzić sporo pieniędzy :).

Poza tym - Za transfer nie musisz z góry płacić. Wpłacasz na konto elastica powiedzmy 100$ i zużywasz na bierząco np. na transfer itd. W przypadku elastica są wyższe stawki jak kupujesz na bierząco, ale znam konkurencyjny (tańszy o jakieś 20%) hosting chmurkowy, gdzie liczą takie same stawki przy kupowaniu transferu na bierząco/"przedpłatą".

Poza tym dajesz przykład 2GHz CPU. Moim zdaniem jeśli ruszasz z jakimś mniejszym OTS, gdzie gra mało graczy czystą oszczędnością jest kupno wolnego procka, większej ilości RAMu (dla większych map) i małego dysku. Dzięki temu zaoszczędzasz pieniążki. Później kiedy OTS się "rozrasta" dokupujesz sobie (dokładasz właściwie) po 0.5GB RAM, czy ileś jak gracze narzekają.
Nie ma sytuacji jak w przypadku kimsufi gdzie płacisz za 1TB dysk, którego najprawdopodobniej i tak nie zapełnisz (chyba, że równolegle odpalisz hosting plików czy czegoś).

Ogólnie rzecz biorąc chmurkę możesz dostosować do dochodów serwera. Jeśli są większe to przez ileś czasu dajesz serwerowi więcej zasobów. Jeśli w danym miesiącu jest mniejszy dochód to mniej itd.
 
Ogólnie jak tak uważasz to po co się pytasz innych o zdanie... Jak to przekalkulowałeś, że Cie wyjdzie taniej to kup.
 
Z hostingiem w chmurce jest często tak, że blokują dane wychodzące (np. OVH miniCloud) więc radzę dokładnie doczytać co i jak.

Ten typ hostingu powstał do usług potrzebujących elastyczności - TFS takim nie jest. Jakość dysków wielu chmurek jest jeszcze gorsza niż podstawowych RPS. Takie klastry nastawione są głównie na skaczące obciążenie CPU.

Wniosek: Chmurki służą do obliczeń.
Odradzam stawianie OTS.
 
Podobnie jak Kula_ powiedział, miejsce na dysku masz, nikt nie gwarantuje, że je wykorzystasz, bo na przykład oberwiesz zachwycającą prędkością odczytu/zapisu.
Co do OVH miniCloud, to podziękowałem im po tygodniu (aż dziw że tak długo) bo o 19:00 (godzina szczytu) gubiło się 70-90% pakietów :) To także trochę zależy na jaki fizyczny serwer trafisz u nich. Miałem 6 miniCloudów u nich równocześnie (do różnych celów), 2 prawie nie traciły pakietów :P
Idealne na początek i wszystko z wyjątkiem serwerów gier...

@Edit: Jeszcze zapomniałem dodać, że w OVH miniCloud na stronę, lub plik przez http (80) można czekać latami i się nie doczekać. Co ciekawe to samo, z tego samego serwera przez https (443) śmiga od razu :P Nie ma to jak sztucznie blokować sieć...
 
Last edited:
Back
Top