VMware vSphere ရှိ VM စွမ်းဆောင်ရည်ခွဲခြမ်းစိတ်ဖြာခြင်း။ အပိုင်း 2- မှတ်ဉာဏ်

အပိုင်း ၁။ CPU အကြောင်း

ဤဆောင်းပါးတွင်၊ vSphere ရှိ ကျပန်းဝင်ရောက်မှုမှတ်ဉာဏ် (RAM) ၏စွမ်းဆောင်ရည်ကောင်တာများအကြောင်း ဆွေးနွေးပါမည်။
မန်မိုရီဖြင့် ပရိုဆက်ဆာထက် အရာအားလုံးသည် ပိုမိုရှင်းလင်းသည်ဟု ထင်ရသည်- VM တွင် စွမ်းဆောင်ရည်ပြဿနာများရှိလျှင် ၎င်းတို့ကို သတိမပြုမိရန် ခက်ခဲသည်။ ဒါပေမယ့် သူတို့ပေါ်လာရင် သူတို့ကို ဆက်ဆံရတာ ပိုခက်တယ်။ ဒါပေမယ့် အရင်အရာတွေကို အရင်လုပ်ပါ။

သီအိုရီ၏တစ်ဦးကနည်းနည်း

virtual machines များ၏ RAM ကို VM လည်ပတ်နေသောဆာဗာ၏မှတ်ဉာဏ်မှယူသည်။ တော်တော်သိသာပါတယ်။ :) ဆာဗာ၏ RAM သည် လူတိုင်းအတွက် မလုံလောက်ပါက ESXi သည် memory reclamation နည်းပညာများကို စတင်အသုံးပြုသည်။ မဟုတ်ပါက၊ VM လည်ပတ်မှုစနစ်များသည် RAM သုံးစွဲခွင့် အမှားများနှင့်အတူ ပျက်စီးသွားမည်ဖြစ်သည်။

RAM ပမာဏပေါ်မူတည်၍ ESXi အသုံးပြုရန် မည်သည့်နည်းပညာများကို ဆုံးဖြတ်သည်-

မှတ်ဉာဏ်အနေအထား

နယ်စပ်

လုပ်ရပ်များ

မြင့်သော

minFree ၏ 400%

အထက်ကန့်သတ်ချက်သို့ရောက်ပြီးနောက်၊ ကြီးမားသောမှတ်ဉာဏ်စာမျက်နှာများကို သေးငယ်သောစာမျက်နှာများအဖြစ် ခွဲသွားသည် (TPS စံမုဒ်တွင်အလုပ်လုပ်သည်)။

ရှင်းလင်းသော

minFree ၏ 100%

ကြီးမားသော မှတ်ဉာဏ်စာမျက်နှာများကို သေးငယ်သော စာမျက်နှာများအဖြစ် ခွဲပြီး TPS ကို အလုပ်ခိုင်းစေပါသည်။

soft

minFree ၏ 64%

TPS + Balloon

ခိုင်မာသော

minFree ၏ 32%

TPS + Compress + Swap

အနိမ့်

minFree ၏ 16%

Compress + Swap + Block

အရင်းအမြစ်

minFree သည် hypervisor အလုပ်လုပ်ရန်အတွက် လိုအပ်သော RAM ဖြစ်သည်။

ESXi 4.1 မပါဝင်မီ၊ minFree ကို ပုံသေအားဖြင့် ပြင်ဆင်ခဲ့သည် - ဆာဗာ၏ RAM ၏ 6% (ရာခိုင်နှုန်းကို ESXi ရှိ Mem.MinFreePct ရွေးချယ်မှုမှတစ်ဆင့် ပြောင်းလဲနိုင်သည်)။ နောက်ပိုင်းဗားရှင်းများတွင်၊ ဆာဗာများပေါ်တွင် မမ်မိုရီအရွယ်အစားများ တိုးလာခြင်းကြောင့်၊ minFree ကို host memory ပမာဏပေါ်တွင် အခြေခံ၍ စတင်တွက်ချက်ခဲ့ပြီး ပုံသေရာခိုင်နှုန်းအဖြစ် မဟုတ်ပါ။

minFree (မူလ) တန်ဖိုးကို အောက်ပါအတိုင်း တွက်ချက်သည်-

minFree အတွက် သီးသန့်ထားရှိသော မမ်မိုရီရာခိုင်နှုန်း

ဉာဏ်အပိုင်းအခြား

6%

0-4 GB

4%

4-12 GB

2%

12-28 GB

1%

လက်ကျန်မှတ်ဉာဏ်

အရင်းအမြစ်

ဥပမာအားဖြင့်၊ 128 GB RAM ရှိသော ဆာဗာအတွက် MinFree တန်ဖိုးသည်-
MinFree = 245,76 + 327,68 + 327,68 + 1024 = 1925,12MB = 1,88GB
အမှန်တကယ်တန်ဖိုးသည် နှစ်ရာ MB ကွာခြားနိုင်သည်၊ ၎င်းသည် ဆာဗာနှင့် RAM ပေါ်တွင်မူတည်သည်။

minFree အတွက် သီးသန့်ထားရှိသော မမ်မိုရီရာခိုင်နှုန်း

ဉာဏ်အပိုင်းအခြား

128 GB အတွက် တန်ဖိုး

6%

0-4 GB

245,76 MB

4%

4-12 GB

327,68 MB

2%

12-28 GB

327,68 MB

1%

ကျန်မမ်မိုရီ (100 GB)

1024 MB

အများအားဖြင့်၊ ဖြစ်ထွန်းအောင်မြင်မှုအတွက်၊ High state ကိုသာ ပုံမှန်ဟု ယူဆနိုင်သည်။ စမ်းသပ်ခြင်းနှင့် ဖွံ့ဖြိုးတိုးတက်ရေးခုံတန်းများ အတွက် Clear/Soft states များကို လက်ခံနိုင်မည်ဖြစ်ပါသည်။ host ရှိ RAM သည် 64% MinFree ထက်နည်းပါက၊ ၎င်းတွင်အသုံးပြုနေသည့် VM များသည် စွမ်းဆောင်ရည်ပြဿနာများရှိနေသည်မှာ သေချာပါသည်။

ပြည်နယ်တစ်ခုစီတွင်၊ အချို့သော memory reclamation နည်းပညာများကို လက်တွေ့ကျကျအားဖြင့် VM ၏စွမ်းဆောင်ရည်ကိုမထိခိုက်စေဘဲ Swapping ဖြင့်အဆုံးသတ်သည့် TPS ဖြင့်စတင်သည်။ သူတို့အကြောင်း ပိုပြောပြမယ်။

Transparent Page Sharing (TPS)။ TPS သည် အကြမ်းဖျင်းအားဖြင့် ပြောရလျှင် ဆာဗာရှိ virtual machine memory စာမျက်နှာများကို ထုတ်ယူခြင်း ဖြစ်သည်။

ESXi သည် စာမျက်နှာများ၏ hash ပေါင်းစုကို ရေတွက်ခြင်းနှင့် နှိုင်းယှဉ်ခြင်းဖြင့် virtual machine RAM ၏ ထပ်တူစာမျက်နှာများကို ရှာဖွေကာ ပွားနေသောစာမျက်နှာများကို ဖယ်ရှားကာ ၎င်းတို့ကို ဆာဗာ၏ ရုပ်ပိုင်းဆိုင်ရာမှတ်ဉာဏ်အတွင်းရှိ တူညီသောစာမျက်နှာသို့ လင့်ခ်များဖြင့် အစားထိုးသည်။ ရလဒ်အနေနှင့်၊ ရုပ်ပိုင်းဆိုင်ရာမှတ်ဉာဏ်သုံးစွဲမှု လျော့ကျသွားပြီး အချို့သော မှတ်ဉာဏ်ကို ကျော်လွန်၍ စာရင်းသွင်းမှုမှာ စွမ်းဆောင်ရည် အနည်းငယ် သို့မဟုတ် လုံးဝ ကျဆင်းသွားခြင်းဖြင့် အောင်မြင်နိုင်သည်။

အရင်းအမြစ်

ဤယန္တရားသည် 4 KB မမ်မိုရီစာမျက်နှာများ (စာမျက်နှာငယ်များ) အတွက်သာ အလုပ်လုပ်သည်။ hypervisor သည် 2 MB ရှိသော စာမျက်နှာများကို ဖျက်ရန်ပင် မကြိုးစားပါ) - ဤအရွယ်အစားနှင့် ထပ်တူကျသော စာမျက်နှာများကို ရှာဖွေရန် အခွင့်အလမ်းသည် မကြီးမားပါ။

ပုံမှန်အားဖြင့် ESXi သည် ကြီးမားသောစာမျက်နှာများသို့ မှတ်ဉာဏ်ကို ခွဲဝေပေးသည်။ ကြီးမားသော စာမျက်နှာများကို စာမျက်နှာငယ်များအဖြစ် ခွဲထုတ်ခြင်းသည် မြင့်မားသောအခြေအနေအဆင့်သို့ ရောက်ရှိသွားသောအခါတွင် စတင်ပြီး ရှင်းလင်းသည့်အခြေအနေသို့ ရောက်ရှိသောအခါတွင် အတင်းအကြပ်ဖိအားပေးခံရသည် ( hypervisor state table ကိုကြည့်ပါ)။

အကယ်၍ သင်သည် host RAM ကိုဖြည့်စွက်ရန်စောင့်ဆိုင်းစရာမလိုဘဲ TPS စတင်အလုပ်လုပ်လိုပါက Advanced Options ESXi တွင်သင်တန်ဖိုးသတ်မှတ်ရန်လိုအပ်သည် “Mem.AllocGuestLargePage” 0 (ပုံသေ 1) သို့။ ထို့နောက် virtual machines အတွက် ကြီးမားသော memory စာမျက်နှာများခွဲဝေခြင်းကို ပိတ်ပါမည်။

2014 ခုနှစ် ဒီဇင်ဘာလမှစတင်၍ ESXi ထုတ်ဝေမှုအားလုံးတွင် VM များကြား TPS သည် သီအိုရီအရ VM တစ်ခုမှ အခြား VM ၏ RAM သို့ ဝင်ရောက်ခွင့်ကို သီအိုရီအရ ခွင့်ပြုထားသည့် အားနည်းချက်တစ်ခုအား တွေ့ရှိသောကြောင့် ပုံမှန်အားဖြင့် ပိတ်ထားသည်။ အသေးစိတ်ကို ဒီမှာ။ TPS အားနည်းချက်ကို အသုံးချခြင်း၏ လက်တွေ့ကျသော အကောင်အထည်ဖော်မှုဆိုင်ရာ အချက်အလက်များကို ကျွန်ုပ်မတွေ့မိပါ။

အဆင့်မြင့်ရွေးချယ်မှုမှတစ်ဆင့် ထိန်းချုပ်ထားသော TPS မူဝါဒ “ShareForceSalting” ESXi တွင်-
0 - Inter-VM TPS ။ TPS သည် မတူညီသော VM စာမျက်နှာများအတွက် အလုပ်လုပ်သည်၊
1 – VMX တွင် တူညီသော “sched.mem.pshare.salt” တန်ဖိုးရှိသော VM အတွက် TPS၊
2 (မူလ) - Intra-VM TPS။ TPS သည် VM အတွင်းရှိ စာမျက်နှာများအတွက် အလုပ်လုပ်သည်။

ကြီးမားသော စာမျက်နှာများကို ပိတ်ပြီး စမ်းသပ်ခုံများပေါ်တွင် Inter-VM TPS ကိုဖွင့်ခြင်းသည် အဓိပ္ပါယ်ရှိပါသည်။ တူညီသော VM အမျိုးအစား အများအပြားဖြင့် ရပ်တည်မှုအတွက်လည်း အသုံးပြုနိုင်သည်။ ဥပမာအားဖြင့်၊ VDI ဖြင့် ရပ်တည်ရာတွင် ရုပ်ပိုင်းဆိုင်ရာမှတ်ဉာဏ်တွင် စုဆောင်းငွေသည် ဆယ်ရာခိုင်နှုန်းအထိ ရှိလာနိုင်သည်။

မှတ်ဉာဏ်မီးပုံးပျံ။ Ballooning သည် TPS အဖြစ် VM လည်ပတ်မှုစနစ်အတွက် အန္တရာယ်ကင်းပြီး ပွင့်လင်းမြင်သာသည့်နည်းစနစ်မဟုတ်တော့ပါ။ သို့သော် သင့်လျော်သော အသုံးချမှုဖြင့် သင်သည် Ballooning နှင့်ပင် နေထိုင်ပြီး အလုပ်လုပ်နိုင်သည်။

Vmware Tools နှင့်အတူ၊ Balloon Driver (aka vmmemctl) ဟုခေါ်သော အထူးဒရိုက်ဗာကို VM တွင် ထည့်သွင်းထားသည်။ hypervisor သည် ရုပ်ပိုင်းဆိုင်ရာမှတ်ဉာဏ်များကုန်သွားကာ Soft state သို့ဝင်ရောက်သောအခါ၊ ESXi သည် ဤ Balloon Driver မှတဆင့် အသုံးမပြုသော RAM ကို VM အား ပြန်လည်ရယူရန် တောင်းဆိုသည်။ ယာဉ်မောင်းသည် လည်ပတ်မှုစနစ်အဆင့်တွင် အလုပ်လုပ်ပြီး ၎င်းမှ အခမဲ့မှတ်ဉာဏ်ကို တောင်းဆိုသည်။ Hypervisor သည် Balloon Driver မှ သိမ်းပိုက်ထားသော ရုပ်ပိုင်းဆိုင်ရာမှတ်ဉာဏ်၏ စာမျက်နှာများကို ကြည့်ရှုပြီး virtual machine မှ memory ကို ယူကာ လက်ခံသူထံ ပြန်ပေးသည်။ OS အဆင့်တွင် Memory ကို Balloon Driver မှ သိမ်းပိုက်ထားသောကြောင့် OS ၏လည်ပတ်မှုတွင် ပြဿနာမရှိပါ။ မူရင်း Balloon Driver သည် VM memory ၏ 65% အထိ ယူနိုင်သည်။

VMware Tools များကို VM တွင်မတပ်ဆင်ထားပါက သို့မဟုတ် Ballooning ကိုပိတ်ထားသည် (ကျွန်ုပ်မအကြံပြုလိုပါ၊ သို့သော်ရှိပါသည် KB:) hypervisor သည် ပိုမိုတင်းကြပ်သော မှတ်ဉာဏ်ဖယ်ရှားရေးနည်းပညာများကို ချက်ချင်းပြောင်းသည်။ နိဂုံး- VMware Tools များသည် VM ပေါ်တွင် ရှိနေကြောင်း သေချာပါစေ။

Balloon Driver ၏လုပ်ဆောင်ချက်ကို VMware Tools မှတစ်ဆင့် OS မှစစ်ဆေးနိုင်သည်။.

memory ချုံ့ခြင်း။ ESXi သည် ဟာ့ဒ်အခြေအနေသို့ ရောက်ရှိသောအခါ ဤနည်းပညာကို အသုံးပြုသည်။ အမည်ဖော်ပြသည့်အတိုင်း ESXi သည် RAM ၏ 4KB စာမျက်နှာကို 2KB သို့ ကျဉ်းမြောင်းစေရန် ကြိုးပမ်းပြီး ဆာဗာ၏ ရုပ်ပိုင်းဆိုင်ရာမှတ်ဉာဏ်တွင် နေရာလွတ်အချို့ကို လွတ်စေသည်။ ဤနည်းပညာသည် စာမျက်နှာကို ဦးစွာချုံ့မထားရသောကြောင့် VM RAM စာမျက်နှာများ၏ အကြောင်းအရာများသို့ ဝင်ရောက်ရန် အချိန်ကို သိသိသာသာ တိုးစေသည်။ တစ်ခါတစ်ရံတွင် စာမျက်နှာအားလုံးကို ချုံ့၍မရသည့်အပြင် လုပ်ငန်းစဉ်ကိုယ်တိုင်က အချိန်အနည်းငယ်ကြာသည်။ ထို့ကြောင့် ဤနည်းပညာသည် လက်တွေ့တွင် အလွန်ထိရောက်မှု မရှိပေ။

memory ဖလှယ်ခြင်း။ တိုတောင်းသော Memory Compression အဆင့်ပြီးနောက်၊ ESXi သည် (VM များသည် အခြား host များအတွက် ချန်ထားခဲ့ခြင်းမရှိလျှင် သို့မဟုတ် မပိတ်ပါက) သည် Swapping သို့ ပြောင်းသွားမည်ဖြစ်သည်။ မန်မိုရီအလွန်နည်းကျန်နေပါက (Low state)၊ ထို့နောက် hypervisor သည် VM ၏ဧည့်သည် OS တွင် ပြဿနာများဖြစ်စေနိုင်သည့် Memory စာမျက်နှာများကို VM သို့ ခွဲဝေပေးခြင်းကိုလည်း ရပ်သွားမည်ဖြစ်သည်။

ဒါက Swapping အလုပ်လုပ်ပုံပါ။ သင် virtual machine ကိုဖွင့်သောအခါ၊ ၎င်းအတွက် .vswp extension ပါသော ဖိုင်တစ်ခုကို ဖန်တီးသည်။ ၎င်းသည် VM ၏မသိမ်းဆည်းထားသော RAM နှင့် တူညီသည်- ၎င်းသည် configured နှင့် reserved memory အကြား ကွာခြားချက်ဖြစ်သည်။ Swapping လုပ်ဆောင်နေချိန်တွင် ESXi သည် virtual machine memory စာမျက်နှာများကို ဤဖိုင်ထဲသို့ ပြန်ဖွင့်ပြီး ဆာဗာ၏ ရုပ်ပိုင်းဆိုင်ရာမှတ်ဉာဏ်အစား ၎င်းနှင့် စတင်အလုပ်လုပ်သည်။ ဟုတ်ပါတယ်၊ ထိုကဲ့သို့သော "ခွဲစိတ်မှု" မမ်မိုရီသည် .vswp မြန်ဆန်သောသိုလှောင်မှုတွင်တည်ရှိနေသော်လည်း၊ .vswp သည် လျင်မြန်သောသိုလှောင်မှုတွင်ရှိနေသော်လည်း အမှန်တကယ်ထက် ပြင်းအားအမြောက်အများပိုမိုနှေးကွေးပါသည်။

Ballooning နှင့်မတူဘဲ၊ အသုံးမပြုသောစာမျက်နှာများကို VM မှ Swapping ဖြင့်ယူသောအခါ၊ VM အတွင်းရှိ OS သို့မဟုတ် အပလီကေးရှင်းများမှတက်ကြွစွာအသုံးပြုနေသောစာမျက်နှာများသည် disk သို့ရွှေ့နိုင်သည်။ ရလဒ်အနေဖြင့် VM ၏စွမ်းဆောင်ရည်သည် အေးခဲသွားသည်အထိ ကျဆင်းသွားသည်။ VM သည် တရားဝင်အလုပ်လုပ်ပြီး အနည်းဆုံး OS မှ ကောင်းစွာပိတ်နိုင်သည်။ စိတ်ရှည်ရင် 😉

VM များသည် Swap သို့သွားပါက၊ ၎င်းသည် ပုံမှန်မဟုတ်သော အခြေအနေဖြစ်ပြီး ဖြစ်နိုင်ပါက ရှောင်ရှားရန် အကောင်းဆုံးဖြစ်သည်။

သော့ VM မှတ်ဉာဏ်စွမ်းဆောင်ရည်ကောင်တာများ

အဲဒီတော့ အဓိကအချက်ကို ရောက်သွားတယ်။ VM အတွင်းရှိ memory အခြေအနေကို စောင့်ကြည့်ရန်၊ အောက်ပါကောင်တာများ ရှိပါသည်။

လှုပ်ရှားသော — ယခင်တိုင်းတာမှုကာလတွင် VM မှဝင်ရောက်ခွင့်ရရှိခဲ့သော RAM (KB) ပမာဏကိုပြသသည်။

အသုံးပြုမှု - Active နှင့် အတူတူပင်ဖြစ်သော်လည်း VM ၏ configured RAM ၏ ရာခိုင်နှုန်းတစ်ခုအဖြစ်။ အောက်ပါဖော်မြူလာကို အသုံးပြု၍ တွက်ချက်သည်- တက်ကြွသော ÷ ပကတိစက်သည် မှတ်ဉာဏ်အရွယ်အစားကို ပြင်ဆင်သတ်မှတ်ထားသည်။
High Usage နှင့် Active တို့သည် VM စွမ်းဆောင်ရည်ပြဿနာများ၏ အမြဲတမ်းညွှန်ပြချက်မဟုတ်ပေ။ VM သည် မမ်မိုရီကို ပြင်းပြင်းထန်ထန် အသုံးပြုပါက (အနည်းဆုံး ၎င်းကို ဝင်ရောက်ခွင့် ရရှိသည်)၊ ၎င်းသည် လုံလောက်သော memory မရှိဟု မဆိုလိုပါ။ ယင်းအစား၊ OS တွင် ဖြစ်ပျက်နေမှုများကို ကြည့်ရှုရန် အချိန်အခါတစ်ခုဖြစ်သည်။
VMs အတွက် စံမှတ်ဉာဏ်အသုံးပြုမှုနှိုးဆော်သံတစ်ခု ရှိသည်-

shared - TPS (VM အတွင်း သို့မဟုတ် VM များကြား) ကိုအသုံးပြု၍ ထပ်ပွားထားသော VM RAM ပမာဏ။

ခွင့်ပြု - VM မှပေးသော ရုပ်ပိုင်းဆိုင်ရာလက်ခံသူမှတ်ဉာဏ် (KB) ပမာဏ။ Shared ပါဝင်သည်။

စားသုံးခဲ့သည် (ခွင့်ပြုသည် - မျှဝေထားသည်) - VM မှ လက်ခံဆောင်ရွက်ပေးသည့် ရုပ်ပိုင်းဆိုင်ရာမှတ်ဉာဏ်ပမာဏ (KB)။ Shared မပါဝင်ပါ။

VM မမ်မိုရီ၏တစ်စိတ်တစ်ပိုင်းကို host ၏ရုပ်ပိုင်းဆိုင်ရာမှတ်ဉာဏ်မှမဟုတ်ဘဲ swap ဖိုင်မှပေးသည် သို့မဟုတ် မမ်မိုရီကို Balloon Driver မှတစ်ဆင့် VM မှယူသွားပါက၊ ဤပမာဏကို ခွင့်ပြုပြီး သုံးစွဲမှုတွင် ထည့်သွင်းစဉ်းစားမည်မဟုတ်ပါ။
High Granted နှင့် Consumed တန်ဖိုးများသည် ပုံမှန်ဖြစ်သည်။ လည်ပတ်မှုစနစ်သည် hypervisor ထံမှ memory ကို တဖြည်းဖြည်းယူလာပြီး ပြန်မပေးတော့ပါ။ အချိန်ကြာလာသည်နှင့်အမျှ၊ တက်ကြွစွာလည်ပတ်နေသည့် VM တွင်၊ ဤကောင်တာများ၏တန်ဖိုးများသည် configured memory ပမာဏသို့ချဉ်းကပ်လာပြီး ထိုနေရာတွင်ရှိနေပါသည်။

သုည - သုညပါရှိသော VM RAM (KB) ပမာဏ။ ထိုကဲ့သို့သော memory ကို hypervisor မှ အခမဲ့ဟု သတ်မှတ်ပြီး အခြား virtual machines များသို့ ပေးနိုင်ပါသည်။ ဧည့်သည် OS သည် zeroed memory တွင် တစ်စုံတစ်ခုကို ရေးပြီးနောက်၊ ၎င်းသည် Consumed ထဲသို့ ရောက်သွားပြီး ပြန်မလာပါ။

Reserved Overhead - VM လုပ်ဆောင်ချက်အတွက် hypervisor မှ သိမ်းဆည်းထားသော VM RAM ပမာဏ၊ (KB)။ ဤသည်မှာ အနည်းငယ်မျှသာဖြစ်သော်လည်း ၎င်းကို host တွင် ရနိုင်ရမည်၊ မဟုတ်ပါက VM စတင်မည်မဟုတ်ပါ။

မီးပုံးပျံ - Balloon Driver ကို အသုံးပြု၍ VM မှ သိမ်းဆည်းရမိသော RAM (KB) ပမာဏ။

compressed - ချုံ့ထားသော RAM (KB) ပမာဏ။

လဲလှယ်ခဲ့သည် - ဆာဗာတွင် ရုပ်ပိုင်းဆိုင်ရာမှတ်ဉာဏ်မရှိခြင်းကြောင့် ဒစ်ခ်သို့ ပြောင်းရွှေ့ခဲ့သော RAM (KB) ပမာဏ။
Balloon နှင့် အခြား memory reclamation နည်းပညာကောင်တာများသည် သုညဖြစ်သည်။

ဤသည်မှာ Memory ကောင်တာများပါရှိသော ဂရပ်သည် ပုံမှန်အားဖြင့် 150 GB RAM ရှိသော VM နှင့်တူသည်။

အောက်ဖော်ပြပါဂရပ်တွင်၊ VM တွင် သိသာထင်ရှားသောပြဿနာများရှိသည်။ ဂရပ်အောက်တွင်၊ ဤ VM အတွက်၊ RAM နှင့် လုပ်ဆောင်ရန်အတွက် ဖော်ပြထားသော နည်းပညာအားလုံးကို အသုံးပြုထားသည်ကို သင်တွေ့မြင်နိုင်ပါသည်။ ဤ VM အတွက် Balloon သည် Consumed ထက်ပိုကြီးသည်။ တကယ်တော့ VM ဟာ အသက်ရှင်ခြင်းထက် ပိုသေပါတယ်။

ESXTOP

CPU ကဲ့သို့ပင်၊ ကျွန်ုပ်တို့သည် host ပေါ်ရှိ အခြေအနေကို လျင်မြန်စွာ အကဲဖြတ်လိုပါက၊ 2 စက္ကန့်အထိ ကြားကာလဖြင့် ၎င်း၏ ဒိုင်းနမစ်များကို အကဲဖြတ်လိုပါက ESXTOP ကို ​​အသုံးပြုသင့်ပါသည်။

Memory မှ ESXTOP ဖန်သားပြင်ကို "m" သော့ဖြင့် ခေါ်ဆိုထားပြီး ဤကဲ့သို့ ပုံပေါ်သည် (အကွက် B၊ D, H, J, K, L, O ကို ရွေးထားသည်)

အောက်ဖော်ပြပါ ကန့်သတ်ချက်များသည် ကျွန်ုပ်တို့အတွက် စိတ်ဝင်စားဖွယ်ဖြစ်လိမ့်မည်-

Avg ကို ကျော်ဖြတ်ပါ။ - host တွင် 1၊ 5 နှင့် 15 မိနစ်အတွက် memory oversubscribe ၏ပျမ်းမျှတန်ဖိုး။ သုညအထက်ဖြစ်ပါက၊ ဤအရာသည် ဖြစ်ပျက်နေသည်များကို ကြည့်ရှုရန် အချိန်အခါဖြစ်သည်၊ သို့သော် အမြဲတမ်း ပြဿနာများ၏ ညွှန်ပြချက်မဟုတ်ပါ။

လိုင်းများ PMEM/MB и VMKMEM/MB - ဆာဗာ၏ရုပ်ပိုင်းဆိုင်ရာမှတ်ဉာဏ်နှင့် VMkernel တွင်ရရှိနိုင်သည့်မှတ်ဉာဏ်အကြောင်းအချက်အလက်များ။ စိတ်ဝင်စားစရာကောင်းတာက ဒီနေရာကနေ minfree (MB in တန်ဖိုး)၊ memory in host ရဲ့ အခြေအနေ (ကျွန်ုပ်တို့ကိစ္စမှာ၊ မြင့်မားတယ်) ကိုတွေ့နိုင်တယ်။

တန်းဝင်ကာစီသည် NUMA/MB NUMA nodes (sockets) များဖြင့် RAM ဖြန့်ချီမှုကို သင်တွေ့မြင်နိုင်ပါသည်။ ဤဥပမာတွင်၊ ဖြန့်ဖြူးမှုသည် မညီမညာဖြစ်ပြီး မူအရအားဖြင့် အလွန်မကောင်းပါ။

အောက်ဖော်ပြပါသည် မန်မိုရီပြန်လည်ဖြည့်သွင်းခြင်းနည်းပညာများဆိုင်ရာ ယေဘူယျဆာဗာစာရင်းအင်းများဖြစ်သည်။

PSHARE/MB TPS စာရင်းဇယားများဖြစ်ကြသည်;

SWAP/MB - လဲလှယ်အသုံးပြုမှုစာရင်းဇယား;

စာတိုက်/MB - မှတ်ဉာဏ်စာမျက်နှာချုံ့မှုစာရင်းဇယား;

MEMCTL/MB - Balloon Driver အသုံးပြုမှုစာရင်းဇယား။

VM တစ်ဦးချင်းစီအတွက်၊ ကျွန်ုပ်တို့သည် အောက်ပါအချက်အလက်များကို စိတ်ဝင်စားနိုင်ပါသည်။ ပရိတ်သတ်တွေ ရှုပ်မသွားစေဖို့အတွက် VM နာမည်တွေကို ဝှက်ထားခဲ့ပါတယ်။ ESXTOP မက်ထရစ်သည် vSphere ရှိကောင်တာနှင့်ဆင်တူပါက၊ သက်ဆိုင်သောကောင်တာကို ကျွန်ုပ်ပေးပါသည်။

MEMSZ - VM (MB) တွင် ပြင်ဆင်သတ်မှတ်ထားသော မှတ်ဉာဏ်ပမာဏ။
MEMSZ = GRANT + MCTLSZ + SWCUR + မထိမိအောင်။

Grant - MB ကိုခွင့်ပြုထားသည်။

TCHD - MB တွင် အသုံးပြုသည်။

MCTL? - Balloon Driver ကို VM တွင် ထည့်သွင်းထားသလား။

MCTLSZ - Balloon သို့ MB ။

MCTLGT - Balloon Driver (Memctl Target) မှတစ်ဆင့် VM မှ ESXi မှယူလိုသော RAM (MB) ပမာဏ။

MCTLMAX - Balloon Driver မှတဆင့် ESXi မှ VM မှ ယူနိုင်သော အများဆုံး RAM (MB) ပမာဏ။

SWCUR - Swap ဖိုင်မှ VM သို့ ခွဲဝေပေးထားသော လက်ရှိ RAM ပမာဏ။

S.W.G.T. - ESXi သည် Swap ဖိုင် (Swap Target) မှ VM ကိုပေးလိုသော RAM (MB) ပမာဏ။

ထို့အပြင် ESXTOP မှတဆင့် VM ၏ NUMA topology ဆိုင်ရာ အသေးစိတ်အချက်အလက်များကို သင်ကြည့်ရှုနိုင်ပါသည်။ ဒါကိုလုပ်ဖို့၊ အကွက် D၊ G ကိုရွေးပါ။

အငယ် - VM တည်ရှိသည့် NUMA node များ။ ဤနေရာတွင် သင်သည် NUMA node တစ်ခုတွင် အဆင်မပြေသည့် wide vm ကို ချက်ချင်းသတိပြုမိနိုင်သည်။

NRMEM - VM သည် အဝေးထိန်း NUMA node မှ မည်မျှ megabytes ရှိသော memory ကို ယူသည်။

NLMEM - ဒေသဆိုင်ရာ NUMA node မှ VM သည် မမ်ဘာမီဂါဘိုက်မည်မျှယူသည်။

N%L - ဒေသခံ NUMA node ပေါ်ရှိ VM မှတ်ဉာဏ်ရာခိုင်နှုန်း (80% ထက်နည်းပါက စွမ်းဆောင်ရည် ပြဿနာများ ဖြစ်ပေါ်လာနိုင်သည်)။

hypervisor ပေါ်တွင် Memory

Hypervisor အတွက် CPU ကောင်တာများသည် အများအားဖြင့် အထူးစိတ်ဝင်စားခြင်းမရှိပါက အခြေအနေသည် memory နှင့် ပြောင်းပြန်ဖြစ်သည်။ VM တွင် မြင့်မားသော Memory အသုံးပြုမှုသည် စွမ်းဆောင်ရည်ပြဿနာကို အမြဲမညွှန်ပြသော်လည်း hypervisor တွင် မြင့်မားသော Memory အသုံးပြုမှုသည် မှတ်ဉာဏ်စီမံခန့်ခွဲမှုနည်းစနစ်များကို အစပျိုးစေပြီး VM တွင် စွမ်းဆောင်ရည်ပြဿနာများ ဖြစ်စေသည်။ VM သည် Swap သို့ဝင်ရောက်ခြင်းမှကာကွယ်ရန် Host Memory အသုံးပြုမှုနှိုးစက်များကို စောင့်ကြည့်ရပါမည်။

လဲလှယ်ရန်

VM သည် Swap တွင်ရှိနေပါက ၎င်း၏စွမ်းဆောင်ရည်မှာ အလွန်လျော့ကျသွားပါသည်။ အခမဲ့ RAM သည် host တွင်ပေါ်လာပြီးနောက် Ballooning နှင့် compression ၏ခြေရာများ လျင်မြန်စွာပျောက်ကွယ်သွားသော်လည်း virtual machine သည် Swap မှ server RAM သို့ပြန်သွားရန်အလျင်စလိုမဖြစ်ပါ။
ESXi 6.0 မတိုင်မီ၊ Swap မှ VM ကို ရရှိနိုင်ရန် တစ်ခုတည်းသော ယုံကြည်စိတ်ချရပြီး အမြန်နည်းလမ်းမှာ ပြန်လည်စတင်ရန်ဖြစ်သည် (ပိုမိုတိကျစေရန်၊ ကွန်တိန်နာကိုပိတ်/ဖွင့်ပါ)။ ESXi 6.0 မှ စတင်၍ တရားဝင်မဟုတ်သော်လည်း၊ Swap မှ VM ကို ဖယ်ရှားရန် လုပ်ဆောင်နိုင်သော ယုံကြည်စိတ်ချရသော နည်းလမ်းတစ်ခု ပေါ်လာပါသည်။ ညီလာခံတစ်ခုတွင် CPU Scheduler တာဝန်ခံ VMware အင်ဂျင်နီယာတစ်ဦးနှင့် စကားပြောနိုင်ခဲ့သည်။ ဒီနည်းလမ်းဟာ အတော်လေး အလုပ်ဖြစ်နိုင်ပြီး ဘေးကင်းကြောင်း အတည်ပြုခဲ့ပါတယ်။ ကျွန်တော်တို့ရဲ့ အတွေ့အကြုံအရတော့ အဲဒါနဲ့ ပတ်သက်ပြီး ပြဿနာမရှိပါဘူး။

Swap မှ VM ကိုဖယ်ရှားရန်အမှန်တကယ်အမိန့်များ ဖော်ပြခဲ့သည်။ Duncan Epping အသေးစိတ်ဖော်ပြချက်ကို ထပ်ခါတလဲလဲ မပြောတော့ပါဘူး၊ သူ့ရဲ့ အသုံးပြုပုံကို ဥပမာတစ်ခုပေးရုံပါပဲ။ စခရင်ရှော့တွင် သင်မြင်ရသည့်အတိုင်း၊ သတ်မှတ်ထားသည့်အမိန့်များကို လုပ်ဆောင်ပြီးနောက် အချိန်အတန်ကြာသောအခါ၊ Swap သည် VM တွင် ပျောက်သွားသည်။

ESXi Memory Management Tips

နောက်ဆုံးတွင်၊ ဤသည်မှာ RAM ကြောင့် VM စွမ်းဆောင်ရည် ပြဿနာများကို ရှောင်ရှားရန် ကူညီပေးမည့် အကြံပြုချက်အချို့ဖြစ်သည်။

• ဖြစ်ထွန်းသောအစုအဝေးများတွင် မမ်မိုရီပို၍ စာရင်းသွင်းခြင်းကို ရှောင်ကြဉ်ပါ။ သို့မှသာ DRS (နှင့် စီမံခန့်ခွဲသူ) သည် စီမံခန့်ခွဲရန် နေရာလွတ်ရှိပြီး VM များသည် ရွှေ့ပြောင်းနေစဉ် Swap ထဲသို့ မဝင်စေရန် အစုအဝေးတွင် ~20-30% အခမဲ့မှတ်ဉာဏ် အမြဲရှိရန် လိုလားပါသည်။ ထို့အပြင်၊ အမှားခံနိုင်ရည်အတွက် အနားသတ်ကိုလည်း မမေ့ပါနှင့်။ ဆာဗာတစ်ခုပျက်သွားပြီး HA ကိုအသုံးပြု၍ VM ကိုပြန်လည်စတင်သောအခါ၊ အချို့သောစက်များသည် Swap သို့ရောက်သွားသောအခါတွင် စိတ်မသက်မသာဖြစ်ရပါသည်။
• အလွန်စုစည်းထားသော အခြေခံအဆောက်အဦများတွင်၊ လက်ခံသူမှတ်ဉာဏ်၏ ထက်ဝက်ကျော်ရှိသော VM များကို ဖန်တီးရန် မကြိုးစားပါနှင့်။ ၎င်းသည် DRS သည် ပြဿနာတစ်စုံတစ်ရာမရှိဘဲ အစုလိုက်ဆာဗာများတစ်လျှောက် virtual machine များကို ဖြန့်ဝေရာတွင် ကူညီပေးပါမည်။ ဤစည်းမျဉ်းသည် universal မဟုတ်ပါ။ :)
• Host Memory အသုံးပြုမှုနှိုးစက်ကို စောင့်ကြည့်ပါ။
• VM တွင် VMware Tools ကိုထည့်သွင်းရန်မမေ့ပါနှင့် Ballooning ကိုမပိတ်ပါနှင့်။
• Inter-VM TPS ကိုဖွင့်ပြီး VDI နှင့် စမ်းသပ်ပတ်ဝန်းကျင်များရှိ စာမျက်နှာကြီးများကို ပိတ်ရန် စဉ်းစားပါ။
• VM သည် စွမ်းဆောင်ရည် ပြဿနာများ ကြုံနေရပါက၊ အဝေးထိန်း NUMA node မှ မန်မိုရီကို အသုံးပြုနေခြင်း ရှိမရှိ စစ်ဆေးကြည့်ပါ။
• သင်၏ VM ကို Swap မှ အမြန်ဆုံးရယူလိုက်ပါ။ အခြားအရာများထဲတွင် VM သည် Swap တွင်ရှိနေပါက၊ သိသာထင်ရှားသောအကြောင်းပြချက်များကြောင့်၊ သိုလှောင်မှုစနစ်သည် ဒုက္ခရောက်နေပါသည်။

ငါ့အတွက် RAM က ဒီလောက်ပါပဲ။ အောက်မှာ အသေးစိတ်လေ့လာချင်သူတွေအတွက် ဆက်စပ်ဆောင်းပါးတစ်ပုဒ်ပါ။ နောက်ဆောင်းပါးကို storadzh တွင်ဆက်ကပ်ပါမည်။

အသုံးဝင်သောလင့်များhttp://www.yellow-bricks.com/2015/03/02/what-happens-at-which-vsphere-memory-state/
http://www.yellow-bricks.com/2013/06/14/how-does-mem-minfreepct-work-with-vsphere-5-0-and-up/
https://www.vladan.fr/vmware-transparent-page-sharing-tps-explained/
http://www.yellow-bricks.com/2016/06/02/memory-pages-swapped-can-unswap/
https://kb.vmware.com/s/article/1002586
https://www.vladan.fr/what-is-vmware-memory-ballooning/
https://kb.vmware.com/s/article/2080735
https://kb.vmware.com/s/article/2017642
https://labs.vmware.com/vmtj/vmware-esx-memory-resource-management-swap
https://blogs.vmware.com/vsphere/2013/10/understanding-vsphere-active-memory.html
https://www.vmware.com/support/developer/converter-sdk/conv51_apireference/memory_counters.html
https://docs.vmware.com/en/VMware-vSphere/6.5/vsphere-esxi-vcenter-server-65-monitoring-performance-guide.pdf

source: www.habr.com