11
Netzwerkperformance HP Proliant ML350
Hallo zusammen,
ich bin ein bisschen am verzweifeln.
Wir haben einen HP Proliant ML350 G5 Server mit Windows 2003 Server x64 am laufen.
Dieser Server ist Hostsystem für VMware Server 2.x. In der VMware läuft ein 2003 SBS Server.
Wir können von Clientrechnern aus maximal mit 10 -12 MB sec auf den Server rauf bzw. runterkopieren.
Es ist als ob die Handbremse angezogen wäre.
Das kann doch nicht alles sein !!
folgende Versuche sind schon unternommen worden:
1. aktuelle Treiber für alle Geräte (SmartStart CD)
2. Neuer HP Procurve Switch 1Gb
Netzwerkkarten sind original HP NC373 und NC360i alles Gb
über einen Tip würde ich mich sehr freuen
MfG
B.Willers
ich bin ein bisschen am verzweifeln.
Wir haben einen HP Proliant ML350 G5 Server mit Windows 2003 Server x64 am laufen.
Dieser Server ist Hostsystem für VMware Server 2.x. In der VMware läuft ein 2003 SBS Server.
Wir können von Clientrechnern aus maximal mit 10 -12 MB sec auf den Server rauf bzw. runterkopieren.
Es ist als ob die Handbremse angezogen wäre.
Das kann doch nicht alles sein !!
folgende Versuche sind schon unternommen worden:
1. aktuelle Treiber für alle Geräte (SmartStart CD)
2. Neuer HP Procurve Switch 1Gb
Netzwerkkarten sind original HP NC373 und NC360i alles Gb
über einen Tip würde ich mich sehr freuen
MfG
B.Willers
Share on Facebook
Share on Twitter
Share on Reddit
Share on LinkedinPlease also mark the comments that contributed to the solution of the article
Content-Key: 139117
Url: https://administrator.de/contentid/139117
Printed on: April 20, 2024 at 03:04 o'clock
11 Comments
Latest comment
Servus,
Und wenn man jetzt noch die Konfigs der Netzwerkkarten kennen würde und ob die im Trunk laufen oder nicht, würde man auch den anderen Bock (Böcke) finden.
Gruß
- ein ML350 ist so lala und kann ganz gut laufen, wenn man nicht zuviel von Ihm will.
- W2k3 dann VM Server drauf und dann darin SBS, das ist schon der erste Knackpunkt.
- lieber nen esxi drunter schrauben.
Und wenn man jetzt noch die Konfigs der Netzwerkkarten kennen würde und ob die im Trunk laufen oder nicht, würde man auch den anderen Bock (Böcke) finden.
Gruß
Hallo Timo,
Die Netzwerkkarten laufen im Bridge Modus in der VM.
MfG
B.Willers
Die Netzwerkkarten laufen im Bridge Modus in der VM.
MfG
B.Willers
Hi
TimoBeil wollte wissen ob sie (Die NICs) als Team laufen, sprich trunking Modus (=Dein 2003 HOST); wie viele VM Sessions willst du haben; wofür nutzt du das 2003? Der ESX würde das eher mitziehen und du zahlst evtl ein OS doppelt (2003x64+SBS) was eigentlich sinnentleert ist. Mit SBS und einem Suse HOSt habe ich auch so ein Problem, trotz der Tatsache das die Hardware super Schnell ist, merkt man in der VM leider gar nichts davon.
Wie gut ist denn die Performance im HOST System? Viel besser?
Gruß
Sam
TimoBeil wollte wissen ob sie (Die NICs) als Team laufen, sprich trunking Modus (=Dein 2003 HOST); wie viele VM Sessions willst du haben; wofür nutzt du das 2003? Der ESX würde das eher mitziehen und du zahlst evtl ein OS doppelt (2003x64+SBS) was eigentlich sinnentleert ist. Mit SBS und einem Suse HOSt habe ich auch so ein Problem, trotz der Tatsache das die Hardware super Schnell ist, merkt man in der VM leider gar nichts davon.
Wie gut ist denn die Performance im HOST System? Viel besser?
Gruß
Sam
Sorry - ich hätts gern genauer....
Stromsparfunktionen abgeklemmt, IP Adressen Switch Konfig / log - Kabel schon mal getauscht, so "kleinigkeiten" - die man braucht um eine Installation - die man(n) nicht kennt auf Nierensteine und Herzkasper "untersuchen" zu können.
hier noch einmal genauer (hoffe ich)
Hostsystem:
1x Onboard NIC NC373
6x PCIx NC360i
auf der Onboard läuft der Host im LAN und der SBS Server aus der VM
auf den anderen Karten läuft noch eine Gateprotect Firewall und ein Terminalserver
der Server selbst hat 12 GB Speicher den er auf die VMs verteilt
1 physikalische CPU
es Arbeiten 5 Arbeitsplätze an dem Server
Hostsystem:
1x Onboard NIC NC373
6x PCIx NC360i
auf der Onboard läuft der Host im LAN und der SBS Server aus der VM
auf den anderen Karten läuft noch eine Gateprotect Firewall und ein Terminalserver
der Server selbst hat 12 GB Speicher den er auf die VMs verteilt
1 physikalische CPU
es Arbeiten 5 Arbeitsplätze an dem Server
Wieviel VMs laufen den auf dem System?
Wie ist die Festplattenconfig?
BBWC installiert?
Sind die Clients auch am Procurve? (Und auch tatsächlich mit 1 Gbit verbunden?)
Wie ist die Festplattenconfig?
BBWC installiert?
Sind die Clients auch am Procurve? (Und auch tatsächlich mit 1 Gbit verbunden?)
Moinsen,
also nen ML350 G5 mit 7 Nics - W2k3 als Host VM Server 2.0 als VM dann Terminalserver und Firewall neben einem SBS, der Exchange hat....
das die Kiste überhaupt irgendwas macht - wundert mich.
also nen ML350 G5 mit 7 Nics - W2k3 als Host VM Server 2.0 als VM dann Terminalserver und Firewall neben einem SBS, der Exchange hat....
das die Kiste überhaupt irgendwas macht - wundert mich.
Um die Frage zu wiederholen: Wie gut ist denn die Performance im HOST System? Viel besser?
Bei deiner Anzahl an unterschiedlichen NICs (die Onboard von HP (=Broadcom+Intel) sind unter ESX bekannt nicht gut im Bridgeing zu laufen, nur als Failover). Was hindert dich einfach mal nur einen NIC zu nutzen (andere abstecken dann tritt auch die Trunking Funktion in den Hintergrund)
Gruß
Sam
Bei deiner Anzahl an unterschiedlichen NICs (die Onboard von HP (=Broadcom+Intel) sind unter ESX bekannt nicht gut im Bridgeing zu laufen, nur als Failover). Was hindert dich einfach mal nur einen NIC zu nutzen (andere abstecken dann tritt auch die Trunking Funktion in den Hintergrund)
Gruß
Sam
mit nur einem Nic wird seine "Firewall" nicht funktionieren.
Das ganze Gedöhns gehört in die Tonne getreten und Firewall auf ein separtes System und Terminalserver - wenn überhaupt virtuell auf Xenbasis.
Das ganze Gedöhns gehört in die Tonne getreten und Firewall auf ein separtes System und Terminalserver - wenn überhaupt virtuell auf Xenbasis.
Zum Testen der Performance reicht's. Allein schon um den Fehler zu lokalisieren. Das ganze mag funktionieren (habe m0n0wall schon in einer VM mit nur einer NIC erfolgreich gesehen), aber bevor ich das Konstrukt mir nur sehr vage vorstellen kann würde ich nichts dafür geben....
ich danke Euch für die Infos.
ich denke ich werde erstmal auf ESXi wechseln und dann schauen wir weiter.
MfG
B.Willers
ich denke ich werde erstmal auf ESXi wechseln und dann schauen wir weiter.
MfG
B.Willers
