12.02.2025, aktualisiert um 10:32:33 Uhr

2456

HPE Server G10 - Grundeinstellungen falsch?

Hallo,
ich habe bei uns die ehrenvolle Aufgabe der IT übernommen. Daher entschuldige ich mich schon mal im Voraus, wenn ich nicht alles korrekt beschreiben kann bzw. mir noch nicht bekannt ist, was man zum Bewältigen der Frage an Informationen benötigt.

Worum geht es? Wir haben einen Host Server auf dem mehrere VMs laufen. Wie ich in einem anderen Thema festgestellt habe, sind die darauf laufenden VMs nicht so performant, wie es sein sollte. Daher würde ich gerne mit euch einmal die relavanten Einstellungen durchgehen, die man im iLO oder BIOS einstellen kann. Wenn das ordentlich läuft, kann ich mich an die nächsten Fragen / Problem machen.

Host:
- HPE Proliant DL380 G10 Plus
- Intel Xeon Gold 6354 3.00 GHz 18 Core (immer 2 Prozessoren)
- 512 GB Ram
- HPE BCM MegaRAID MR416i-a 16L 4GB (Raid-Controller)
- HPE SAS HDD 6.4cm (2.5") BC 2.4TB 10K 12G HPL (2 x HDD für Datenbanken und FileServer)
- HPE NVMe SSD G4 6.4cm (2.5") 1.92TB High Perf RI BC U.3 PM1733a (2 x SSD für Terminalserver und Datev-Datenbank)
- Betriebssystem liegt auf einer eigenen NVMe 480GB
- Windows 2022 Server Datacenter
- Virtualisierung mit Hyper-V

Fangen wir mal an

1. Meine Verständnisprobleme fangen schon an, wenn ich mich via iLO anmelde - Performance - Settings - Jitter Smoothing ist aktuell "Not Available". Sollte man hier nicht bei "Processor Jitter Control Mode" "Auto" aktivieren und bei der Fequenz (in MHZ) "3000" eintragen? Was sollte dann bei "Prozessor Jitter Control Optimization" ausgewählt werden?

2. Über das iLO kann ich in das "Intelligent Provisioning" kommen. Ist es sinnvoll hier Voreinstellungen zu ändern oder muss man das besser bei einem Neustart über das BIOS machen?

3. Welches sind die grundlegensten Einstellungen hier, die man kontrollieren sollte? Finde ich einige, die ich antivieren würde.
Z.B. bei "Power and Performance Options" ist "Intel Performance Monitoring Support" "Disabled".
Oder unter "Storage Options" ist der "NVM Express SmartRAID SW RAID Support" auf "Disables" gestellt.

Also, was sollte man in den Einstellungen anfassen und wovon sollte man (oder ich) die Finger lassen?

Schon einmal vielen Dank für's Lesen, wenn du bis hierhin durchgehalten hast.

Edit: Nummern der Arrays rausgenommen
Edit2: Speicherort der Datev-DB korrekt angegeben

Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben

Content-ID: 671306

Url: https://administrator.de/forum/hpe-server-g10-grundeinstellungen-falsch-671306.html

Ausgedruckt am: 14.04.2025 um 02:04 Uhr

34 Kommentare

Neuester Kommentar

Moin,
da darfst du gleich mal Erfahrungen mit dem HPE Support machen, die Fragen kannst du dort alle einreichen:
https://support.hpe.com/connect/s/createcase

Dann weißt du schon, ob du nach 2026 noch mit HPE zusammenarbeiten möchtest, oder doch lieber einen lokalen Dienstleister beauftragst, Marke quasi egal.

EDIT
Kommentar verbessert: HPE DL380 Gen9 hab ich bis Mitte 2027 verlängern können.

Moin,

meine zwei ersten Tipps wären:

"2 x HDD im Array0"
-> Verdoppelung der Ausfallwahrscheinlichkeit! Würde ich durch 2 entsprechende NVMes oder zumindest Server-
Grade SSDs im RAID 1 ersetzen.

"Betriebssystem liegt auf einer eigenen NVMe"
-> Single Point of Failure. Fliegt die NVMe wer, sind Server und VMs erstmal nicht mehr zugreifbar. Ersetzen durch ein NVMe/SSD RAID 1

Vom iLO würde ich die Finger lassen. Das hat sicher nichts mit deinen "VMs nicht so performant, wie es sein sollte."-Problem zu tun. Kannst du das etwas genauer beschreiben?

Ansonsten Standard-Vorgehen:
- Alle Treiber am Host aktuell?
- Firmware und EFI/BIOS aktuell?
- Windows an Host aktuell?
- Windows inkl Treiber und Tools in den Gästen aktuell?
- Am Host steht alles auf "High Performance" (Energiesparoptionen usw.)

lg,
Slainte

/EDIT: Typos

Zitat von @Nordlichtlein:

- HPE SAS HDD 6.4cm (2.5") BC 2.4TB 10K 12G HPL (2 x HDD im Array0 für Datenbanken und FileServer)

Moin, da ist vermutlich dein Problem.

Zitat von @pebcak7123:

Zitat von @Nordlichtlein:

- HPE SAS HDD 6.4cm (2.5") BC 2.4TB 10K 12G HPL (2 x HDD im Array0 für Datenbanken und FileServer)

Moin, da ist vermutlich dein Problem.

Hi, also weil es sich um HDDs handelt?

Ich vermute mal mit Array0 wird das Array bezeichnet, der RAID Level ist aber vermutlich nicht 0 - hoffe ich zumindest.

Wenn du schon ein NVMe Speicher hast, würde ich da auch den Datenbankserver drauf schieben, sogar noch eher, als die Terminal Server. Das wird aber vermutlich nicht der Grund für deine Performance Gap sein.
Windows Terminal Server langsames Internet

4. G9 läuft dieses Jahr aus dem Support, d.h. G10 wird 2026 wahrscheinlich eol gehen.

Deine Glaskugel ist kaputt. DL380 Gen10 geht Q1 2028 EOSL. Gen10 Plus dürfte das aber nicht automatisch beinhalten, da scheint es noch kein Datum zu geben. Wann die EOSL gehen steht noch nicht bei Release fest, sondern erst wenn klar ist, welche neuen Plattformen die ablösen. Ich würde da jetzt nicht einfach stumpf +1 Jahr rechnen. Derzeit verkauft HPE noch Gen10, Gen10 Plus und Gen11.
https://support.hpe.com/hpesc/public/docDisplay?docLocale=en_US&docI ...

Zitat von @ukulele-7:
DL380 Gen10 geht Q1 2028 EOSL.

Vielen Dank für die Info, und der offizieller Angabe.
Ich muss mich korrigieren, DL380 Gen9 wurde bei mir auch bis Mitte 2027 verlängert.

Moin...

- HPE SAS HDD 6.4cm (2.5") BC 2.4TB 10K 12G HPL (2 x HDD für Datenbanken und FileServer)

da wird der Hund begraben liegen...
würde ich jetzt mal austauschen gegen eine NVMe....
abgesehen davon, kennen wir nicht den rest deiner VMs und Settings..

Frank

Zitat von @SlainteMhath:

"2 x HDD im Array0"
-> Verdoppelung der Ausfallwahrscheinlichkeit! Würde ich durch 2 entsprechende NVMes oder zumindest Server-
Grade SSDs im RAID 1 ersetzen.

Habe ich falsch beschrieben und oben gleich rausgenommen. Die NVMes laufen im RAID1. Also ist Ausfallsicherheit gegeben. Meine Bezeichnung "Array 0" bezog sich auf die Nummerierung. Mein Fehler.

"Betriebssystem liegt auf einer eigenen NVMe"
-> Single Point of Failure. Fliegt die NVMe wer, sind Server und VMs erstmal nicht mehr zugreifbar. Ersetzen durch ein NVMe/SSD RAID 1

Ich habe nochmal nachgeschaut. Es handelt sich um zwei NVMe's, die an einem eigenen RAID-Controller hängen und im RAID1 laufen. Damit ist auch die Ausfallsicherheit gegeben. (hoffe ich)

Vom iLO würde ich die Finger lassen. Das hat sicher nichts mit deinen "VMs nicht so performant, wie es sein sollte."-Problem zu tun. Kannst du das etwas genauer beschreiben?

Wir nutzen auf dem Termialserver hauptsächlich Datev (Fibu, Perso, ...). Der TS läuft auf den NVMe. Der Datev-Datenbankserver läuft auch auf den gleichen NVMe.
Der Start der Anwendung dauert auf dem TS schonmal sehr lange (im Vergleich zu den Angaben im Datev-Forum). Dies liegt vermutlich am TS, was ich noch rausfinden muss. Siehe [Windows Terminal Server langsames Internet]
Wenn man dann Daten aus der Datenbank abfragt, dauert dies auch länger, als es eigentlich sollte. Trotzdem scheinen sich beide VMs nur zu langweilen.
Daher war meine Vermutung, dass der Host nicht richtig konfiguriert ist.
Somit war mein Plan: 1. Host - 2. TS - 3. Datev-Server - 4. Switch

Ansonsten Standard-Vorgehen:
- Alle Treiber am Host aktuell?
- Firmware und EFI/BIOS aktuell?

Ich quäle mich mit HPE. Manche Updates kann man auf der Homepage finden, andere muss man über den Wartungsvertrag mit extra Login suchen. Gibt es vielleicht ein Tool, dass mir dabei helfen kann?
Edit: soll der Smart Update Manager sein. HPE Sum

- Windows an Host aktuell?

- Windows inkl Treiber und Tools in den Gästen aktuell?

- Am Host steht alles auf "High Performance" (Energiesparoptionen usw.)

ja

Danke für deine Tipps

Edit: Link zu HPE Support Manager hinzugefügt

Ergänzend:
HPE macht ja leider aus vielem ein riesen Geheimnis wenn man nicht grade einen masochistischen Fetisch für deren Support-Portal hat.

Der Link oben bezieht sich nicht auf alle DL380 Gen 10, für allgemein DL380 Gen10 gilt Q1 2025 End of Sale, so lese ich das hier raus:
https://support.hpe.com/hpesc/docDisplay?docId=a00139049en_us&docLoc ...

Ein End of Support scheint es noch nicht zu geben.

Gibt es vielleicht ein Tool, dass mir dabei helfen kann?

Lad dir das Base Support Pack for ProLiant herunter:
https://support.hpe.com/docs/display/public/a00sppdocen_US/spp/#/index.a ...
(geht nur mit Login aus HPE Quelle)

Das kannst du auf einem anderen PC im selben Netz ausführen und dann über Netzwerk deinen Server sehr bequem aktualisieren.

Zitat von @ukulele-7:
masochistischen Fetisch für deren Support-Portal

Besser kann man es fast nicht ausdrücken

Ein End of Support scheint es noch nicht zu geben.

Ich plane bei HPE für das kommende Jahr immer neue Hardware ein, kann aber, 6 Monate vor Ablauf des Vertrags, evtl. doch verlängert werden. Aber sind schon 1000-1200€/Jahr, je nach Supportlevel.

Ich lasse meine Hypervisoren komplett ohne Wartung laufen. Kein Storage intern und die Box selbst ist nicht alleine sowie leicht ersetzbar. Da spare ich mir den Vertrag.

Zitat von @ukulele-7:
Lad dir das Base Support Pack for ProLiant herunter:
Das kannst du auf einem anderen PC im selben Netz ausführen und dann über Netzwerk deinen Server sehr bequem aktualisieren.

Danke, sowas fehlte mir.

> "2 x HDD im Array0"
> -> Verdoppelung der Ausfallwahrscheinlichkeit! Würde ich durch 2 entsprechende NVMes oder zumindest Server-
> Grade SSDs im RAID 1 ersetzen.
Habe ich falsch beschrieben und oben gleich rausgenommen. Die NVMes laufen im RAID1. Also ist Ausfallsicherheit > gegeben. Meine Bezeichnung "Array 0" bezog sich auf die Nummerierung. Mein Fehler.

Also was jetzt, HDD oder NVMe für die DB/FS? RAID 1 ist ja schon mal ein plus

Falls HDD: das ist dein Bottleneck - durch NVMEs/SSDs ersetzen

Der TS läuft auf den NVMe. Der Datev-Datenbankserver läuft auch auf den gleichen NVMe.

Evtl. ist das auch das Problem. Datev bzw. die DB sind nicht für ihren schonenden Umgang mit den Ressourcen bekannt

Wieviel User arbeiten gleichzeitig? Wieviel Cores/RAM haben TS und DB VM?

Zitat von @SlainteMhath:
Wieviel User arbeiten gleichzeitig? Wieviel Cores/RAM haben TS und DB VM?

In der Regel 10 User. TS = 64 GB RAM / 8 CPU. Datev-DB = 64 GB RAM / 8 CPU
Laut ukulele-7 ist deren Hardware älter und läuft trotzdem besser.

In deinem BIOS gibt es vermutlich eine Option wie z.B. "Workload Profile", das müsste auf so etwas wie "Virtualization-MaxPerformance" stehen. In jedem Fall darf kein Stromspar- oder Efficency-Modus im BIOS aktiv sein.
https://support.hpe.com/hpesc/public/docDisplay?docId=sd00001166en_us&am ...

Auch NUMA sollte natürlich aktiviert sein, ich denke aber nicht, das jemand auf die Idee gekommen wäre, das auszuschalten.

Ist für den HP DL380 Gen10 das Update "Gen12 Service Pack for ProLiant Version 2025.01.00.00" richtige? Sollte doch kumulativ sein, oder?
https://support.hpe.com/docs/display/public/a00sppdocen_US/spp/#/

Andernfalls müsste "Patch bundle for Gen10 SPP 2024.04.00.00 Version 2024.04.00.01" noch gelten. ISO laden, auf der Maschine entpacken und die Lauch_sum.bat ausführen, geht über den Browser weiter.

Achtung
Ich hatte schon den Fall, dass ein Server wochenlang brach lag, trotz 24/7 HPE Support. Downtime also unbedingt einplanen, eine Neuinstallation sollte man im Notfall können, oder die Kontakte in der Nähe haben.

Natürlich das Pack für Gen10 nicht das für Gen12

Zitat von @ukulele-7:
In deinem BIOS gibt es vermutlich eine Option wie z.B. "Workload Profile", das müsste auf so etwas wie "Virtualization-MaxPerformance" stehen. In jedem Fall darf kein Stromspar- oder Efficency-Modus im BIOS aktiv sein.

Ich habe auf Grund deiner Empfehlung diese Seite hier gefunden. Über das iLO bin ich da hingekommen. Die Einstellung war nicht "V-Max-Performace". Das habe ich jetzt geändert.
Leider muss der Server dafür neu gebootet werden.dies machen wir in der Nacht von Donnerstag auf Freitag, um die Windows Updates durchzuziehen.
Bin gespannt, was das dann gebracht haben wird.

Auch NUMA sollte natürlich aktiviert sein, ich denke aber nicht, das jemand auf die Idee gekommen wäre, das auszuschalten.

NUMA habe ich noch nicht gefunden, bin aber noch am Suchen.

edit: Ich werde erst nach dem Neustart dazu weitersuchen. Wenn ich das richtig sehe, werden einige NUMA Einstellungen durch die Änderung des Profiles geändert.

Zitat von @pebcak7123:
Natürlich

Ich wünschte es wäre natürlich, aber masochistisch trifft es besser, wenn es um das HPE Support Portal geht. Ich werde jedenfalls aktuell zum 2025.01.00.00 gelenkt, so heißt es:
The Gen10/Gen10 Plus SPP 2025.01.00.00 release supersedes the 2024.11.00.00 release.

8,22GB sind zu laden

Zitat von @nachgefragt:
Andernfalls müsste "Patch bundle for Gen10 SPP 2024.04.00.00 Version 2024.04.00.01" noch gelten. ISO laden, auf der Maschine entpacken und die Lauch_sum.bat ausführen, geht über den Browser weiter.

Habe das SPP 2025.01 gefunden. Wird heruntergeladen und (voraussichtlich) am Wochenende installiert.
Danke für den Hinweis.

NUMA dürfte aber eigentlich per Default an sein, egal in welchem Profil. Nur die Stromspareinstellungen in den Factory Default Settings sind meist nicht auf Höchstleistung. Und das wird in jeder Anleitung bei jedem Hypervisor irgendwo empfohlen. Wie sich das im Betrieb tatsächlich auswirkt, kann ich aber auch nicht sagen - wird man sehen müssen.

Das aktuelle SPP kann man mal drüber bügeln. Allerdings darf man sich davon auch nicht viel Versprechen. Das ist mehr so ein Service Pack um einen guten Stand zu haben, nur selten sind da wirklich kritische Sachen drin wenn die Hardware nicht grade neu ist. Performancegewinne würde ich da nicht erwarten.

Würde eher mal die Anbindung der Datenbank an das Programm auf dem TS überprüfen. Stichworte named instance und dynamic ports. Wenn das nicht passt gibts da mal gerne einige Bedenk Sekunden bevor die Verbindung irgendwann mal klappt

Mal eine andere Frage zwischendurch: Wie geht ihr mit Microsoft Updates um? Installiert ihr die zeitnah (1-3 Tage), mit Verzögerung (4-10 Tage), noch später oder gar nicht?

Wir versuchen, diese zeitnah auf allen Systemen zu installieren. Außer beim Exchange, dort warten wir ca. 2 Wochen, für den Fall, das es Probleme mit dem Update gibt.

Binnen 24h, manche System starten direkt jeden 2. Dienstag im Monat, ab 19:15 Uhr, die Updatesuche, installieren und starten neu. Das hatte rückblickend der letzten 5 Jahre, bis auf 2x, immer funktioniert.

PS: Der Exchange ist einer der ersten Systeme, die aktualisiert werden, d.h. vor allem da warten wir nicht.

Eher sporadisch, wie ich Zeit und Lust habe. Nie direkt am Patchday, da warte ich ein paar Stunden und Problematische Updates werden am WSUS geblockt. Wenn etwas für mich kritisches dabei ist, dann muss ich halt innerhalb der nächsten Tage einmal ran.

Die DATEV macht übrigens Verträglichkeitstests, leider nicht für Office Updates obwohl ich da auch schon Probleme mit hatte. Mit Windows-Updates hatte ich hingegen eigentlich selten Unverträglichkeiten.
https://apps.datev.de/help-center/documents/0908587

Kommt bei uns drauf an:

"Exponierte Systeme" wie Exchange direkt am Patchday sobald verfügbar. Lieber einmal selber kaputt machen als von Extern übernehmen lassen.

Der Rest je nach Inhalt des Patchday's mal mehr oder weniger flott.

Wird halt über Ansible gemacht, Teils als automatischer Task, Teils per Hand angestossen.

Vielen Dank, danke für eure Infos zum Thema Updates.

Zurück zum ursprünglichen Thema.
Der Host hat heute Nacht die Windows Updates draufbekommen und gleichzeitig die Umstellung des Workload Profile auf "Virtualization - Max Performance".
(Für alle Interessierten, hier den Weg, den ich gegangen bin: Ilo - Performance - Settings - Settings (rechts) - Configure with Always On - Perform Maintenance - BIOS/Platform Configuration - Workload Profile (in der Mitte))

Das hat einiges gebracht.
Bei der Nutzung von Datev gibt es einen Leistungsindex Rechnungswesen, den man für die (eigene) Erfolgskontrolle bei Systemänderungen nutzen kann.

Als ich angefangen habe, mich mit dem Problem zu beschäftigen, hatten wir einen Wert von 44 Sekunden.
Dann sind wir runtergekommen auf 28 Sek und jetzt bin ich bei 20 Sek.
Hm, aber mein Ziel liegt bei 10 Sek.

Jetzt könnten die neuen Treiber im SPP noch was bringen. Ich kann mir aber nicht vorstellen, dass es so viel sein wird.

Bezüglich NUMA habe ich in iLO bei Performance - Workload Performance Advisor noch die Performance Tuning Options gefunden.
Dort ist das "Sub-NUMA Clustering" eingestellt auf "Enable SNC2" was auch empfehlen ist.
Und bei "NUMA Group Size Optimization" ist das empfohlene "Clusteres" eingestellt.
"Energiy/Performace Bias" steht auf "Maximum Performance".

Gibt es noch einen Punkt, den ihr zum Kontrollieren / Ändern empfehlen könntet?

Das mit BIOS und NUMA scheint soweit alles okay. Ich glaube nicht, das NUMA die überhaupt Ärger macht, deine vCPU Zuteilung sieht völlig normal aus. Hypervisor ist Hyper-V, richtig? Bei ESXi könnte man mal mit esxtop schauen ob dort irgendwo was komisch ist aber bei Hyper-V kenne ich mich nicht aus.

Theoretisch kann das SPP auch die Performance verschlechtern. Grade Sicherheitsupdates gegen CPU Sicherheitslücken bringen ja auch oft Nachteile mit sich. Meine Erwartung wäre da +/-0 aber machen würde ich es dennoch.

Ja, ich werde es auf jeden Fall mal machen. Auch weil ich dadurch wieder was lernen werde.
Zur Virtualisierung nutzen wir Hyper-V, das ist richtig.

Moin zusammen,

meine 2 Cents aus meiner Zeit als Techniker in einem Datev-Systemhaus:

Datev (mein letzter Stand) hat keine Multi-Core Unterstützung. Also der Datev-SQL-Server braucht einen sehr hohen Single-Core Takt. Viele Kerne mit geringerem Takt bringen leider gar nichts (wie gesagt, mein letzter Stand von vor 5 Jahren). So wie ich die Datev kenne, hat sich da aber auch weiterhin nichts dran geändert.

Ansonsten noch die Frage nach der Installation der TS und des Datev-DB-Servers: Ist alles haarklein nach Anleitung der Datev konfiguriert worden? Falls nein, schlecht.

Hier mal gucken: https://apps.datev.de/help-center/documents/1070547

Viele Grüße,

Danke für den Link. Puh, da muss ich erstmal was abarbeiten.

Edit: wenn ich es richtig sehe, kann Datev jetzt doch Multi-Core. Link

DATEV setzt einen Microsoft SQL Standard ein, der kann Multi-Core. Single Core ist nur im Fall von SQL Express im Spiel.

Darüber hinaus hat der SQL ziemlich wenig zu tun, das meiste spielt sich auf dem Fat Client oder auf dem Terminal Server ab. Da ist single core sehr gut, aber das wäre hier auch gegeben mit Intel Xeon Gold 6354 3.00 GHz.

Das System scheint auch nicht übermäßig ausgelastet, das würde sich sicher schnell bemerkbar machen. Du kannst den Leistungsindex mal am Wochenende mit unter der Woche vergleichen, wenn die User arbeiten. Sollte keine große Veränderung zu sehen sein.

Moin,
eine kurze Rückmeldung. Ich habe auf dem Host das SPP installiert. Wie erwartet hat es an der Performance nichts geändert. Aber jetzt sind die Treiber zumindest wieder aktuell.

Da ich zur Zeit krankgeschrieben bin, kann ich das Thema auch nicht weiter verfolgen.
Nach Genesung mache ich natürlich weiter. Sollten sich dabei neue Erkenntnisse ergeben, so werde ich diese hier posten.

Vielen Dank für eure Anregungen und Bemühungen.

Frage Serverhardware Hyper-V

Mehr von Nordlichtlein

Hyper-V - privat Switch zur Serververbindung sinnvoll? Und was sollte man beachten?Nordlichtlein - 3 Kommentare

Windows Terminal Server langsames InternetNordlichtlein - 43 Kommentare

Heiß diskutiert