Hvorfor en VM er langsom: processoren, disken eller overbooking
Langsomhed har tre almindelige kilder, og hver af dem viser sig et andet sted. At tilføje kerner, før den rette er fundet, gør det som regel værre.
AtlasPVE ·
Denne artikel besvarer
- proxmox vm langsom
- proxmox vcpu overbooking
- hvilken vm bruger cpu
- hvad er io delay i proxmox
- hvor mange kerner til en vm
Når en virtuel maskine bliver langsom, er første refleks at give den flere kerner. Det hjælper sjældent og gør det somme tider værre. Først skal kilden til langsomheden skilles ud.
Overbooking: når summen af vCPU overstiger kernerne
De vCPU, der deles ud til maskinerne på en server, kan overstige antallet af fysiske tråde. Det er normalt og som regel harmløst, for maskinerne kører ikke samtidig. Men belaster de samtidig, stiller de sig i kø. Indefra ser processoren i det øjeblik ledig ud, mens maskinen faktisk venter på tur. At tilføje kerner forlænger køen, det forkorter den ikke.
Flaskehals på én enkelt kerne
Noget arbejde lander på én kerne og bliver hængende der. På en maskine med otte kerner kan det samlede forbrug se lavt ud, mens en enkelt kerne ligger i loftet. At tilføje kerner ændrer intet; svaret er at dele arbejdet op eller en konfiguration med stærkere ydelse per kerne.
Ventetid på disken
Er processorkurven rolig, og maskinen alligevel langsom, går blikket til disken. Serveren måler særskilt den tid, den bruger på at vente på data. Når den værdi stiger, er problemet ikke beregning men venten; disktype, cacheindstilling og de øvrige maskiner på samme disk spiller ind.
Rækkefølgen at se i
Sammenlign først summen af vCPU med de fysiske tråde, se derefter på belastningen per kerne, og først da på diskens ventetid. Alle tre målinger ligger på værtssiden; indefra kan disse tre tilstande ikke skelnes.
Kilder
Proxmox’ egen dokumentation. På engelsk, og den har det sidste ord i dette spørgsmål.