Onderwerp: Suggesties voor server voor web-based RPG?

Goedendag!

Ik ben op zoek naar wat informatie conform webhosting, aangezien ik als hobby bezig ben met een vrij grote interactieve website, maar zeer weinig van webhosting afweet.

In het kort, ik ben een web-based RPG in elkaar aan het knutselen. (Duurt nog lange tijd voor het klaar is, is nog enkel in begin stadium en het is een hobby naast mijn vaste werk dus progress is traag. :P )

Uiteindelijk krijgt het spel de keuze om solo/co-op te kiezen en ook een wereld waarin iedereen in deelkan namen met gamemasters die de boel peilen en in de gaten gaan houden.

Het wordt uiteindelijk een erg uitgebreid spel met veel grafische interfaces. Gebaseerd op tile RPG's (denk bijvoorbeeld aan het spel Arcanum, grote map, grid/tile based).

Dus erg bandbreedte gevoelig.


Ik ben dus op zoek naar suggesties voor dedicated servers die hiervoor geschikt zijn. Bandbreedte die nodig is kom ik uiteindelijk wel uit, maar voor de rest heb ik weinig verstand ervan. Bijvoorbeeld processor of geheugen, enzovoorts, heb ik geen idee van in wat voor soort categorie ik zou moeten zitten.

Kenners hier die mij misschien het een en ander kunnen adviseren? Bijvoorbeeld voor 2000 users met een bandbreedte van ongeveer gemiddeld 1MB per minuut. Of iig zodat ik een idee heb van een soort van schaal wat nodig is.



Alle informatie is welkom!

~René

Het hangt er een beetje vanaf;

Een criminal spelletje (textbased browser spel) kan je makkelijk 1000 gebruikers tegelijk online krijgen op een quadcore xeon met 4 GB ram. Let wel op dat de code niet te brak moet zijn dan. Daarnaast heb je nog heel erg veel dataverkeer nodig. Denk aan een paar TB per maand.

Wat ik uit jou verhaal begrijp is dat je dus ook veel grafische dingen erin wilt zetten, indien je dingen bijvoorbeeld via GD wilt laten maken moet je ook rekening houden met veel CPU & RAM gebruik.

Ik heb er nog over na zitten te denken om wellicht een client package te maken met alle graphic design en die te laten downloaded op filehosting servers, waardoor het uiteindelijke bandbreedte die mijn server nodig zou hebben aanzienlijk minder wordt.

Maar daar zitten ook wat haken en ogen aan, conform de beveiliging. En ook zou ik moeten uitzoeken hoe ik eventueel een browser kan aansturen op deze manier.

Zou ik haast een custom browser moeten schrijven ben ik bang. xD



Het spel is trouwens grootendeels PHP/SQL aangestuurt, met Java voor de grafische elementen. (En ga misschien ook nog flash gebruiken.)

Extern grafische content hosten is heel erg traag. Het beste kun je gewoon met 1 sterke server beginnen, en als de load te hoog wordt opschalen naar een 2e server waar de sql dan op draait, en daarna eventueel naar een cluster. Of je gaat met verschillende servers ("worlds") werken zoals een paar andere spellen doen.

En waarom is dat heel erg traag? 't Is vrij normaal om statische en dynamische content appart te hosten.

Je moet alleen wel opletten dat je niet met de security in de knoei raakt wanneer je vanuit de java of flash applet interactie met de website wilt.

Zoals eerder gezegd, gewoon met 1 goede server starten en zorgen dat de code goed en schaalbaar is. En zodra je server het wat warmpjes vind met met de load. Een sql server erbij.. en opbouwen maar

Oorspronkelijk geplaatst door gjtje

En waarom is dat heel erg traag? 't Is vrij normaal om statische en dynamische content appart te hosten.

Je moet alleen wel opletten dat je niet met de security in de knoei raakt wanneer je vanuit de java of flash applet interactie met de website wilt.

Ik dacht toch dat het vrij traag ging worden als je in het ene DC je statische content en in het andere DC je dynamische content wilt hosten.

Oorspronkelijk geplaatst door SF-Jeroen

Ik dacht toch dat het vrij traag ging worden als je in het ene DC je statische content en in het andere DC je dynamische content wilt hosten.

Want? Omdat dat ene dc misschien 0,2 msec. verder ligt?

Oorspronkelijk geplaatst door SF-Jeroen

Ik dacht toch dat het vrij traag ging worden als je in het ene DC je statische content en in het andere DC je dynamische content wilt hosten.

Voor een project hebben wij dezelfde vraag als TS onderzocht.

Wanneer je iedere server een eigen (sub)domein geeft, hoeft de content niet eerst van de onderliggende servers naar de hoofdserver gestuurd te worden, voordat het naar de bezoeker gaat. De grafische content kan de bezoeker rechtstreeks (door de (sub)domein) opvragen bij de onderliggende server.

Stel dat je wel eerst de content van de onderliggende server naar de hoofdserver stuurt (wat denk ik niet handig is, zo belast je de hoofdserver alleen maar extra hetgeen je juist wilt voorkomen), zal dat zoals Randy zegt hooguit een paar miliseconden extra duren. De bezoeker zal dit dus niet merken. Jij wel, qua belasting van de hoofdserver!

Of begrijp ik de strekking niet?