Welche Hard- und Software ist für einen prof. Firebirdserver notwendig?

[Furtbichler]

Zitat von p80286:

Mit dem Netzwerk hat dies erst einmal nichts zu tun.

Nastürlich nicht, ich meinte eher "Großes Netzwerk -> Viele Server-Anwendungen

Zitat von mjustin:

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?

[jobo]

Zitat von Furtbichler:

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.

Naja, viele können es schon, lahme DB sind ja nicht selten
Es geht eher um die benötigte Resourcen Bandbreite. Die Anforderungen an das System sind ja dynamisch, u.U. sehr dynamisch (bspw. Monatsabschluss peak usw). Eine pure Hardwarelösung muss das leisten und ist demnach zu anderen Zeiten unterfordert, kostet aber trotzdem (z.B. Oracle CPU Lizenzen). Virtualisierung schafft die Möglichkeit, freie Kapazität anderen Systemen zur Verfügung zu stellen.

Zitat von Furtbichler:

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?

Ich will nicht sagen, das Oracle schlecht skaliert. Es spielt bei der Virtualisierung eine besondere Rolle (Mutterrolle sozusagen), weil es CPU basiert lizensiert wird.
Auf einer 128 CPU Maschine kann ich per Virtualisierung ein System schaffen, für das ich nur eine 2-CPU-Oracle Enterprise Lizenz zahle. Installiere ich das direkt auf der 128 CPU Maschine, muss ich alle CPU lizensieren (Kostet vermutlich einen 6er im Lotto).
Diese ganze Thematik spielt bei der Virtualisierung von kostenloser Software (Firebird, Postgres) überhaupt keine Rolle!

[Furtbichler]

Zitat von jobo:

Es geht eher um die benötigte Resourcen Bandbreite. Die Anforderungen an das System sind ja dynamisch, u.U. sehr dynamisch (bspw. Monatsabschluss peak usw). Eine pure Hardwarelösung muss das leisten und ist demnach zu anderen Zeiten unterfordert, kostet aber trotzdem (z.B. Oracle CPU Lizenzen). Virtualisierung schafft die Möglichkeit, freie Kapazität anderen Systemen zur Verfügung zu stellen.

Also konfiguriert man wöchentlich/täglich? Oder lässt das machen, denn es gibt ja mittlerweile für alles eine App.