Hvorfor en VM er treg: prosessoren, disken eller overbooking
Treghet har tre vanlige kilder, og hver av dem viser seg et annet sted. Å legge til kjerner før riktig kilde er funnet gjør det som regel verre.
AtlasPVE ·
Denne artikkelen svarer på
- proxmox vm treg
- proxmox vcpu overbooking
- hvilken vm bruker cpu
- hva er io delay i proxmox
- hvor mange kjerner til en vm
Når en virtuell maskin blir treg, er første refleks å gi den flere kjerner. Det hjelper sjelden og gjør det iblant verre. Først må kilden til tregheten skilles ut.
Overbooking: når summen av vCPU overstiger kjernene
De vCPU som deles ut til maskinene på en server kan overstige antallet fysiske tråder. Det er normalt og som regel ufarlig, siden maskinene ikke kjører samtidig. Men laster de samtidig, stiller de seg i kø. Innenfra ser prosessoren i det øyeblikket ledig ut, mens maskinen faktisk venter på tur. Å legge til kjerner forlenger køen, det forkorter den ikke.
Flaskehals på én enkelt kjerne
Noe arbeid havner på én kjerne og blir hengende der. På en maskin med åtte kjerner kan totalbruken se lav ut mens én enkelt kjerne ligger i taket. Å legge til kjerner endrer ingenting; svaret er å dele opp arbeidet eller en konfigurasjon med sterkere ytelse per kjerne.
Venting på disken
Er prosessorkurven rolig og maskinen likevel treg, går blikket til disken. Serveren måler separat tiden den bruker på å vente på data. Når den verdien stiger, er problemet ikke beregning men venting; disktype, cache-innstilling og de andre maskinene på samme disk spiller inn.
Rekkefølgen å se i
Sammenlign først summen av vCPU med de fysiske trådene, se deretter på lasten per kjerne, og først da på diskens ventetid. Alle tre målingene ligger på vertssiden; innenfra lar ikke disse tre tilstandene seg skille.
Kilder
Proxmox sin egen dokumentasjon. På engelsk, og den har siste ord i denne saken.