Mit dem Netzwerk hat dies erst einmal nichts zu tun.
Nastürlich nicht, ich meinte eher "Großes Netzwerk -> Viele Server-Anwendungen
Auch wenn es nur eine
DB und keine anderen Server (Webserver/Applicationserver) gibt, hat eine VM den enormen Vorteil, dass man Skalierung durch Start beliebig vieler weiterer Instanzen erreichen kann.
Wenn ich nur eine
DB und keine anderen Server habe, dann habe ich 100% meines Servers für die Anwendung reserviert. Was will man da noch skalieren?
@jobo: Endlich verstanden,
Es dreht sich also u.A. um die Tatsache, das viele Serverlösungen die Hardware nicht auslasten können und daher eine geschickte VM-Strategie die Lösung herbeiführt.
Würde Geld keine Rolle spielen oder die Serverapplikationen die CPUs ausreizen, bräuchte man das nicht zu tun bzw. müsste dann eher nachdenken, wozu eine VM-Lösung gut ist (bei sehr wenigen Serveranwendungen).
Bezüglich des auszuwählenden RDBMS sollte man dann nicht auch z.B. PostGres in Betracht ziehen, das sich offenbar gut hinsichtlich Multicore skalieren lässt?
Die Benchmarks von IBExpert sind sehr interessant. Wie verhält sich Firebird im multi-CPU-Betrieb im Vergleich zu PostGres oder
MSSQL?