Du kan stöta på en felkod som indikerar CPU -användning av ett VMware -larm. Det finns ett gäng sätt att lösa detta problem, som vi nästan säkert kommer att prata om snart.
Godkänd: Fortect
Tillfälliga spikar i CPU -användning är inte nödvändigtvis det faktiska problemet, men ihållande CPU -användning kan indikera ett absolut specifikt problem. Du kan använda grafik för CPU -prestanda för att spåra CPU -användning för funktioner, kluster, hjälppooler, virtuella maskiner och vApps.
Problem
- Värd -CPU -användningen är genomgående hög. Maximalt CPU -utnyttjande kan förbättra CPU -kön och driftstopp för dess virtuella maskiner på en värd.
- CPU -utnyttjandet av den virtuella datorn är dessutom större än 90%, processortillgängligheten är större än 20%. Detta påverkar ansökningens övergripande prestanda.
Orsak
- Maskinen saknar vanligtvis de CPU -resurser den behöver för att se till att du hittar förfrågan.
- Det kan finnas för många processorer bredvid antalet normala processorkärnor.
- En I- eller O- eller SAN -operation kan ha inträffat, detta placerar processorn i ett ledigt område.
- Publikoperativsystemet överbelastar processorn.
Lösning
- Se till att VMware Tools är installerat på alla anslutna värddatorer.
- Jämför CPU -energiförbrukningen för en virtuell maskin med CPU -utnyttjandet av andra virtuella maskiner på massan eller med resurskorruption. Staplat histogram i nuvarande och den virtuella maskinen för ett givet inlägg visar CPU -användningen endast för alla virtuella tränare.
- Bestäm i ett fall där den höga drifttiden för den virtuella maskinen anses orsakas av att CPU -utnyttjandet når den angivna CPU -gränsen. Om så är fallet, öka CPU -hanteringen för alla virtuella maskiner.
- Öka CPU -andelen om du måste ha mer kontroll över den virtuella datorn. Hela tiden i matrisen kan förbli den nämnda om värdsystemet kan vara CPU rimligen begränsat. Om värdens drifttid definitivt inte blir mindre, konfigurera CPU -reservationer för att få högprioriterade virtuella datorer så att de kan se CPU -cyklerna som dessa objekt behöver.
- vanligtvis mängden minne som tilldelas den virtuella utrustningen. Detta kan eventuellt minska belastningen på ofta hårddiskmatrisen för applikationer som snabbköp cachar. Detta kan påverka disk -I / O men också / eller nätverkstrafik, vilket säkert kan leda till lägre CPU -användning. Mindre virtuella apparater med hjälp av dedikerade resurser ackumulerar vanligtvis betydligt mer CPU -latens.
- UmeReducera urvalet av kritiska processorer i en virtuell dator om du vill ha det antal som krävs för att köra arbetsbelastningen. Till exempel kan en enda trådad applikation på en fyrfilig rå virtuell maskin dra nytta av endast en närings-vCPU. Men att hålla ESXi i tre inaktiva vCPU: er kräver CPU -cyklar som kan användas för andra typer av ändamål, vilket visar bra resultat.
- Om värden inte redan är din egen medlem i ett större DRS -kluster lägger du till konceptet i ett. Om värden ingår i en DRS -grupp, öka antalet erbjudanden och flytta en eller flera virtuella datorer till deras nya värd.
- Uppgradera de fysiska processorerna på varje värd efter behov.
- Använd den senaste versionen med din hypervisor -mjukvara och möjliggöra TCP CPU -sparfunktioner som avdelning, stora minnesområden och jumbo -ramar.
Öka
Godkänd: Fortect
Fortect är världens mest populära och effektiva PC-reparationsverktyg. Det litar på miljontals människor för att hålla sina system igång snabbt, smidigt och felfritt. Med sitt enkla användargränssnitt och kraftfulla skanningsmotor hittar och fixar Fortect snabbt ett brett utbud av Windows-problem – från systeminstabilitet och säkerhetsproblem till minneshantering och prestandaflaskhalsar.
Tillfälliga spikar i CPU -utrymme är inte nödvändigtvis ett problem; snarare kan en ständigt ökad CPU -användning indikera ett nytt problem. Du kan använda CPU -hastighetsdiagram för att spåra CPU -användning för typer, kluster, resurspooler och virtuella maskiner som är anslutna till vApps.
Problem
- Host CPU -värdet är konstant högt. Betydande CPU -användning kan uppmuntra varje virtuell dator på värden att gradvis ställa sig i linje med processorn.
- Den virtuella processorns värdserveranvändning är verkligen större än 90% och processorns tillgänglighet har alltid varit större än 20%. Ansökan påverkas.
Orsak
- Värden har förmodligen inte de CPU -resurser som krävs för att behandla begäran.
- Det kan finnas för många multimedia -cpus jämfört med antalet lokala datorkärnor.
- Det finns en I / O -operation, om inte alls en SAN -operation, som sätter CPU: n stadigt i väntande tillstånd.
- Gästoperativsystemet överbelastar för närvarande processorn.
Lösning
- Se till att VMware -verktyg distribueras på varje virtuell dator i omfattningen.
- Jämför värderingen av CPU -utnyttjandet av en server med CPU -utnyttjandet som skapats av andra typer av virtuella datorer på mängden eller från resurspoolen. Ett staplat kylskåp i värdens virtuella maskinvy ger CPU -användning för alla virtuella instrument som är relaterade till värden.
- Bestäm om den höga totaltiden för verkligen maskinen beror på att CPU -användningen når en persons CPU -gräns. Öka i så fall CPU -gränsen på den virtuella datorn.
- Öka CPU -andelen för att ge en ny virtuell maskin en bättre driftsupplevelse. Tiden som spenderas i värden kan förbli opåverkad om värdsystemet alltid har varit CPU -begränsat. Om värden inte behöver mycket tid för att bli väl förberedd, ställ in CPU -reservationer för virtuella datorer med hög prioritet för att få sina CPU -cykler de behöver.
- mängden minne som tilldelats för att hjälpa den virtuella datorn. Detta kan potentiellt orsaka mycket svårt att avvisa enheter och / eller nätverksaktivitet när du cachar applikationer. Detta kan minska disk I O och / eller trafix Web 2.0, vilket kan minska CPU -användningen. Virtuella maskiner med mycket färre resurser tenderar att ackumulera mer CPU -latens.
- Minska antalet mot vCPU på den verkliga maskinen till det belopp som krävs för att köra arbetsbelastningen. Till exempel erbjuder monofilament med avseende på denna applikation i en fyrfilig virtuell symaskin vissa fördelar jämfört med en enda vCPU. Att underhålla tre irriterande vCPU: er med denna ESXi gör det dock nödvändigt att CPU -cykler som kan vara effektiva för nästan alla andra uppgifter.
- Om vår egen värd inte redan ingår i DRS -klustret kan du lägga till programmet till en av dessa personer. Om värden är på ett DRS -gäng, öka antalet värdar och flytta modell eller fler bekvämlighetsmaskiner till den nya värden eller värdinnan.
- Uppgradera de ansträngande processorerna på värden efter behov.
- Utan tvekan, använd en ny senaste hypervisor-programvara och se till att du kommer att behöva CPU-besparande funktioner som segmentering av avlastning, stor förmåga att komma ihåg sidor och jumbo-ramar.
Öka
Det är troligt att värden inte ska ha de specifika CPU -resurser som krävs som uppfyller kraven. Det kan finnas för många vCPU: er för antalet fysiska kärnor som håller datorn. Det kan vara ett I för varje O -hylla eller en nätverksoperation som upptäcker CPU: n i vänteläge.
Det är alltid en bra idé – håll koll på din CPU -användning.Du skulle avbilda ett CPU -hälsotecken med hjälp av vSphere -klienten:Välj ESXi -konfiguration från lager och välj Monitor> Prestanda> Avancerat.Guiden Diagramalternativ öppnas.Ditt diagram uppmuntras att se ut så här:
Perioden för processor som aktivt används av nästan var och en av virtuella maskiner på värden. 100% resultat relaterat till alla processors arbete. Till exempel, förutsatt att huvudmaskinen har en virtuell processor som bara nästan säkert körs på en värd medan den har fyra processorer, och CPU -utnyttjandet har varit 100%, använder den första virtuella maskinen ett produktföretag.
