Kubernetes 1.17 - အမှားအယွင်းဘတ်ဂျက်တစ်ခုလုံးကို အသုံးမချဘဲ အဆင့်မြှင့်တင်နည်း

ဒီဇင်ဘာလ 9 ရက်နေ့တွင် Kubernetes ၏နောက်ထပ်ဗားရှင်း - 1.17 ကိုထုတ်ပြန်ခဲ့သည်။ ၎င်း၏ဆောင်ပုဒ်မှာ "တည်ငြိမ်မှု"၊ အင်္ဂါရပ်များစွာသည် GA အခြေအနေကို ရရှိခဲ့ပြီး၊ ခေတ်မမီသော အင်္ဂါရပ်များစွာကို ဖယ်ရှားခဲ့သည်...

အမြဲလိုလို၊ ကျွန်ုပ်တို့အကြိုက်ဆုံးအပိုင်းမှာ Action Required ဖိုင်ဖြစ်သည်။ ပြောင်းလဲခြင်း-1.17.md အာရုံစိုက်မှုလိုအပ်သည်။

ငါတို့လက်နဲ့လုပ်ရအောင်...

သတိထားပါ၊ သိုလှောင်မှု။

အတွဲများပိတ်ဆို့ရန် လမ်းကြောင်းပြောင်းသွားသောကြောင့် ဗားရှင်း 1.17 တွင် kubelet ကို အပ်ဒိတ်လုပ်ခြင်းကို ပံ့ပိုးမထားပါ။ node ကိုမွမ်းမံခြင်းမပြုမီ၊ သင်သည် command ကိုအသုံးပြု၍ ၎င်းမှ pods အားလုံးကို ဖယ်ထုတ်ရပါမည်။ kubectl drain.

အလံများနှင့် တံခါးများ...

changelog တွင် ထိုကဲ့သို့သော အလံ သို့မဟုတ် အင်္ဂါရပ်တံခါးကို ဖယ်ရှားခြင်း သို့မဟုတ် ထပ်ထည့်ခြင်းတို့ကို မကြာခဏ ရေးလေ့ရှိသော်လည်း အကြောင်းတစ်ခုခုကြောင့် ဤပြောင်းလဲမှုဖြစ်ပွားသည့် အက်ပ်လီကေးရှင်းကို မရေးပါ...:

• အလံ ဖယ်ရှားခဲ့သည်။ --include-uninitialized у kubectl;
• ဂိတ်ပေါက်များကို ခွင့်ပြုထားသည့် လုပ်ဆောင်ချက် GCERegionalPersistentDisk, EnableAggregatedDiscoveryTimeout и PersistentLocalVolumes၊ ယခု အမြဲသုံးနေပြီး ပိတ်ထား၍မရပါ။ ဤရွေးချယ်မှုများကို ဖြစ်နိုင်သောသော့များမှ ဖယ်ရှားလိုက်ပါပြီ။ api-server и controller-manager;
• ဝန်ဆောင်မှုများအတွက် IP လိပ်စာများ၏ ကွန်ရက်ကို မူရင်းအတိုင်း သတ်မှတ်ပေးတော့မည်မဟုတ်ပါ။ အလံကို အသုံးပြု၍ သတ်မှတ်ရပါမည်။ --service-cluster-ip-range API server နှင့် controller-manager ကိုစတင်သောအခါ။

kubeadm

• ညွှန်ကြားချက်ကိုလုပ်ဆောင်ခဲ့သည့် ပထမဆုံးမာစတာအပါအဝင် အစုအစည်းများအပြားတွင် kubelet အတွက် လက်မှတ်များကို အလိုအလျောက်သက်တမ်းတိုးခြင်းပုံစံကို Kubeadm သင်ယူလေ့လာခဲ့သည် kubeadm init. ဘေးထွက်ဆိုးကျိုးမှာ ကနဦး kubelet ဖွဲ့စည်းမှုပုံစံဖြင့် ဖိုင်တစ်ခုအတွက် လိုအပ်ချက်ဖြစ်သည်။ bootstrap-kubelet.conf အစား kubelet.conf ကွပ်မျက်စဉ်အတွင်း kubeadm init;
• API သို့ ခွင့်ပြုချက်မုဒ်များကို ထည့်သောအခါ kubeadm ဆာဗာသည် မုဒ်များကို အစားထိုးတော့မည်မဟုတ်ပါ။ Node, RBAC static pod manifest ထဲသို့၊ သင်သည် configuration ကိုလုံးဝပြောင်းလဲရန်ခွင့်ပြုသည်။

RBAC

built-in အစုအဖွဲ့ကဏ္ဍများကို ဖယ်ရှားခဲ့သည်။ system:csi-external-provisioner и system:csi-external-attacher.

ကန့်ကွက်ထားသည်...

အင်္ဂါရပ်များစွာကို ရပ်ဆိုင်းထားသော်လည်း ၎င်းတို့ကို ပံ့ပိုးပေးနေဆဲဖြစ်သည်။ ဒါပေမယ့် ContainerStorageInterface ကိုအသုံးပြုခြင်းသို့ ကူးပြောင်းခြင်းလုပ်ငန်းစဉ်ကို အထူးသတိပြုစေလိုပါတယ်။ AWS နှင့် GCE တွင် ၎င်းတို့၏ကိုယ်ပိုင် (စီမံမထားသော) အစုအဝေးများကို ဖြန့်ကျက်ထားသော စီမံခန့်ခွဲသူများသည် Kubernetes တွင် တည်ဆောက်ထားသည့် ဒရိုင်ဘာများအစား ဆက်တိုက်လုပ်ဆောင်ရန်အတွက် CSI Driver ကိုအသုံးပြု၍ ပြောင်းရွှေ့ရန် စီစဉ်သင့်သည်။ CSIMigration လုပ်ထုံးလုပ်နည်းသည် ၎င်းတို့ကို ကူညီသင့်သည် - ကျွန်ုပ်တို့သည် အဆင့်ဆင့်လမ်းညွှန်ချက် ပေါ်လာရန် စောင့်ဆိုင်းနေပါသည်။ ဆက်တိုက်ဒစ်များကို ချိတ်ဆက်ရန် အခြားပံ့ပိုးပေးသူများကို အသုံးပြုသော စီမံခန့်ခွဲသူများအတွက်၊ စာရွက်စာတမ်းကို ရှာဖွေဖတ်ရှုရန် အချိန်ရောက်ပြီ- ဗားရှင်း 1.21 တွင် တပ်ဆင်ထားသော ဒရိုက်ဗာအားလုံးကို အပြီးအပိုင် ဖယ်ရှားမည်ဟု ကတိပြုပါသည်။

source: www.habr.com