Eine frage noch.. lohnt sich das den überhaupt? es fallen dann swar ein paar Prozent CPU last weg etc. aber der Gameserver an sich würde ja immer noch ca. 50% Auslastung hervorrufen... und da würde dann auch kein zweiter mehr drauf passen... ein Root für nur einen Gameserver ist doch ein bisschen zu viel des guten oder?
Die aktuellen Gameserver beanspruchen im Gegensatz zu früher (Counterstrike) deutlich mehr Ressourcen. Das Problem bei gleichzeitig laufenden Webserver sind die kurzen Lastspitzen, wenn ein oder mehrere neue Prozesse zur Abarbeitung der HTTP-Requests gestartet werden (Reservierung aus dem gemeinsam genutzten RAM usw.). Der Apache verteilt zwar von sich aus die Prozesse auf die verschiedenen Cores aber irgendwann trifft es eben unweigerlich den, auf dem auch der Gameserver läuft. Und damit kommt es zu den Micro-Lags weil der Gameserver minimal aus dem Takt gerät - umgangssprachlich formuliert. Dazu kommen dann auch noch die DB-Abfragen ...
Wie gesagt, das Experiment Webseite auf externen Webspace auszulagern und zu gucken, ob das dann mit dem Gameserver funzt, dürfte preislich und vom Arbeitsaufwand signifikant günstiger sein als Voodoo zu betreiben.
Wenn Du allerdings zuviel Zeit hast kannst Du folgendes versuchen:
Voodoo Level Anfänger:
Apache als MPM_Worker mit FastCGI konfigurieren. Das erhöht zwar die Grundlast, reduziert aber den Aufwand bei HTTP-Requests, weil keine ganzen neuen Prozesse sondern nur kleinere Threads erzeugt werden. Oder Du setzt auf NGinx oder Hiawatha als Webserver weil schlanker und performanter als die "eierlegende Wollmichsau" namens Apache.
Voodoo Level Fortgeschrittene:
Du nimmst statt Debian (welche sehr konservativ und auf Stabilität getrimmt ist) z.B. eine progressivere Distro wie z.B. ArchLinux. Die sind noch mehr auf Performance ausgerichtet. Wir haben auf unseren LAN-Parties nur deswegen Debian eingesetzt, weil ich nie im Vorgriff wusste, welche konkrete Hardware (Server) der Verleiher bereitstellen würde. Debian war da praktisch bulletproof - läuft immer.
Voodoo Level Hardcore:
Du setzt auf eine rein sourcenbasierende Distro wie z.B. Gentoo und kompilierst alles perfekt auf Deinen Server abgestimmt selbst inkl. Grundsystem und Kernel. Dabei wirst Du bzgl. Webserver, PHP, mySQL usw. nur die tatsächlich benötigten Module statisch einbinden. Selbstverständlich verwendest Du dann einen schlanken Webserver wie NGinx oder Hiawatha und schreibst u.U. die URL-Rewriting-Rules für das CMS neu.
Fazit: Egal welches Voodoo Level Du wählst, Du wirst nur an den Symptomen herumdoktoren und das unvermeidliche hinauszögern bzw. reduzieren aber nie das Risiko von Micro-Lags endgültig loswerden. Wobei noch zu sagen wäre: "Hase und Igel" - je erfoglreicher ihr seid und um so mehr Leute Eure Webseite besuchen ... you got it?
Realtime-Anwendungen wie Gameserver vertragen sich nicht mit Webservern in direkter Nachbarschaft. Bei Teamspeak geht das noch, bis zu einem gewissen Auslastung-Level. Gameserver sind auf Grund der vielen Berechnungen für die Synchronisierung der Spielerwelt für die Clients da wesentlich empfindlicher. That's it. Ein N00b wie ich, der eh nix trifft und 'ne entspannte APM von etwa 30-40 hat, merkt diese Lags nicht. Aber Pro's
wie ihr schon.
P.S.: Falls das Experiment Auslagerung der Webseite nicht den gewünschten Erfolg zeitigen sollte, bin ich durchaus bereit, noch tiefer in das Thema einzusteigen und dann greifen wir tief in die Trickkiste und basteln Dir Deinen Gameserver-Kernel. Last but not least - solltest Du auch in Betracht ziehen, dass das Peering von Server-Hoster und/oder Internetprovider der Nutzer nicht optimal ist. Dagegen bist Du chancenlos.
