Kubernetes အကောင်းဆုံး အလေ့အကျင့်များ။ ပိတ်ခြင်း Terminate ကို ပြင်ပေးပါ။

Kubernetes အကောင်းဆုံး အလေ့အကျင့်များ။ ကွန်တိန်နာငယ်များ ဖန်တီးခြင်း။
Kubernetes အကောင်းဆုံး အလေ့အကျင့်များ။ Namespace ဖြင့် Kubernetes ၏အဖွဲ့အစည်း
Kubernetes အကောင်းဆုံး အလေ့အကျင့်များ။ အဆင်သင့် နှင့် အသက်ရှင်မှု စမ်းသပ်မှုများဖြင့် Kubernetes Liveness ကို အတည်ပြုခြင်း
Kubernetes အကောင်းဆုံး အလေ့အကျင့်များ။ အရင်းအမြစ်တောင်းဆိုမှုများနှင့် ကန့်သတ်ချက်များကို သတ်မှတ်ခြင်း။

ဖြန့်ဝေသည့်စနစ်များ လည်ပတ်ရာတွင် အရေးကြီးသောအချက်မှာ ကိုင်တွယ်မှု ချို့ယွင်းခြင်းပင်ဖြစ်သည်။ Kubernetes သည် သင့်စနစ်၏ ကျန်းမာရေးကို စောင့်ကြည့်သည့် ထိန်းချုပ်ကိရိယာများကို အသုံးပြုကာ အလုပ်မလုပ်တော့သော ဝန်ဆောင်မှုများကို ပြန်လည်စတင်ခြင်းဖြင့် ၎င်းကို ကူညီသည်။ သို့သော်၊ စနစ်တစ်ခုလုံး၏ ကျန်းမာရေးကို သေချာစေရန် Kubernetes သည် သင့်အက်ပ်လီကေးရှင်းများကို ပြင်းထန်စွာ ရပ်တန့်နိုင်သည်။ ဤစီးရီးတွင်၊ Kubernetes သည် ၎င်း၏အလုပ်ကို ပိုမိုထိရောက်စွာလုပ်ဆောင်ရန်နှင့် လျှောက်လွှာတင်ချိန်ကို လျှော့ချရန် သင်ကူညီနိုင်ပုံကို ကြည့်ရှုပါမည်။

ကွန်တိန်နာများ မတိုင်မီ၊ အပလီကေးရှင်း အများစုသည် ပကတိ သို့မဟုတ် ရုပ်ပိုင်းဆိုင်ရာ စက်များတွင် လုပ်ဆောင်သည်။ အပလီကေးရှင်း ပျက်သွားပါက သို့မဟုတ် ရပ်သွားပါက၊ လုပ်ဆောင်နေသည့် လုပ်ဆောင်စရာကို ပယ်ဖျက်ပြီး ပရိုဂရမ်ကို ပြန်လည်စတင်ရန် အချိန်အတော်ကြာပါသည်။ အဆိုးဆုံးအခြေအနေတွင်၊ တစ်စုံတစ်ဦးသည် အခန့်မသင့်ဆုံးအချိန်များတွင် ညဘက်တွင် ဤပြဿနာကို ကိုယ်တိုင်ဖြေရှင်းခဲ့ရသည်။ အလုပ်စက် ၁-၂ လုံးသာ အရေးကြီးသော အလုပ်တစ်ခုကို လုပ်ဆောင်ပါက၊ ထိုသို့သော အနှောင့်အယှက်ကို လုံးဝ လက်မခံနိုင်ပါ။
ထို့ကြောင့်၊ manual reboots အစား ပုံမှန်မဟုတ်သော ရပ်စဲမှုတစ်ခုတွင် အပလီကေးရှင်းအား အလိုအလျောက်ပြန်လည်စတင်ရန်အတွက် လုပ်ငန်းစဉ်အဆင့်စောင့်ကြည့်ခြင်းကို စတင်အသုံးပြုခဲ့ကြသည်။ ပရိုဂရမ်မအောင်မြင်ပါက၊ စောင့်ကြည့်ရေးလုပ်ငန်းစဉ်သည် ထွက်ပေါက်ကုဒ်ကိုဖမ်းယူပြီး ဆာဗာကို ပြန်လည်စတင်သည်။ Kubernetes ကဲ့သို့သော စနစ်များ ထွန်းကားလာသဖြင့်၊ စနစ်ကျရှုံးမှုကို တုံ့ပြန်မှု အမျိုးအစားသည် အခြေခံအဆောက်အအုံတွင် ရိုးရိုးရှင်းရှင်း ပေါင်းစပ်ထားသည်။

Kubernetes သည် အရင်းအမြစ်များကို ကွန်တိန်နာများမှ node များဆီသို့ ၎င်းတို့ကိုယ်တိုင်သွားရာလမ်းကြောင်းတွင် ကျန်းမာစွာ ဆက်လက်ရှိနေကြောင်း သေချာစေရန်အတွက် စောင့်ကြည့်-ကွာခြားမှု-လုပ်ဆောင်မှု ဖြစ်ရပ်ကွင်းဆက်တစ်ခုကို အသုံးပြုသည်။

ဆိုလိုသည်မှာ သင်သည် လုပ်ငန်းစဉ်စောင့်ကြည့်ခြင်းကို ကိုယ်တိုင်လုပ်ဆောင်ရန် မလိုအပ်တော့ပါ။ အရင်းအမြစ်တစ်ခုသည် ကျန်းမာရေးစစ်ဆေးမှုကို မအောင်မြင်ပါက၊ Kubernetes သည် ၎င်းကို အစားထိုးမှုတစ်ခုဖြင့် အလိုအလျောက် ဆောင်ရွက်ပေးမည်ဖြစ်သည်။ သို့သော်၊ Kubernetes သည် သင့်အပလီကေးရှင်းကို မအောင်မြင်မှုများကို စောင့်ကြည့်ရုံထက် များစွာပိုလုပ်ဆောင်ပါသည်။ စက်များစွာတွင်လည်ပတ်ရန်၊ အပလီကေးရှင်းကို အပ်ဒိတ်လုပ်ရန် သို့မဟုတ် သင့်အက်ပ်လီကေးရှင်း၏ဗားရှင်းများစွာကို တစ်ပြိုင်နက်လည်ပတ်ရန် အက်ပ်လီကေးရှင်း၏ နောက်ထပ်မိတ္တူများကို ဖန်တီးနိုင်သည်။
ထို့ကြောင့်၊ Kubernetes သည် ပြီးပြည့်စုံသော ကျန်းမာရေးနှင့်ညီညွတ်သော ကွန်တိန်နာကို ရပ်တန့်နိုင်သည့် အကြောင်းရင်းများစွာရှိပါသည်။ ဥပမာအားဖြင့်၊ သင်၏အသုံးပြုမှုကို အဆင့်မြှင့်ပါက၊ Kubernetes သည် အသစ်များကို စတင်စဉ်တွင် pod အဟောင်းများကို ဖြည်းညှင်းစွာ ရပ်သွားပါမည်။ အကယ်၍ သင်သည် node တစ်ခုကို ပိတ်ပါက၊ Kubernetes သည် ထို node ပေါ်ရှိ pods အားလုံးကို လုပ်ဆောင်ခြင်း ရပ်သွားပါမည်။ နောက်ဆုံးတွင်၊ node တစ်ခုသည် အရင်းအမြစ်များ ကုန်သွားပါက၊ ထိုအရင်းအမြစ်များကို ဖယ်ရှားရန်အတွက် Kubernetes သည် pods အားလုံးကို ပိတ်ပစ်မည်ဖြစ်သည်။

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

လက်တွေ့တွင်၊ ဆိုလိုသည်မှာ သင်၏ application သည် Unix လည်ပတ်မှုစနစ်များရှိ kill utility အတွက် ပုံသေအချက်ဖြစ်သည့် လုပ်ငန်းစဉ်ရပ်စဲခြင်းအချက်ပြသည့် SIGTERM မက်ဆေ့ဂျ်ကို ကိုင်တွယ်နိုင်ရမည်ဟု ဆိုလိုသည်။ ဤမက်ဆေ့ချ်ကို လက်ခံရရှိသောအခါ၊ အပလီကေးရှင်းကို ပိတ်သင့်သည်။

Kubernetes သည် pod တစ်ခုအား ရပ်ဆိုင်းရန် ဆုံးဖြတ်လိုက်သည်နှင့်၊ ဖြစ်ရပ်များစွာ ဖြစ်ပေါ်လာပါသည်။ ကွန်တိန်နာ သို့မဟုတ် ပေါ့ဒ်ကို ပိတ်သည့်အခါ Kubernetes လုပ်ဆောင်သည့် အဆင့်တိုင်းကို ကြည့်ကြပါစို့။

ကျွန်ုပ်တို့သည် အကွက်များထဲမှ တစ်ခုကို ရပ်စဲလိုသည်ဟု ဆိုကြပါစို့။ ဤအချိန်တွင်၊ ယာဉ်အသွားအလာအသစ်များ လက်ခံရရှိခြင်းကို ရပ်သွားလိမ့်မည် - pod တွင် လည်ပတ်နေသော ကွန်တိန်နာများကို ထိခိုက်မည်မဟုတ်သော်လည်း လမ်းကြောင်းအသစ်အားလုံးကို ပိတ်ဆို့သွားပါမည်။

pod တစ်ခုရှိ container များထံပေးပို့သည့် အထူး command သို့မဟုတ် HTTP တောင်းဆိုချက်ဖြစ်သည့် preStop ချိတ်ကို ကြည့်ကြပါစို့။ SIGTERM ကိုလက်ခံရရှိသောအခါ သင့်အပလီကေးရှင်းကို မှန်ကန်စွာပိတ်မထားပါက၊ သင်သည် မှန်ကန်စွာပိတ်ရန် preStop ကိုသုံးနိုင်သည်။

ပရိုဂရမ်အများစုသည် SIGTERM အချက်ပြမှုကို လက်ခံရရှိသောအခါတွင် ကောင်းမွန်စွာ ထွက်တတ်သော်လည်း သင်သည် ပြင်ပကုဒ် သို့မဟုတ် သင်အပြည့်အဝမထိန်းချုပ်နိုင်သော စနစ်အချို့ကို အသုံးပြုနေပါက၊ preStop ချိတ်သည် အပလီကေးရှင်းကို မပြောင်းလဲဘဲ သပ်ရပ်စွာ ပိတ်ပစ်ရန် အကောင်းဆုံးနည်းလမ်းတစ်ခုဖြစ်သည်။

ဤချိတ်ကို အကောင်အထည်ဖော်ပြီးနောက်၊ Kubernetes သည် မကြာမီ ချိတ်ဆက်မှုပြတ်တောက်သွားမည်ဖြစ်ကြောင်း ၎င်းတို့အား အသိပေးခြင်းဖြင့် pod ရှိ ကွန်တိန်နာများသို့ SIGTERM အချက်ပြမှုတစ်ခု ပေးပို့မည်ဖြစ်သည်။ ဤအချက်ပြမှုကို လက်ခံရရှိသည်နှင့်၊ သင့်ကုဒ်သည် ပိတ်ခြင်းလုပ်ငန်းစဉ်သို့ ဆက်လက်လုပ်ဆောင်မည်ဖြစ်သည်။ ဤလုပ်ငန်းစဉ်တွင် ဒေတာဘေ့စ်ချိတ်ဆက်မှု သို့မဟုတ် WebSocket ထုတ်လွှင့်မှုကဲ့သို့သော သက်တမ်းရှည်ချိတ်ဆက်မှုများကို ရပ်တန့်ခြင်း၊ လက်ရှိအခြေအနေအား သိမ်းဆည်းခြင်းနှင့် အခြားအရာများ ပါဝင်နိုင်သည်။

အကယ်၍ သင်သည် preStop ချိတ်ကို အသုံးပြုသော်လည်း၊ သင် SIGTERM အချက်ပြမှုတစ်ခု ပေးပို့သောအခါတွင် သင့်အပလီကေးရှင်းတွင် မည်သည့်အရာဖြစ်ပျက်သည်ကို အတိအကျစစ်ဆေးရန်၊ ၎င်းသည် မည်သို့ပြုမူနေသနည်း၊ သို့မှသာ pod shutdown ကြောင့်ဖြစ်ရသည့် စနစ်လည်ပတ်မှုတွင် ဖြစ်ရပ်များ သို့မဟုတ် အပြောင်းအလဲများ မလာစေရန် အလွန်အရေးကြီးပါသည်။ သင့်အတွက် အံ့သြစရာတစ်ခု။

ဤအချိန်တွင်၊ Kubernetes သည် terminationGracePeriodSecond ဟုခေါ်သော သတ်မှတ်ထားသောအချိန်အတိုင်းအတာတစ်ခု၊ သို့မဟုတ် နောက်ထပ်လုပ်ဆောင်မှုမလုပ်ဆောင်မီ SIGTERM အချက်ပြမှုကို လက်ခံရရှိသည့်အခါ သာယာစွာပိတ်ရမည့်ကာလဖြစ်သည်။

ပုံမှန်အားဖြင့် ဤကာလသည် စက္ကန့် 30 ဖြစ်သည်။ ၎င်းသည် preStop ချိတ်နှင့် SIGTERM အချက်ပြမှုများနှင့်အပြိုင် လုပ်ဆောင်နေကြောင်း သတိပြုရန် အရေးကြီးသည်။ Kubernetes သည် ကြိုတင်ရပ်တန့်ချိတ်နှင့် SIGTERM အဆုံးသတ်ရန် စောင့်မည်မဟုတ်ပါ— အကယ်၍ သင့်လျှောက်လွှာသည် TerminationGracePeriod မကုန်ဆုံးမီတွင် ထွက်ပါက၊ Kubernetes သည် နောက်တစ်ဆင့်သို့ ချက်ချင်းသွားပါမည်။ ထို့ကြောင့်၊ ဤကာလ၏စက္ကန့်တန်ဖိုးသည် ပေါ့ဒ်ကိုမှန်ကန်စွာပိတ်ရန် လိုအပ်သည့်အချိန်ထက် မနည်းကြောင်း စစ်ဆေးပါ၊ ၎င်းသည် 30s ကျော်လွန်ပါက၊ ကာလကို YAML တွင် လိုချင်သောတန်ဖိုးသို့ တိုးမြှင့်ပါ။ ဥပမာပေးထားသော 60s ဖြစ်သည်။

နောက်ဆုံးအဆင့်မှာ၊ GracePeriod ရပ်ဆိုင်းပြီးနောက် ကွန်တိန်နာများ ဆက်လက်လည်ပတ်နေပါက၊ ၎င်းတို့သည် SIGKILL အချက်ပြမှုကို ပေးပို့မည်ဖြစ်ပြီး အတင်းအကျပ် ဖျက်ပစ်မည်ဖြစ်သည်။ ဤအချိန်တွင် Kubernetes သည် အခြားသော pod objects အားလုံးကို ရှင်းပစ်ပါမည်။

Kubernetes သည် အကြောင်းပြချက်များစွာဖြင့် ပေါ့ဒ်များကို ရပ်ဆိုင်းလိုက်သည်၊ ထို့ကြောင့် တည်ငြိမ်သောဝန်ဆောင်မှုကိုသေချာစေရန် မည်သည့်အခြေအနေမျိုးတွင်မဆို သင့်လျှောက်လွှာကို ကောင်းမွန်စွာရပ်ဆိုင်းကြောင်း သေချာပါစေ။

Kubernetes အကောင်းဆုံး အလေ့အကျင့်များ။ ပြင်ပဝန်ဆောင်မှုများကို ပုံဖော်ခြင်း။

ကြော်ငြာအချို့ 🙂

ကျွန်ုပ်တို့နှင့်အတူရှိနေသည့်အတွက် ကျေးဇူးတင်ပါသည်။ ကျွန်ုပ်တို့၏ဆောင်းပါးများကို သင်နှစ်သက်ပါသလား။ ပိုစိတ်ဝင်စားစရာကောင်းတဲ့ အကြောင်းအရာတွေကို ကြည့်ချင်ပါသလား။ မှာယူမှုတစ်ခုပြုလုပ်ခြင်း သို့မဟုတ် သူငယ်ချင်းများကို အကြံပြုခြင်းဖြင့် ကျွန်ုပ်တို့အား ပံ့ပိုးကူညီပါ၊ $4.99 မှ developer များအတွက် cloud VPS, မင်းအတွက် ငါတို့က တီထွင်ထားတဲ့ entry-level server တွေရဲ့ ထူးခြားတဲ့ analogue တစ်ခု။ VPS (KVM) E5-2697 v3 (6 Cores) 10GB DDR4 480GB SSD 1Gbps သို့မဟုတ် $19 မှ ဆာဗာတစ်ခုမျှဝေပုံနှင့်ပတ်သက်သော အမှန်တရားတစ်ခုလုံး။ (RAID1 နှင့် RAID10၊ 24 cores အထိနှင့် 40GB DDR4 အထိ)။

အမ်စတာဒမ်ရှိ Equinix Tier IV ဒေတာစင်တာတွင် Dell R730xd သည် ၂ ဆ စျေးသက်သာသည်။ ဒီမှာသာ 2 x Intel TetraDeca-Core Xeon 2x E5-2697v3 2.6GHz 14C 64GB DDR4 4x960GB SSD 1Gbps 100 TV ကို $199 မှ နယ်သာလန်မှာ Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - $99 မှ။ အကြောင်းဖတ်ပါ။ Infrastructure Corp ကို ဘယ်လိုတည်ဆောက်မလဲ။ တစ်ပြားတစ်ချပ်အတွက် ယူရို ၉၀၀၀ တန် Dell R730xd E5-2650 v4 ဆာဗာများကို အသုံးပြုခြင်း။

source: www.habr.com