spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Ok das Klingt echt interressant.

wenn man die Daten von Chromanoid zugrunde liegt (13250 Blade Server) kommt man auf 53 Server pro Spielwelt. Ob das noch andere sachen hinzukommen oder nicht weiß ich nicht. Auf jeden fall dürften die Stromkosten nicht gerade niedrig sein .

Wow Chromanoid Interressante Präsentationen.

Wenn ich mir das so überlege kenne ich (bis auf Eve online und Second life) keine spiele die aktiv und durchgehend eine Server-Konsolidierung durchführen. Aber ich denke das gibt mir schon mal nen guten einblick wieviele Rechenpower ich Tatsächlich brauchen werde. Ich denk für meine angepeilten 20.000 Leute werde ich mindestens 25 Server brauchen.
Aber ich denke mit der richtigen Softwarearchitektur kann man da viel mehr rausholen.

ok wie das in SL ist weiß ich eben nicht aber in Eve online habe ich ein paar situationen erlebt die darauf schließen lassen dass die Konsolidierung teilweise automatisch abläuft. Ne genaue referenz kann ich da aber nicht geben aber: Wenn ein Krieg stattfinden soll mit mehr als 1500 Personen muss das dem Support mitgeteilt werden. Das wäre ein indiz für die händische Konsolidierung. Andererseits hatten sind wir mal in unbelebte Systeme vorgedrungen und wenn man den Betreten hatte gans die nachricht "bitte kommen in einigen minuten wieder - Der Server wird gerade gestartet". Also muss da ein gewisser automatismus drin liegen.

Aber ich zermarter mir momentan sowieso gerade mein Hirn um ne Optimallösung zwischen Serverauslastung und Energieeffizienz zu finden.

Meine letzte idee hat einfach den Nachteil dass die Server Permanent laufen müssen, auch wenn sie gerade nicht Arbeiten. Auch gibt sich da das Problem dass jeder Server eine feste position hat wodurch die implementation von neuen Servern schwierig wird. Um da nen gesunden mittelweg zu erstellen müsste ich die bereiche des Servers auflösen wodurch jeder Server überall zugreifen kann und muss d.h. wenn ich wissen will wer um eine bestimmte position herum ist da muss ich ein Broadcast an alle Server Senden wodurch die Netzlast immer schneller in den Keller geht je mehr Objekte bzw Spieler im System sind.

Ich glaube ich komme nicht drum herum diese serveranordnungen selber zu testen (selber schreiben usw) um herauszufinden welches denn wirklich das beste ist.

Deine Idee klingt nicht schlecht muss ich sagen. Das hieße dass mehrere Gebiete zu einem Server gehören können hmm :-/ erinnert mich ein wenig an dispys idee mit den "arbeit suchenden" Servern.


edit: mir ist gerade durch dich ein einfall gekommen das die probleme lösen könne und das mit relativ wenigen Zonenwechsel und Zonenänderung. Der weitere Vorteil wäre auch perfekte anpassbarkeit. =D Ich werd die idee sowieso wieder revidieren wenn mir starke mängel auffallen.

Hier die idee:

Jede Region im Spiel bekommt ne eigene ID. Diese Regionsgröße ist nicht abänderbar.
Die Spieler werden auf den Spielerservern verwaltet. Inhalt werden sein: die Positionsdaten des Spielers und die Regions-ID.
Es gibt einen over-all Manager der weiß welche Regionen momentan welcher Server Verwaltet (ergibt sich aus den Regions-ID der jeweiligen Spieler auf den Servern)

Vorgehen bei der suche nach "personen im umfeld des Spielers xyz":

1. Spieler fragt seinen Spieler-server wer im Umkreis von 1 Region um ihn herum ist.
2. Spielerserver fragt den over-all Manager welche Server jeweils Spieler in der Region hat.
3. Over-all Manager gibt die Server zurück die jeweils spieler in den Regionen haben zurück.
4. Spieler-Server gibt die Frage direkt an alle zurückgegebenen Server weiter.
5. Server geben die ausgewerteten Daten zurück.
6. Spieler-Server gibt diese Daten direkt an den Spieler zurück.

-> Wenn der spieler die Region wechselt wird einfach die Regions-id des Spielers geändert.

Um die abfragen in Maßen zu halten (weil es kann ja sein dass die Spieler auf den Servern maximal über alle regionen verteilt sind -> alle server müssten immer wieder befragt werden) werden die Spieler auf die Server verteilt nach der anzahl der Spieler die sich schon jeweils in den Regionen befinden. Also dass sich die zuteilung der Server zu den Regionen nach der anzahl der meisten Spieler einer Region kommt, dies aber auch nur bis der server seine limit erreicht hat (Spieler anderer Regionen werden aber weiterhin, sofern die anderen server es erlauben bzw. noch resscourcen haben, weiter verwaltet).

Wie findet ihr die idee so?

Wie meinst du das mit der Umgebungsabfrage? Das mit dem Kanal wird eine Notwendigkeit sein, also dass der over-all-Manager immer weiß was gerade so läuft.