KingKompass 0 Geschrieben 3. September 2015 Autor Melden Teilen Geschrieben 3. September 2015 Dem Dateiserver gibt Du mal nur 2 vCPU, auf keinen Fall 6. Deine Xeons haben nur 4 Cores. Damit bringst Du NUMA durcheinander. 2 vCPU sollten für einen Fileserver reichen. Ich hoffe mal, dass in der Parent Partition nicht (absolut nichts) anderes als Hype-V läuft. Hallo, vielen Dank für die schnelle Rückmeldung ! Sorry , ich habe bei der Kurzübersicht die ich aufgeschrieben habe vergessen zu sagen, das der DC nur DC ist und der Datevserver File und SQL Server ist. Dem Datev-SQL Server werden 40GB RAM von den 50GB der VM zugewiesen. Die VM beinhaltet also nicht nur den FIleserver sondern auch den SQL Server, soll ich trotzdem auf 2vCPU heruntergehen oder besser 4vCPUs oder einen anderen Wert ? Auf der Parent Partition läuft absolut nichts anderes außer Teamviewer und ISO Buster, ich hoffe das sollte nicht der Auslöser dieser Performanceeinbußen sein. Danke für deine Mühen ! Zitieren Link zu diesem Kommentar
NilsK 2.958 Geschrieben 3. September 2015 Melden Teilen Geschrieben 3. September 2015 Moin, mehr als 4 vCPU würde ich der VM jedenfalls nicht geben. Und, wie gesagt, schau nach der VMQ-Konfiguration. Gruß, Nils Zitieren Link zu diesem Kommentar
KingKompass 0 Geschrieben 3. September 2015 Autor Melden Teilen Geschrieben 3. September 2015 Moin, möglicherweise liegt hier ein VMQ-Problem vor. Prüfe mal mit der PowerShell auf dem Host die VMQ-Konfiguration: Get-NetAdapterVmq Steht irgendwo bei "Enabled" die Angabe "True"? Gruß, Nils Hallo, auch dir erst einmal ein Dank für dieses schnelle Feedback. Hier das Ergebnis der Abfrage: Name InterfaceDescription Enabled ---- -------------------- ------- LAN2 Intel® Ethernet Controller...#2 False LAN1 Intel® Ethernet Controller X... False Zur Info es sind zwei Intel 10GB onboard Ethernetcontroller im Einsatz. Trotzdem vielen Dank ! Gruß Michael Moin, mehr als 4 vCPU würde ich der VM jedenfalls nicht geben. Und, wie gesagt, schau nach der VMQ-Konfiguration. Gruß, Nils Hallo, könnte denn die Zuweisung der 6vCPUs diesen Einbruch bei der Performance des Storages erklären ? Gruß Michael Zitieren Link zu diesem Kommentar
NilsK 2.958 Geschrieben 3. September 2015 Melden Teilen Geschrieben 3. September 2015 Moin, es ist sehr wahrscheinlich nicht die Performance des Storage, sondern etwas anderes. Es würde mich zwar wundern, wenn die vCPU-Konfiguration durch Überschreiten der NUMA-Grenzen hier das Problem verursachen würde, aber ungünstig ist die Konfiguration allemal. Gruß, Nils Zitieren Link zu diesem Kommentar
Dukel 455 Geschrieben 3. September 2015 Melden Teilen Geschrieben 3. September 2015 Kann der Hardware Hersteller helfen? Kannst du bei diesem ein Ticket aufmachen? Zitieren Link zu diesem Kommentar
KingKompass 0 Geschrieben 3. September 2015 Autor Melden Teilen Geschrieben 3. September 2015 Hallo, habe mir gerade noch einmal die Einstellungen für die Datev VM angeschaut. Für diesen virtuellen Computer ist Folgendes konfiguriert: Sockets: 2 NUMA-Knoten pro Socket: 1 Virtuelle Prozessoren pro NUMA-Knoten: 8 Arbeitsspeicher pro NUMA-Knoten: 30806 MB Ich frage nur noch einmal nach , da mir der IT Service der Datev geraten hat diese Einstellungen zu nutzen: VM1: DC 1vCPU / 4GMB RAM VM2: Datev (File/SQL) 5vCPU / 50GB RAM Gruß Michael Zitieren Link zu diesem Kommentar
Dukel 455 Geschrieben 3. September 2015 Melden Teilen Geschrieben 3. September 2015 Ist der Server schon produktiv? Laufen die Dienste schon? Kannst du testweise beide VMs auf 1vCPU und 4 GB Ram konfigurieren und das Testtool nochmal laufen lassen? Kannst du mit z.B. sqlio die Disk Performance testen? Zitieren Link zu diesem Kommentar
KingKompass 0 Geschrieben 3. September 2015 Autor Melden Teilen Geschrieben 3. September 2015 Kann der Hardware Hersteller helfen? Kannst du bei diesem ein Ticket aufmachen? Hallo, ich habe bereits mit Intel gesprochen und ein Ticket eröffnet. Leider kann ich das vollständige Log nur per UEFI auslesen und daher muss ich die Server offline nehmen. Die Logs die ich in der Intel WebConsole einsehen kann lassen leider auch nicht darauf schließen das es ein Hardwareproblem ist. Werde am Mittwoch die Logs auslesen und zu Intel schicken. Das was zu dem Thema passen würde ist das Problem mit der Sektorgröße: http://jeffgraves.me/2014/06/03/ssds-on-storage-spaces-are-killing-your-vms-performance/ Gruß Michael Zitieren Link zu diesem Kommentar
zahni 554 Geschrieben 3. September 2015 Melden Teilen Geschrieben 3. September 2015 (bearbeitet) Sockets: 2 NUMA-Knoten pro Socket: 1 Virtuelle Prozessoren pro NUMA-Knoten: 8 Arbeitsspeicher pro NUMA-Knoten: 30806 MB Wg. HyperThreading die Virtuellen Proz. durch 2 teilen. Dein Xeon hat 4 Cores. PS: Bei 64 GB phys. Ram sollte eine VM auch nicht mehr als 32 GB Ram zugewiesen bekommen (eher weniger). Sonst muss der RAM auf bei Sockel verteilt werden, was langsam ist. Ist im BIOS NUMA auch aktiviert? bearbeitet 3. September 2015 von zahni Zitieren Link zu diesem Kommentar
KingKompass 0 Geschrieben 3. September 2015 Autor Melden Teilen Geschrieben 3. September 2015 Ist der Server schon produktiv? Laufen die Dienste schon? Kannst du testweise beide VMs auf 1vCPU und 4 GB Ram konfigurieren und das Testtool nochmal laufen lassen? Kannst du mit z.B. sqlio die Disk Performance testen? Hallo, der Server ist leider schon produktiv und die Dienste laufen auch. Aber ich kann nächsten Mittwoch die Server in der Mittagpause (Wartungsfenster) herunterfahren und die Einstellungen einmal testen. Würde dann auch sqlio nutzen , kenne ich zwar noch nicht aber bis dahin habe ich mich eingelesen :-) Gruß und Dank Michael Wg. HyperThreading die Virtuellen Proz. durch 2 teilen. Dein Xeon hat 4 Cores. Hallo, Hyperthreading wurde auf anraten der Datev, wegen Einsatzes des Datev SQLServer im BIOS deaktiviert ! Bei Terminalservern wird es hingegen empfohlen. Gruß Michael Zitieren Link zu diesem Kommentar
bouncer86 5 Geschrieben 3. September 2015 Melden Teilen Geschrieben 3. September 2015 (bearbeitet) Schon mal iometer in der parent Partition ausgeführt und danach in der VM? So könnte man ggf. Die VM Konfiguration ausschließen. Oder crystaldiskmark bearbeitet 3. September 2015 von bouncer86 Zitieren Link zu diesem Kommentar
Daniel -MSFT- 129 Geschrieben 3. September 2015 Melden Teilen Geschrieben 3. September 2015 Wegen des Disk Alignements schau mal hier rein: http://www.aidanfinn.com/2012/07/why-windows-server-2012-hyper-v-vhdx-4k-alignment-is-so-important/ https://support.microsoft.com/en-us/kb/2510009 Nutzt Du VHDX-Dateien für die VMs? Zitieren Link zu diesem Kommentar
KingKompass 0 Geschrieben 3. September 2015 Autor Melden Teilen Geschrieben 3. September 2015 (bearbeitet) Wegen des Disk Alignements schau mal hier rein: http://www.aidanfinn.com/2012/07/why-windows-server-2012-hyper-v-vhdx-4k-alignment-is-so-important/ https://support.microsoft.com/en-us/kb/2510009 Nutzt Du VHDX-Dateien für die VMs? Hallo, ich setzte ein MS Server 2012 R2 mit VHDX Dateien für beide VMs ein. Verstehe ich das richtig das mit dem Einsatz von VHDX diese Problematik passe ist ? Gruß Michael Schon mal iometer in der parent Partition ausgeführt und danach in der VM? So könnte man ggf. Die VM Konfiguration ausschließen. Oder crystaldiskmark Hallo, habe ich gerade den Bench mit ChrystalDiskMark durchlaufen lassen, hier die Ergebnisse: Aus der Parent Partition: ----------------------------------------------------------------------- CrystalDiskMark 5.0.2 x64 © 2007-2015 hiyohiyo Crystal Dew World : http://crystalmark.info/ ----------------------------------------------------------------------- * MB/s = 1,000,000 bytes/s [sATA/600 = 600,000,000 bytes/s] * KB = 1000 bytes, KiB = 1024 bytes Sequential Read (Q= 32,T= 1) : 1615.206 MB/s Sequential Write (Q= 32,T= 1) : 1068.550 MB/s Random Read 4KiB (Q= 32,T= 1) : 83.472 MB/s [ 20378.9 IOPS] Random Write 4KiB (Q= 32,T= 1) : 82.066 MB/s [ 20035.6 IOPS] Sequential Read (T= 1) : 911.164 MB/s Sequential Write (T= 1) : 1021.558 MB/s Random Read 4KiB (Q= 1,T= 1) : 32.410 MB/s [ 7912.6 IOPS] Random Write 4KiB (Q= 1,T= 1) : 38.719 MB/s [ 9452.9 IOPS] Test : 1024 MiB [D: 87.5% (650.2/743.2 GiB)] (x5) [interval=5 sec] Date : 2015/09/03 19:26:48 OS : Windows Server 2012 R2 Server Standard (full installation) [6.3 Build 9600] (x64) Aus der Child Partition: ----------------------------------------------------------------------- CrystalDiskMark 5.0.2 x64 © 2007-2015 hiyohiyo Crystal Dew World : http://crystalmark.info/ ----------------------------------------------------------------------- * MB/s = 1,000,000 bytes/s [sATA/600 = 600,000,000 bytes/s] * KB = 1000 bytes, KiB = 1024 bytes Sequential Read (Q= 32,T= 1) : 1365.896 MB/s Sequential Write (Q= 32,T= 1) : 1015.492 MB/s Random Read 4KiB (Q= 32,T= 1) : 61.239 MB/s [ 14950.9 IOPS] Random Write 4KiB (Q= 32,T= 1) : 58.350 MB/s [ 14245.6 IOPS] Sequential Read (T= 1) : 511.037 MB/s Sequential Write (T= 1) : 743.693 MB/s Random Read 4KiB (Q= 1,T= 1) : 8.596 MB/s [ 2098.6 IOPS] Random Write 4KiB (Q= 1,T= 1) : 8.630 MB/s [ 2106.9 IOPS] Test : 1024 MiB [D: 75.3% (395.4/524.9 GiB)] (x5) [interval=5 sec] Date : 2015/09/03 19:39:11 OS : Windows Server 2012 R2 Server Standard (full installation) [6.3 Build 9600] (x64) Gruß Michael Hallo, und hier noch einmal die Ergbnisse des PingFile Tests: alter Server (Raid 10 SAS): ============================================================================== pingfile v2.1 Copyright © 2011, DATEV eG ============================================================================== Ergebnisse: =========== S k r i p t - P a r a m e t e r : --------------------------------- Quellordner: D:\PINGFILE_dc2\ Zielordner: d:\windvsw1\ Anzahl: 50 Groesse: 50 MB S c h a e t z u n g L a u f z e i t e n : ------------------------------------------- Fast-Ethernet: 14 Minuten Gigabit-Ethernet: 1 Minute M e s s u n g e n : ------------------- Start: 02.09.2015 19:23:28,56 Ende: 02.09.2015 19:24:14,86 Laufzeit: 46,30 Sek. Uebertragungsfehler: ------------------------------------------------------------ KEINE ============ Sende-Richtung: ------------------ | Datenvolumen: 2500 MB | Zeitdauer: 6,94 Sek. ------------------------------------------------------------ Datenuebertragungsrate [sEND]: 3022,3 MBit/s ============ Empfangs-Richtung: ------------------ | Datenvolumen: 2500 MB | Zeitdauer: 8,04 Sek. ------------------------------------------------------------ Datenuebertragungsrate [RECV]: 2608,8 MBit/s ============ Beide Richtungen: ------------------ | Datenvolumen: 5000 MB | Zeitdauer: 14,98 Sek. ------------------------------------------------------------ Datenuebertragungsrate [bOTH]: 2800,4 MBit/s ============ neuer HyperV Server Parent Partition: ============================================================================== pingfile v2.1 Copyright © 2011, DATEV eG ============================================================================== Ergebnisse: =========== S k r i p t - P a r a m e t e r : --------------------------------- Quellordner: D:\PINGFILE_HV\ Zielordner: d:\winnt\ Anzahl: 50 Groesse: 50 MB S c h a e t z u n g L a u f z e i t e n : ------------------------------------------- Fast-Ethernet: 14 Minuten Gigabit-Ethernet: 1 Minute M e s s u n g e n : ------------------- Start: 02.09.2015 19:49:48,87 Ende: 02.09.2015 19:52:21,68 Laufzeit: 152,81 Sek. [00:02:32,81] Uebertragungsfehler: ------------------------------------------------------------ KEINE ============ Sende-Richtung: ------------------ | Datenvolumen: 2500 MB | Zeitdauer: 11,50 Sek. ------------------------------------------------------------ Datenuebertragungsrate [sEND]: 1823,9 MBit/s ============ Empfangs-Richtung: ------------------ | Datenvolumen: 2500 MB | Zeitdauer: 11,48 Sek. ------------------------------------------------------------ Datenuebertragungsrate [RECV]: 1827,1 MBit/s ============ Beide Richtungen: ------------------ | Datenvolumen: 5000 MB | Zeitdauer: 22,98 Sek. ------------------------------------------------------------ Datenuebertragungsrate [bOTH]: 1825,5 MBit/s ============ neuer HyperV Server Child Partition: ============================================================================== pingfile v2.1 Copyright © 2011, DATEV eG ============================================================================== Ergebnisse: =========== S k r i p t - P a r a m e t e r : --------------------------------- Quellordner: D:\PINGFILE_File\ Zielordner: d:\windvsw1\ Anzahl: 50 Groesse: 50 MB S c h a e t z u n g L a u f z e i t e n : ------------------------------------------- Fast-Ethernet: 14 Minuten Gigabit-Ethernet: 1 Minute M e s s u n g e n : ------------------- Start: 02.09.2015 18:53:20,19 Ende: 02.09.2015 18:55:51,49 Laufzeit: 151,30 Sek. [00:02:31,30] Uebertragungsfehler: ------------------------------------------------------------ KEINE ============ Sende-Richtung: ------------------ | Datenvolumen: 2500 MB | Zeitdauer: 10,74 Sek. ------------------------------------------------------------ Datenuebertragungsrate [sEND]: 1953,0 MBit/s ============ Empfangs-Richtung: ------------------ | Datenvolumen: 2500 MB | Zeitdauer: 10,66 Sek. ------------------------------------------------------------ Datenuebertragungsrate [RECV]: 1967,6 MBit/s ============ Beide Richtungen: ------------------ | Datenvolumen: 5000 MB | Zeitdauer: 21,40 Sek. ------------------------------------------------------------ Datenuebertragungsrate [bOTH]: 1960,3 MBit/s ============ neuer HyperV Server ohne HyperV Rolle (physical) im Mai: ============================================================================== pingfile v2.1 Copyright © 2011, DATEV eG ============================================================================== Ergebnisse: ===========3 S k r i p t - P a r a m e t e r : --------------------------------- Quellordner: C:\PINGFILE_HV\ Zielordner: d:\test\ Anzahl: 50 Groesse: 50 MB S c h a e t z u n g L a u f z e i t e n : ------------------------------------------- Fast-Ethernet: 14 Minuten Gigabit-Ethernet: 1 Minute M e s s u n g e n : ------------------- Start: 20.05.2015 11:51:41,39 Ende: 20.05.2015 11:51:58,70 Laufzeit: 17,31 Sek. Uebertragungsfehler: ------------------------------------------------------------ KEINE ============ Sende-Richtung: ------------------ | Datenvolumen: 2500 MB | Zeitdauer: 1,60 Sek. ------------------------------------------------------------ Datenuebertragungsrate [sEND]: 13109,4 MBit/s ============ Empfangs-Richtung: ------------------ | Datenvolumen: 2500 MB | Zeitdauer: 1,58 Sek. ------------------------------------------------------------ Datenuebertragungsrate [RECV]: 13275,3 MBit/s ============ Beide Richtungen: ------------------ | Datenvolumen: 5000 MB | Zeitdauer: 3,18 Sek. ------------------------------------------------------------ Datenuebertragungsrate [bOTH]: 13191,8 MBit/s ============ Gruß Michael bearbeitet 3. September 2015 von KingKompass Zitieren Link zu diesem Kommentar
testperson 1.707 Geschrieben 3. September 2015 Melden Teilen Geschrieben 3. September 2015 Hi, Virenscanner? Ist DATEV denn auch langsam (Wenn ja, was?)? Wieviel RAM bekommt denn der SQL? Wieviel Durchsatz hast du denn wenn du das Pingfile von einem Client auf eine Freigabe des Fileservers laufen lässt? Was findest du denn alles im Eventlog? Ansonsten: http://www.datev.de/dnlexos/mobile/document.aspx?document=1014806&consumer=webApp Ggfs. kannst du zum Testen auch mal SMB3/2 deaktivieren.. Aber da wäre erstmal interessant was genau langsam ist. Der Disk I/O wirds vermutlich nicht sein (auch wenn der hier nicht der flotteste ist). Gruß Jan Zitieren Link zu diesem Kommentar
KingKompass 0 Geschrieben 4. September 2015 Autor Melden Teilen Geschrieben 4. September 2015 Hi, Virenscanner? Ist DATEV denn auch langsam (Wenn ja, was?)? Wieviel RAM bekommt denn der SQL? Wieviel Durchsatz hast du denn wenn du das Pingfile von einem Client auf eine Freigabe des Fileservers laufen lässt? Was findest du denn alles im Eventlog? Ansonsten: http://www.datev.de/dnlexos/mobile/document.aspx?document=1014806&consumer=webApp Ggfs. kannst du zum Testen auch mal SMB3/2 deaktivieren.. Aber da wäre erstmal interessant was genau langsam ist. Der Disk I/O wirds vermutlich nicht sein (auch wenn der hier nicht der flotteste ist). Gruß Jan Hallo, aktuell ist VIWAS noch nicht installiert , weder auf dem Host noch in der VM. VIWAS wird dann schnellstmöglich in der VM, auf dem Datev/FILE/SQL Server, nachinstalliert. Der PingFIle Test übers Netzwerk vom Client (WTS1-3) liegt bei ca. 800MBit/s , aber ehrlich gesagt habe ich mir die Netzwerkperformance noch gar nicht genauer angeschaut, da ich so erschrocken über den Festplatten PingFile Test am Fileserver selbst war. Was mich halt so stutzig macht ist, das der lokale PingFile Festplatten Test im Mai noch bei 13.181 MBit/s lag und nach der Installation der HyperV Rolle und des Serverumzugs er nur noch bei 1800 MBit/s liegt. Ich habe zur Sicherheit diesen Test bei zwei anderen File/SQL Server Systemen durchgeführt, mit und ohne Virtualisierung. Der andere Server (auch Datev) ohne Virtualisierung lag im Raid 10 mit 4x300GB SAS Platten bei 7850 MBit/s und ein anderer File/SQL Server mit aktivierter HyperV Rolle lag er sowohl auf dem Host als auch in der VM bei 8500 MBit/s bei einem Raid 10 mit 6x300 GB SAS Platten. Ich frage mich einfach wo ist die alte Performance vom Mai hin, da ich davon ausgehe das mir die Virtualisierung nicht 4/5 meiner Leistung klaut. Eventlog im Host sieht eigentlich perfekt aus , keine Fehler und keine Warnings. Gruß und Dank Michael Zitieren Link zu diesem Kommentar
Empfohlene Beiträge
Schreibe einen Kommentar
Du kannst jetzt antworten und Dich später registrieren. Falls Du bereits ein Mitglied bist, logge Dich jetzt ein.