U kunt een foutcode tegenkomen die het CPU-gebruik aangeeft door een VMware-alarm. Er zijn verschillende manieren om dit probleem op te lossen, waar we het binnenkort over zullen hebben.
Goedgekeurd: Fortect
Tijdelijke pieken in CPU-gebruik zijn misschien niet per se een probleem, maar aanhoudend CPU-gebruik zal wijzen op een specifiek probleem. U kunt CPU-prestatiegrafieken gebruiken om het CPU-gebruik bij te houden voor keuzes, clusters, resourcepools, virtuele machines en vApps.
Probleem
- Het CPU-gebruik van de host is constant hoog. Maximaal CPU-gebruik kan de CPU-wachtrij verbeteren en ook de downtime van de virtuele machines op een webserver.
- Het CPU-gebruik van de virtuele pc is daarentegen 90% groter en de processorbeschikbaarheid is groter dan 20%. Dit heeft invloed op de algehele prestaties van de toepassing.
Reden
- De host heeft meestal niet de CPU-bronnen die nodig zijn om het verzoek te vinden.
- Er zijn mogelijk te veel processors in vergelijking met het aantal normale cores van de centrale verwerkingseenheid.
- Er kan een I/O- of SAN-bewerking optreden waardoor de processor in een grote inactieve toestand komt te staan.
- Het gastbesturingssysteem overbelast het systeem.
Oplossing
- Maak duidelijk VMware Tools is geïnstalleerd op elke aangesloten lotmachine.
- Vergelijk het CPU-brandstofverbruik van een virtuele machine met het CPU-gebruik van andere virtuele machines op de host of met beschadiging van bronnen. Gestapeld histogram in heden en de virtuele machine voor een grote bepaalde host toont alleen het CPU-gebruik voor veel virtuele machines.
- Bepaal of de hoge uptime van de multimediamachine wordt veroorzaakt doordat het CPU-gebruik de opgegeven CPU-limiet overschrijdt. Als dit het geval is, verhoogt u de specifieke CPU-limiet voor alle virtuele machines.
- Verhoog het CPU-aandeel als u meer controle over de virtuele wasmachine nodig heeft. De totale tijd in de array kan hetzelfde blijven als het hostsysteem continu CPU-beperkt kan zijn. Als de uptime van de host zonder twijfel niet afneemt, configureert u CPU-reserveringen om VM’s met indrukwekkende prioriteit te ontvangen, zodat ze de CPU-cycli kunnen zien die ze nodig hebben.
- de hoeveelheid geheugen die aan elke virtuele machine is toegewezen. Dit kan mogelijk het materiaal op de harde-schijfarray verminderen voor toepassingen die caches kunnen opslaan. Dit kan van invloed zijn op schijf I – O en/of netwerkverkeer, wat mogelijk zeker kan leiden tot een lager CPU-gebruik. Kleinere praktische apparaten met toegewijde bronnen accumuleren doorgaans aanzienlijk CPU-latentie.
- UmeHet aantal kritieke processors in een webgebaseerde machine terugbrengen tot het aantal dat nodig is om een specifieke workload uit te voeren. Een single-threaded applicatie op een betrouwbare vierbaans absolute virtuele machine profiteert bijvoorbeeld van slechts één bepaalde bepaalde gezonde vCPU. Maar om ESXi in drieën te houden, het zijn inactieve vCPU’s, vereist CPU-fietsen die voor andere doeleinden kunnen worden gebruikt, wat goede resultaten oplevert.
- Als de host niet altijd al lid is van een grotere DRS-groep, voeg deze dan toe aan een. Als de host in feite deel uitmaakt van een DRS-groep, verhoog dan het aantal hosts en verplaats een of meer essentiële machines naar hun nieuwe host.
- Upgrade indien nodig de fysieke processors op de host.
- Gebruik de nieuwste versie met uw hypervisorpakket en schakel TCP CPU-opslagfuncties in, zoals segmentatie-offload, grote geheugengebieden en jumbo-structuren.
Verhoog
Goedgekeurd: Fortect
Fortect is 's werelds meest populaire en effectieve pc-reparatietool. Miljoenen mensen vertrouwen erop dat hun systemen snel, soepel en foutloos blijven werken. Met zijn eenvoudige gebruikersinterface en krachtige scanengine kan Fortect snel een breed scala aan Windows-problemen vinden en oplossen - van systeeminstabiliteit en beveiligingsproblemen tot geheugenbeheer en prestatieproblemen.
Tijdelijke pieken in CPU-gebruik zijn niet per se een probleem; wilt, kan een aanhoudend hoog CPU-gebruik duiden op een recent probleem. U kunt CPU-grafieken op volle snelheid gebruiken om het CPU-gebruik bij te houden voor typen, groepen, resourcepools en virtuele machines die zijn aangesloten en die vApps zullen gebruiken.
Probleem
- Het CPU-gebruik van de host is constant hoog. Aanzienlijke CPU-absorptie kan ervoor zorgen dat elke VM op de host zich geleidelijk in de wachtrij voor de processor bevindt.
- Het gebruik van de webserver van de virtuele processorhost is meer dan 90% en de pickbeschikbaarheid is groter dan 20%. De applicatie-inspanning wordt ongetwijfeld beïnvloed.
Reden
- De host heeft waarschijnlijk niet de vereiste CPU-bronnen om het verzoek te verwerken.
- Er zijn misschien te veel multimediaprocessors in vergelijking met het aantal processorkernen in de stad.
- Er kan een I / O-betrouwbaarheid zijn, zo niet een SAN-bewerking, die de specifieke CPU in een status in behandeling plaatst.
- Het gastbesturingssysteem overbelast de processor echt.
Oplossing
- Zorg ervoor dat VMware Tools wordt geïmplementeerd op elke virtuele machine in de schaal.
- Vergelijk de CPU-gebruikswaarde van een server met het CPU-gebruik van andere typen virtuele machines die verwijzen naar de host of uit de resourcepool. Een gestapeld staafdiagram in de virtuele gadgetweergave van de host toont het CPU-gebruik voor alle primaire instrumenten op de host.
- Bepaal of de hoge totale tijd dat de virtuele machine te wijten is aan het bereiken van de CPU-limiet van de CPU-toepassing. Als dat het geval is, verhoogt u ongetwijfeld de CPU-limiet op de virtuele machine.
- Vergroot onderweg het CPU-aandeel om de virtuele machine een betere werkroutine te geven. De totale tijd doorgebracht in de host kan mogelijk ongewijzigd blijven als het hostsysteem automatisch CPU-beperkt is. Als de host dat wel doet en niet minder tijd nodig heeft om zich goed voor te bereiden, regel dan CPU-reserveringen voor VM’s met hoge prioriteit met de CPU-cycli die ze nodig hebben.
- de hoeveelheid geheugenopslag die aan de virtuele machine is toegewezen. Dit kan soms leiden tot weigering van de harde schijf en/of associatie-activiteit bij het cachen van applicaties. Dit kan compact disk I/O en/of trafix Web 2.0 verminderen, wat het CPU-gebruik kan verminderen. Virtuele benodigdheden met minder middelen hebben de neiging om meer CPU-latentie te accumuleren.
- Verminder ontegensprekelijk het aantal vCPU’s op de echte machine, zodat u de hoeveelheid kunt halen die nodig is om de werklast uit te voeren. Monofilament voor deze toepassing in een enkele virtuele machine met vier banen biedt bijvoorbeeld bepaalde voordelen ten opzichte van een eenmalige vCPU. Het onderhouden van drie vervelende vCPU’s met deze specifieke ESXi vereist CPU-cycli die sterk kunnen zijn voor andere taken.
- Als de host nog niet is opgenomen in het DRS-cluster, voeg dan de applicatie toe aan een van hen. Als de host zich op een zeer DRS-cluster bevindt, verhoog dan het aantal hosts door een of meer gemaksmachines naar de nieuwe host te verplaatsen.
- Upgrade de fysieke processors op de host als dat nodig is.
- Gebruik zonder aarzelen de nieuwste hypervisor-software en zorg ervoor dat je CPU-besparende functies hebt, zoals divisie-offload, grote geheugenpagina’s en jumboframes.
Verhoog
Versnel de prestaties van uw computer nu met deze eenvoudige download.
Het is waarschijnlijk dat deze host niet over de specifieke CPU-plaatsen beschikt die nodig zijn om aan de vereisten te voldoen. Er kunnen te veel vCPU’s zijn voor het aantal werkelijke kernen in de pc. Het kan elke I/O-plank zijn of een netwerkmethode die de CPU in een stand-bystatus zet.
Het is altijd een goed idee om uw CPU-gebruik bij te houden.U zou een CPU-statusteken weergeven met het type vSphere-webclient:Selecteer ESXi-configuratie uit de inventaris en niet te vergeten selecteer Monitor> Prestaties> Geavanceerd.De wizard Grafiekopties wordt geopend.Uw diagram zou er als volgt uit moeten zien:
De hoeveelheid processor die actief wordt gebruikt via bijna alle virtuele machines op de host. 100% stam van het werk van alle verwerkers. Als de hoofdmachine bijvoorbeeld een online processor heeft die vrijwel zeker draait op vrijwel elke host met vier processors, en de CPU-opname 100% is, gebruikt de eerste virtuele machine een ander processorbedrijf.
