Heute hat Geekblog dank der tollen Arbeit von Flo und dem netten Entgegenkommen MisterHost zwei Test-V-Server zur Verfügung gestellt bekommen. Als erstes kommt der OpenVZ-Server unter die Lupe. Natürlich haben sie wir auf Herz und Nieren getestet. Hier mal ein paar Fakten, frisch gebencht.
Bei der Installation erfreut gleich am Anfang die schier endlose Liste von 24 Betriebssystem-Images, darunter natürlich die wichtigsten wie Debian, Ubuntu und OpenSuse.
Lasst uns einen Server grillen!
Gefühlt ist die Shell eine der schnellsten, die wir bisher erlebt haben, was für einen echt netten Ping nach Deutschland zu sprechen scheint. Dies sollte jedoch kein Wunder sein, schließlich stehen unsere Server in Düsseldorf. Jedoch bemühen auch wir uns um ein wissenschaftliches Vorgehen, was die Tests betrifft – Schätzwerte und Gefühle zählen hier nicht. Deswegen hier ein paar Fakten.
Natürlich dürfen auch Langzeittests nicht fehlen. Leider haben wir gerade keine Idee für ein weiteres Webprojekt, und da wir den Server wohl leider nur diesen Monat haben werden, lohnt es wohl auch nicht unsere(n) Blog(s) umzuziehen. Sebi entschied sich also darauf einen kleinen Team Fortress 2.
Und nun zum Wissenschaftlichen Bereich:
###### OpenVZ #######
Der Provider hat bereits das Feature vSWAP Verfügbar, welches sehr zum Vorteil des Speichermanagements ist… bisher haben das die wenigsten Anbieter.
RAM Ausgabe nach der Neuinstallation
# free -m
total used free shared buffers cached
Mem: 256 29 226 0 0 13
-/+ buffers/cache: 16 239
Swap: 256 0 256
WordPress läuft und erhält anfragen
# free -m
total used free shared buffers cached
Mem: 256 255 0 0 0 205
-/+ buffers/cache: 49 206
Swap: 256 0 256
Zum Vergleich: Mein Atom-Dedicated-Server schafft auf 4 Kernen etwa 11 Anfragen pro Sekunde.
Ein PHP-Prozess:
Requests per second: 5.45 [#/sec] (mean)
Vier PHP-Prozesse:
Requests per second: 21.50 [#/sec] (mean)
Und das ohne irgendein Caching! Das ist ziemlich gut.
Mit xcache ist das Ergebnis folgendes:
Ein PHP-Prozess (mit xcache):
Requests per second: 15.46 [#/sec] (mean)
Vier PHP-Prozesse (mit xcache):
Requests per second: 58.15 [#/sec] (mean)
Die bei LowEndBox immer wieder erscheinende bench.sh:
# bash bench.sh
CPU model : Intel(R) Xeon(R) CPU E5504 @ 2.00GHz
Number of cores : 4
CPU frequency : 1596.000 MHz
Total amount of ram : 256 MB
Total amount of swap : 256 MB
System uptime : 13 min,
Download speed from CacheFly: 19.5MB/s - 29.2MB/s
Download speed from Linode, Atlanta GA: 2.56MB/s
Download speed from Linode, Dallas, TX: 2.38MB/s
Download speed from Leaseweb, Haarlem, NL: 8.47MB/s
Download speed from Softlayer, San Jose, CA: 2.47MB/s
Download speed from Softlayer, Washington, DC: 10.2MB/s
I/O speed : 118 MB/s
Das einzige, was man zu dem OpenVZ-Test noch sagen sollte, fairerweise: Der Provider schrieb mir, dass das ein neuer Hostnode ist, d.h. später könnte es teilweise minimal langsamer werden, aber darüber würde ich mir derzeit noch keine Sorgen machen.
Gerne würde ich Ihnen auch einen openVZ-Server zur Verfügung stellen. Da das
aktuelle System jedoch ausgelastet ist, (…) und ich die bestehenden
Kunden nicht mit deutlich zu hoher Last quälen möchte, (…)
wenn das mal nicht eine vorbildliche Aussage ist – andere Provider hätten da ein Auge zugedrückt und den Server halt überbucht…
###### XEN #######
Nach der Neuinstallation:
# free -m
total used free shared buffers cached
Mem: 244 53 191 0 2 34
-/+ buffers/cache: 17 227
Swap: 255 0 255
WordPress läuft und erhält anfragen:
# free -m
total used free shared buffers cached
Mem: 244 94 149 0 2 43
-/+ buffers/cache: 48 195
Swap: 255 0 255
Zum Vergleich: Mein Atom-Dedicated-Server schafft auf 4 Kernen / 4 PHP-Prozessen etwa 11 Anfragen pro Sekunde…
Ein PHP-Prozess:
Requests per second: 8.25 [#/sec] (mean)
Vier PHP-Prozesse:
Requests per second: 30.78 [#/sec] (mean) (der Hammer!)
Und das ohne irgendein Caching! Das ist ziemlich gut.
Mit xcache ist das Ergebnis folgendes:
Ein PHP-Prozess (mit xcache):
Requests per second: 24.60 [#/sec] (mean) (Das ist bisher wohl eines der allerhöchsten Ergebnisse welches ich je erhalten hatte!)
Vier PHP-Prozesse (mit xcache):
Requests per second: 90.14 [#/sec] (mean) (Das ist bisher wohl eines der allerhöchsten Ergebnisse welches ich je erhalten hatte!)
Die bei LowEndBox immer wieder erscheinende bench.sh:
# bash bench.sh
CPU model : Intel(R) Core(TM) i7 CPU 920 @ 2.67GHz
Number of cores : 4
CPU frequency : 2672.828 MHz
Total amount of ram : 244 MB
Total amount of swap : 255 MB
System uptime : 10 min,
Download speed from CacheFly: 10.9MB/s
Download speed from Linode, Atlanta GA: 1.87MB/s
Download speed from Linode, Dallas, TX: 1.44MB/s
Download speed from Linode, London, UK: 9.91MB/s
Download speed from Leaseweb, Haarlem, NL: 5.99MB/s
Download speed from Softlayer, Seattle, WA: 1.56MB/s
Download speed from Softlayer, San Jose, CA: 2.57MB/s
Download speed from Softlayer, Washington, DC: 3.08MB/s
I/O speed : 68.7 MB/s
Support
Support im wirklichen Sinne, dass es einen technischen Defekt gab, habe ich bisher noch nicht gebraucht. Jedoch antwortete mir Misterhost immer sehr zügig, selbst in den Abendstunden immer freundlich.
Fazit: Ich bin sehr von dem Provider und seinen Servern begeistert. Wenn die Werte halbwegs so bleiben, wird dass der neue LowEnd-vServer-Himmel 
Wie es auf Langzeit aussieht, weiß ich natürlich nicht. Wenn ich Misterhost nicht falsch verstanden habe, darf ich die beiden vServer diesen Monat noch weiterbehalten und testen. Wenn jemand noch Tests oder detailierte Ergebnisse haben möchte, einfach kommentieren 
Recent Comments