Virtueller TS sehr langsam

umutkuepeli

Active Member
Dec 8, 2019
22
0
41
28
Guten Abend zusammen ich habe ein Problem das mein TS mit nur 2 Usern sehr langsam läuft obwohl im Hintergrund performante Hardware steht.

Zu der Hardware:
1x Intel(R) Xeon(R) Gold 6246 CPU @ 3.30GHz (12C/24HT).
256 GB DDR4 ECC 3200 MhZ
2x 1 TB Samsung SSDs (PM893) mit ZFS Raid 1
2x 2 TB Kingston DC600M mit ZFS Raid 1


Auf der Hardware läuft folgendes:

Code:
vTS01:

root@root2235:~# qm config 1001

agent: 1

bios: ovmf

boot: order=scsi0;ide2;ide0;net0

cores: 8

cpu: x86-64-v2-AES

efidisk0: DATA2:vm-1001-disk-0,efitype=4m,ms-cert=2023k,pre-enrolled-keys=1,size=1M

ide0: none,media=cdrom

ide2: none,media=cdrom

machine: pc-q35-10.1

memory: 32768

meta: creation-qemu=10.1.2,ctime=1768302968

name: vTS

net0: virtio=BC:24:11:76:77:29,bridge=vmbr1000

numa: 0

onboot: 1

ostype: win11

scsi0: DATA2:vm-1001-disk-2,iothread=1,size=300G

scsihw: virtio-scsi-single

smbios1: uuid=28561d66-dc75-4835-a204-a3f20b497269

sockets: 1

tags: sandmann;ts

tpmstate0: DATA2:vm-1001-disk-1,size=4M,version=v2.0

vga: std,clipboard=vnc,memory=64

vmgenid: 8d4ac503-6acd-4e98-929f-514de88b3004



Code:
vAPP01:


root@root2235:~# qm config 1003

agent: 1

bios: ovmf

boot: order=scsi0;ide0;net0

cores: 4

cpu: x86-64-v2-AES

efidisk0: DATA2:vm-1003-disk-0,efitype=4m,ms-cert=2023k,pre-enrolled-keys=1,size=1M

ide0: none,media=cdrom

machine: pc-q35-10.1

memory: 32768

meta: creation-qemu=10.1.2,ctime=1768304289

name: vAPP

net0: virtio=BC:24:11:38:C2:47,bridge=vmbr1000

numa: 0

onboot: 1

ostype: win11

scsi0: DATA1:vm-1003-disk-0,iothread=1,size=1100G

scsihw: virtio-scsi-single

smbios1: uuid=c9c61419-f2e3-48c4-bc0c-b475ca9419bf

sockets: 1

tags: app;file;sandmann

tpmstate0: DATA2:vm-1003-disk-1,size=4M,version=v2.0

vga: std,clipboard=vnc

vmgenid: 831d4396-3611-495f-847e-59741af4952f

Code:
vAD:


root@root2235:~# qm config 1004

bios: ovmf

boot: order=scsi0;ide2;ide0;net0

cores: 4

cpu: x86-64-v2-AES

efidisk0: DATA2:vm-1004-disk-0,efitype=4m,ms-cert=2023k,pre-enrolled-keys=1,size=1M

ide0: none,media=cdrom

ide2: none,media=cdrom

machine: pc-q35-10.1

memory: 8192

meta: creation-qemu=10.1.2,ctime=1780059061

name: vAD2

net0: virtio=BC:24:11:01:71:C9,bridge=vmbr1000,firewall=1

numa: 0

onboot: 1

ostype: win11

scsi0: DATA1:vm-1004-disk-0,iothread=1,size=70G

scsihw: virtio-scsi-single

smbios1: uuid=61df06fd-5404-4d11-8bfa-99b5f35d5ab2

sockets: 1

tpmstate0: DATA2:vm-1004-disk-1,size=4M,version=v2.0

vmgenid: 198a1dcb-aa8c-4172-8bd9-7ca9bc019b41

Code:
Firewall PFsense:


root@root2235:~# qm config 2000

agent: 1

boot: order=scsi0;ide2;net0

cores: 4

cpu: x86-64-v2-AES

ide2: none,media=cdrom

memory: 4096

meta: creation-qemu=10.1.2,ctime=1772228358

name: vFW2

net0: virtio=BC:24:11:E3:9D:EB,bridge=vmbr0

net1: virtio=BC:24:11:42:BA:75,bridge=vmbr1000

numa: 0

onboot: 1

ostype: l26

scsi0: DATA2:vm-2000-disk-0,iothread=1,size=32G

scsihw: virtio-scsi-single

smbios1: uuid=c28f8829-4782-4525-b4dd-09b6f6aa8062

sockets: 1

vmgenid: 5bdfa681-6ed4-414e-bfb2-3fc7fb716f11


Die hat eine ANY ANY Regel zum testen drinne.




Der TS hat FSLogicx installiert und nutzt es auch die Laufwerke werden auf den vAPP abgelegt und dort liegen auch andere Daten.

Das Anmelden über den TS dauert in der Regel 2-3 Minuten, und ist danach träge.

Egal ob ich mich Lokal oder über das FSLogix anmelde ist es träge.


Ich würde mich über tipps und anregungen freuen.
 
Erste Frage: Gibt es einen Grund für x86-64-v2-AES? Normalerweise sollte man Host mit deaktivierten Flag für nested-virt nehmen können oder die Ausgabe von https://github.com/credativ/ProxCLMC/ (das bestimmt den höchst möglichen generischen CPU-Typ). Selbst mit meinen Intel(R) Xeon(R) CPU D-1541 von 2015 kann ich x86-64-v3 nehmen, da dein Xeon vier Jahre jünger ist, würde ich erwarten, dass da mindestens das oder mehr geht.
Zweite Frage: Bist du dir sicher, dass deine Netzwerkhardware nicht das Bottleneck ist? Was genau setzt du dafür ein?
 
Erste Frage: Gibt es einen Grund für x86-64-v2-AES? Normalerweise sollte man Host mit deaktivierten Flag für nested-virt nehmen können oder die Ausgabe von https://github.com/credativ/ProxCLMC/ (das bestimmt den höchst möglichen generischen CPU-Typ). Selbst mit meinen Intel(R) Xeon(R) CPU D-1541 von 2015 kann ich x86-64-v3 nehmen, da dein Xeon vier Jahre jünger ist, würde ich erwarten, dass da mindestens das oder mehr geht.
Zweite Frage: Bist du dir sicher, dass deine Netzwerkhardware nicht das Bottleneck ist? Was genau setzt du dafür ein?
Ich habs mal ausgeführt er schlägt mir v4 vor das habe ich nun genommen leider immernoch sehr hakelig die rdp session
 
Wie Johannes schon geschrieben hat, auf CPU Typ host wechseln, hilft ganz viel, vor allem bei Server 2025.
Der Rest sieht soweit OK aus. Eventuell mal im Bios des Servers die C-States deaktivieren. Das wirkt auch manchmal Wunder, gerade bei Intel CPUs.