CPU రెడీ: సైలెంట్ హైపర్‌వైజర్ కిల్లర్

CPU రెడీ అనేది మీకు తెలియని విషయం. మొదటి అభిప్రాయంలో, ఇది మంచి విషయం అనిపించవచ్చు కానీ దురదృష్టవశాత్తు అది కాదు. CPU రెడీ వర్చువల్ పరిసరాలలో మనకు తెలిసిన దానికంటే ఎక్కువ కాలం బాధపడుతోంది. VMware దీనిని “వర్చువల్ మెషీన్ సిద్ధంగా ఉన్న సమయం శాతం, కానీ భౌతిక CPU లో అమలు చేయడానికి షెడ్యూల్ చేయలేకపోయింది. CPU రెడీ సమయం హోస్ట్‌లోని వర్చువల్ మిషన్ల సంఖ్య మరియు వాటి CPU లోడ్‌లపై ఆధారపడి ఉంటుంది. ” హైపర్-వి ఇటీవలే ఈ కౌంటర్‌ను అందించడం ప్రారంభించింది (హైపర్-వి హైపర్‌వైజర్ వర్చువల్ ప్రాసెసర్ సిపియు డిస్పాచ్‌కు వేచి ఉండే సమయం) మరియు ఇతర హైపర్‌వైజర్లు ఇప్పటికీ ఈ మెట్రిక్‌ను అందించకపోవచ్చు.

CPU రెడీ అంటే ఏమిటో అర్థం చేసుకోవడానికి, హైపర్‌వైజర్లు వర్చువల్ CPU లను (vCPU) భౌతిక CPU లకు (pCPU) ఎలా షెడ్యూల్ చేస్తారో మనం అర్థం చేసుకోవాలి. VM లో vCPU సమయం అవసరమైనప్పుడు, pCPU (ల) కు వ్యతిరేకంగా vCPU (లు) షెడ్యూల్ చేయాల్సిన అవసరం ఉంది, తద్వారా ఆదేశాలు / ప్రక్రియలు / థ్రెడ్‌లు pCPU కి వ్యతిరేకంగా నడుస్తాయి. ఆదర్శవంతమైన ప్రపంచంలో, ఇది జరగాల్సిన అవసరం వచ్చినప్పుడు వనరుల సంఘర్షణలు లేదా అడ్డంకులు లేవు. ఒకే vCPU VM pCPU కి వ్యతిరేకంగా సమయాన్ని షెడ్యూల్ చేయవలసి వచ్చినప్పుడు, ఒక pCPU కోర్ అందుబాటులో ఉంటుంది మరియు ఈ ఆదర్శ ప్రపంచంలో CPU రెడీ చాలా తక్కువ. CPU రెడీ ఎల్లప్పుడూ ఉనికిలో ఉందని గమనించడం ముఖ్యం కాని ఆదర్శవంతమైన ప్రపంచంలో ఇది చాలా తక్కువ మరియు గమనించబడదు.

వాస్తవ ప్రపంచంలో, వర్చువలైజేషన్ యొక్క ప్రయోజనాల్లో ఒకటి ఏమిటంటే, మీ VM లు చాలావరకు వారి అన్ని VCPU లను ఒకే సమయంలో స్పైక్ చేయవని మీరు పందెం వేయవచ్చు మరియు అవి చాలా తక్కువ వాడుక VM లు అయితే మీరు ఎంత చేయగలరో on హలు కూడా చేయవచ్చు CPU వినియోగం మరియు RAM వినియోగం ఆధారంగా మీ భౌతిక హోస్ట్‌ను లోడ్ చేయండి. గతంలో, పనిభారాన్ని బట్టి 4 vCPU నుండి 1 pCPU లేదా 10: 1 నిష్పత్తిని కలిగి ఉండటానికి సిఫార్సులు చేయబడ్డాయి. ఉదాహరణకు, మీరు ఒకే క్వాడ్ కోర్ ప్రాసెసర్‌ను కలిగి ఉండవచ్చు, కాని మీకు 4 VM లను vCPU లతో కలిగి ఉండవచ్చు, మీకు 16 pCPU లను 4 pCPU లకు లేదా 4: 1 కి ఇస్తుంది. ఇంజనీర్లు చూడటం ప్రారంభించినది ఏమిటంటే, వాతావరణాలు చాలా నెమ్మదిగా ఉన్నాయి మరియు వారు ఎందుకు గుర్తించలేకపోయారు. RAM వినియోగం బాగానే ఉంది, భౌతిక హోస్ట్‌లలో CPU వినియోగం చాలా తక్కువగా ఉండవచ్చు, 20% లోపు. నిల్వ జాప్యం చాలా తక్కువగా ఉంది, అయినప్పటికీ VM లు చాలా మందగించాయి.

ఈ దృష్టాంతంలో ఏమి జరుగుతుందో CPU రెడీ. షెడ్యూల్ చేయడానికి సిద్ధంగా ఉన్న విసిపియు యొక్క క్యూ బిల్డింగ్ ఉంది, కాని షెడ్యూల్ చేయడానికి పిసిపియు అందుబాటులో లేదు. హైపర్‌వైజర్ షెడ్యూల్‌ను నిలిపివేస్తుంది మరియు అతిథి VM కోసం జాప్యాన్ని కలిగిస్తుంది. ఇది నిశ్శబ్ద కిల్లర్, ఇటీవలి సంవత్సరాల వరకు, గుర్తించడానికి చాలా సాధనాలు లేవు. విండోస్ VM లో, బూట్ చేయడానికి ఇది ఎప్పటికీ పడుతుంది మరియు చివరికి అది ప్రారంభ మెనుపై క్లిక్ చేసినప్పుడు, చూపించడానికి ఎప్పటికీ పడుతుంది. ఇది మీ మొదటి క్లిక్‌ని అంగీకరించలేదని మరియు చివరకు అది పట్టుకున్నప్పుడు, మీకు డబుల్ క్లిక్ వస్తుంది అని అనుకొని మీరు దాన్ని మళ్లీ క్లిక్ చేయవచ్చు. లైనక్స్‌లో, మీ VM చదవడానికి మాత్రమే మోడ్‌లోకి బూట్ అవ్వవచ్చు లేదా ఫైల్‌సిస్టమ్స్‌ను ఏదో ఒక సమయంలో చదవడానికి మాత్రమే మోడ్‌లోకి మారవచ్చు.

కాబట్టి మేము CPU రెడీని ఎలా ఎదుర్కోవాలి? సహాయపడే కొన్ని మార్గాలు ఉన్నాయి. మొదటిది CPU రెడీ మెట్రిక్‌లను పర్యవేక్షించడం. VMware లో, 10% పైన వెళ్లాలని సిఫారసు చేయబడలేదు కాని వ్యక్తిగత అనుభవంలో, వినియోగదారులు VM రకాన్ని బట్టి మరియు అది నడుస్తున్న దాన్ని బట్టి 5-7% పైన గమనించడం ప్రారంభిస్తారు.

CPU రెడీ చూపించడానికి క్రింద నేను VMware ESXi 5.5 నుండి కొన్ని ఉదాహరణలను ఉపయోగిస్తాను. కమాండ్ లైన్ ఉపయోగించి, “esxtop” ను అమలు చేయండి. CPU వీక్షణ కోసం “c” నొక్కండి మరియు మీరు “” % RDY CPU రెడీ కోసం. మీరు మూలధనాన్ని నొక్కవచ్చు “ వి VM కోసం మాత్రమే వీక్షణ.

చాలా ఉపయోగించని వాతావరణానికి% RDY కొంత ఎక్కువగా ఉందని ఇక్కడ మీరు చూడవచ్చు. ఈ సందర్భంలో, నా ESXi 5.5 VMware ఫ్యూజన్ (మాక్ హైపర్‌వైజర్) పైన ఒక పరీక్ష VM ను నడుపుతోంది, కాబట్టి మేము మరొక హైపర్‌వైజర్ పైన హైపర్‌వైజర్‌పై VM ను నడుపుతున్నందున ఇది హై ఎండ్‌లో కొంచెం ఉంటుందని భావిస్తున్నారు.

VSphere క్లయింట్‌లో, మీరు నిర్దిష్ట VM ను పైకి లాగి పనితీరు టాబ్‌పై క్లిక్ చేయవచ్చు. అక్కడ నుండి “చార్ట్ ఐచ్ఛికాలు” పై క్లిక్ చేయండి

చార్ట్ ఐచ్ఛికాలలో, CPU, రియల్ టైమ్ ఎంచుకోండి (మీకు vCenter ఉంటే మీకు రియల్ టైమ్ కాకుండా ఇతర టైమింగ్ ఎంపికలు ఉండవచ్చు). అక్కడ నుండి కౌంటర్లలో, “రెడీ” ఎంచుకోండి. ఏ సమయంలోనైనా రెండు డేటా రకాలను మాత్రమే వీక్షణ అనుమతిస్తుంది కాబట్టి మీరు వేరే కౌంటర్ ఎంపిక చేయనవసరం లేదు.

ఈ విలువ ఒక శాతానికి వ్యతిరేకంగా సిద్ధంగా ఉన్న సారాంశం అని మీరు గమనించవచ్చు. సంగ్రహించిన కొలమానాలను శాతానికి ఎలా మార్చాలో VMware KB కథనానికి లింక్ ఇక్కడ ఉంది. - https://kb.vmware.com/kb/2002181

హార్డ్వేర్ను కొనుగోలు చేసేటప్పుడు, ఎక్కువ కోర్లు CPU రెడీ యొక్క ప్రభావాన్ని తగ్గించడానికి సహాయపడతాయి. హైపర్ థ్రెడింగ్ కూడా సహాయపడుతుంది. హైపర్ థ్రెడింగ్ ప్రతి ప్రాధమిక కోర్ కోసం పూర్తి సెకండ్ కోర్ని అందించనప్పటికీ, సాధారణంగా పిసిపియుకు విసిపియును షెడ్యూల్ చేయడానికి మరియు సమస్యను తగ్గించడానికి సహాయపడటానికి సరిపోతుంది. హైపర్‌వైజర్లు vCPU నుండి pCPU నిష్పత్తి సిఫారసుకి దూరంగా వెళ్లడం ప్రారంభించినప్పటికీ, మీరు సాధారణంగా 4: 1 తో మధ్యస్తంగా ఉపయోగించిన వాతావరణంలో బాగా చేయవచ్చు మరియు అక్కడి నుండి వెళ్ళండి. మీరు VM లను లోడ్ చేయడం ప్రారంభించినప్పుడు CPU జాప్యం, CPU రెడీ మరియు మొత్తం అనుభూతి మరియు పనితీరును చూడండి. మీకు కొన్ని భారీ హిట్టింగ్ VM లు ఉంటే, మీరు వాటిని ఇతర క్లస్టర్‌లలో వేరు చేసి తక్కువ నిష్పత్తిని ఉపయోగించి వాటిని తేలికగా ఉంచాలనుకోవచ్చు. మరోవైపు, పనితీరు కీలకం కాని VM ల కోసం మరియు మీరు మందకొడిగా నడపడం మంచిది, మీరు ఎక్కువ చందా పొందవచ్చు.

VM లను సముచితంగా పరిమాణపరచడం కూడా CPU రెడీని ఎదుర్కోవటానికి ఒక భారీ సాధనం. చాలా మంది విక్రేతలు VM వాస్తవానికి ఏమి అవసరమో దానిపై స్పెసిఫికేషన్లను బాగా సిఫార్సు చేస్తారు. సాంప్రదాయకంగా ఎక్కువ CPU లు మరియు ఎక్కువ కోర్లు = ఎక్కువ శక్తి. వర్చువల్ వాతావరణంలో సమస్య ఏమిటంటే, హైపర్‌వైజర్ అన్ని VCPU లను pCPU లకు సుమారు ఒకే సమయంలో షెడ్యూల్ చేయవలసి ఉంటుంది మరియు pCPU లను లాక్ చేయడం సమస్యాత్మకం. మీకు 8 vCPU VM ఉంటే, మీరు ఒకే సమయంలో షెడ్యూల్ చేయడానికి 8 pCPU లను లాక్ చేయాలి. మీ vCPU VM ఏ సమయంలోనైనా మొత్తం VCPU లలో 10% మాత్రమే ఉపయోగిస్తుంటే, మీరు VCPU లెక్కింపును 2 లేదా 4 కి తీసుకురావడం మంచిది. 50-80% CPU వద్ద VM ను 10% కన్నా తక్కువ VCPU లతో 10% కన్నా తక్కువ నడపడం మంచిది. మరిన్ని vCPU లు. ఈ సమస్య కొంత భాగం ఎందుకంటే ఆపరేటింగ్ సిస్టమ్ సిపియు షెడ్యూలర్ వీలైనన్ని ఎక్కువ కోర్లను ఉపయోగించటానికి రూపొందించబడింది, అయితే ఎక్కువ వాడటానికి ముందు కోర్లను గరిష్టంగా పెంచడానికి శిక్షణ పొందితే, అది తక్కువ సమస్య కావచ్చు. భారీగా ఉన్న VM బాగా పని చేయగలదు కాని ఇతర VM లకు “ధ్వనించే పొరుగువాడు” కావచ్చు, కాబట్టి ఇది సాధారణంగా మీరు కొన్ని పనితీరు లాభాలను చూడటానికి క్లస్టర్‌లోని అన్ని VM ల ద్వారా “సరైన పరిమాణానికి” వెళ్ళవలసి ఉంటుంది.

చాలాసార్లు మీరు CPU రెడీలోకి ప్రవేశించారు మరియు సరైన పరిమాణ VM లను ప్రారంభించడం లేదా ఎక్కువ కోర్లతో ప్రాసెసర్‌లకు అప్‌గ్రేడ్ చేయడం కష్టం. మీరు ఈ పరిస్థితిలో ఉంటే, మీ క్లస్టర్‌లో ఎక్కువ హోస్ట్‌లను జోడించడం వల్ల ఎక్కువ హోస్ట్‌లలో లోడ్‌ను విస్తరించడానికి ఇది సహాయపడుతుంది. మీరు ఇతరులకన్నా ఎక్కువ కోర్ / ప్రాసెసర్‌లతో హోస్ట్‌లను కలిగి ఉంటే, ఈ అధిక కోర్ హోస్ట్‌లకు అధిక vCPU VM లను పెగ్ చేయడం కూడా సహాయపడుతుంది. మీ భౌతిక హోస్ట్‌ను VM కన్నా ఎక్కువ కాకపోయినా కనీసం అదే సంఖ్యలో కోర్లను కలిగి ఉన్నారని మీరు నిర్ధారించుకోవాలనుకుంటున్నారు, లేకపోతే vCPU యొక్క అధిక మొత్తాన్ని pCPU కి షెడ్యూల్ చేయడం చాలా నెమ్మదిగా / కష్టంగా ఉంటుంది, ఎందుకంటే అవి ఒకే సమయంలో లాక్ చేయబడాలి .

చివరగా, మీ హైపర్‌వైజర్ VM పై రిజర్వేషన్లు మరియు పరిమితులకు మద్దతు ఇవ్వవచ్చు. కొన్నిసార్లు థీసిస్ అనుకోకుండా సెట్ అవుతుంది. వీటిలో దూకుడు సెట్టింగులు వాస్తవానికి అంతర్లీన వనరులు అందుబాటులో ఉన్నప్పుడు CPU సిద్ధంగా ఉంటాయి. రిజర్వేషన్లు మరియు పరిమితులను తక్కువగా ఉపయోగించడం మంచిది మరియు ఖచ్చితంగా అవసరమైనప్పుడు మాత్రమే. చాలా వరకు, సరిగ్గా పరిమాణంలో ఉన్న క్లస్టర్ వనరులను సముచితంగా సమతుల్యం చేస్తుంది మరియు ఇవి సాధారణంగా అవసరం లేదు.

సారాంశంలో, CPU రెడీకి వ్యతిరేకంగా ఉత్తమమైన రక్షణ అది ఉనికిలో ఉందని తెలుసుకోవడం మరియు దాని కోసం ఎలా తనిఖీ చేయాలి. పైన పేర్కొన్న మీ పర్యావరణానికి ఉత్తమమైన ఉపశమన దశలను మీరు క్రమపద్ధతిలో నిర్ణయించవచ్చు. చాలా వరకు, ఈ వ్యాసంలోని సమాచారం ఏదైనా హైపర్‌వైజర్‌కు విశ్వవ్యాప్తంగా వర్తిస్తుంది, అయినప్పటికీ స్క్రీన్‌షాట్‌లు మరియు పటాలు VMware కు ప్రత్యేకంగా వర్తిస్తాయి.