လိုင်းများကိုဖြတ်ခြင်း- ရုပ်သေးလုပ်ငန်းမှ Ansible Tower သို့ ပြောင်းရွှေ့ခြင်း။ အပိုင်း 1

National Environmental Satellite Data Information Service (NESDIS) သည် Red Hat Enterprise Linux (RHEL) အတွက် ကုန်ကျစရိတ်များကို Puppet Enterprise မှ Ansible Tower သို့ ပြောင်းရွှေ့ခြင်းဖြင့် 35% လျှော့ချခဲ့သည်။ ဤ "ကျွန်ုပ်တို့ မည်သို့ပြုလုပ်ခဲ့သည်" ဗီဒီယိုတွင်၊ စနစ်အင်ဂျင်နီယာ Michael Rau သည် ဤရွှေ့ပြောင်းခြင်းအတွက် အသုံးဝင်သော အကြံပြုချက်များနှင့် SCM တစ်ခုမှ အခြားတစ်ခုကို ပြောင်းရွှေ့ခြင်းမှ သင်ယူခဲ့သော အသုံးဝင်သော အကြံပြုချက်များနှင့် သင်ခန်းစာများကို မျှဝေပါသည်။

ဤဗီဒီယိုမှ သင်လေ့လာနိုင်သည်-

• Puppet Enterprise မှ Ansible Tower သို့ပြောင်းခြင်း၏ဖြစ်နိုင်ချေကို စီမံခန့်ခွဲရန် မည်ကဲ့သို့တရားမျှတနိုင်မည်နည်း။
• အကူးအပြောင်းကို တတ်နိုင်သမျှ ချောမွေ့အောင် ဘယ်လိုနည်းဗျူဟာတွေ သုံးရမလဲ၊
• PE ကို Ansible Playbook သို့ အသွင်ပြောင်းခြင်းအတွက် အကြံပြုချက်များ၊
• Ansible Tower ၏ အကောင်းဆုံး တပ်ဆင်မှုအတွက် အကြံပြုချက်များ။

အားလုံးပဲမင်္ဂလာပါ၊ ကျွန်ုပ်၏အမည်မှာ Michael Rau ဖြစ်ပါသည်၊ ကျွန်ုပ်သည် National Oceanic and Atmospheric Administration (NOAA) NESDIS ဝန်ဆောင်မှုအတွက် လုပ်ဆောင်နေသော ActioNet မှ အကြီးတန်းစနစ်အင်ဂျင်နီယာဖြစ်ပါသည်။ ယနေ့ကျွန်ုပ်တို့သည် string trimming အကြောင်းပြောပါမည် - Puppet Enterprise မှ Ansible Tower သို့ပြောင်းရွှေ့ခြင်း၏ကိုယ်ပိုင်အတွေ့အကြုံ။ ဤတင်ဆက်မှု၏ ဆောင်ပုဒ်မှာ ယခုနှစ်အစောပိုင်းတွင် ကျွန်ုပ်ဤအကူးအပြောင်းကို ပြုလုပ်ပြီးနောက် ကျန်ရှိခဲ့သော "ငါ့အမာရွတ်များကို ကြည့်ရန်" ဖြစ်သည်။ ဒီဖြစ်စဉ်မှာ သင်ယူခဲ့ရတာတွေကို မျှဝေချင်ပါတယ်။ ထို့ကြောင့် သင်သည် ဤကဲ့သို့သော အရာတစ်ခုခုကို ခံယူသောအခါတွင်၊ ကျွန်ုပ်၏ အတွေ့အကြုံကို အသုံးပြု၍ အပိုအလုပ်များ မလိုအပ်ဘဲ အပြောင်းအလဲကို ပြုလုပ်နိုင်သည်။

Ansible Fest တွင် တင်ဆက်မှုတိုင်း၏အစတွင် ၎င်းနှင့်ဆင်တူသောဆလိုက်များကို သင်တွေ့မြင်ရသည်။ ဤဆလိုက်သည် ကျွန်ုပ်၏ကုမ္ပဏီ၏ အလိုအလျောက်စနစ်၏သမိုင်းကြောင်းကို အကြမ်းဖျင်းဖော်ပြပါသည်။ 2007 ခုနှစ်ကတည်းက Puppet/Puppet Enterprise ကိုအသုံးပြုနေသောကြောင့် ၎င်းနှင့်ပတ်သက်ပြီး အသစ်အဆန်းမဟုတ်ပေ။ ကျွန်ုပ်သည် 2016 ခုနှစ်တွင် Ansible နှင့် စတင်အလုပ်လုပ်ခဲ့ပြီး ဤထုတ်ကုန်၏အခြားအသုံးပြုသူများကဲ့သို့ပင် command line နှင့် ရိုးရှင်းသော scripts (playbooks) ကိုအသုံးပြု၍ "လှည့်ကွက်များ" ဖြစ်နိုင်ခြေရှိသောကြောင့် ကျွန်ုပ်အား ဆွဲဆောင်ခဲ့ပါသည်။ 2017 နှစ်ကုန်တွင်၊ Ansible Tower သို့ပြောင်းရွှေ့ရခြင်း၏ခိုင်မာသောအကြောင်းပြချက်များနှင့် ပတ်သက်၍ ကျွန်ုပ်၏စီမံခန့်ခွဲမှုကို ချဉ်းကပ်ခဲ့ပါသည်။ တစ်မိနစ်အတွင်းမှာ ဒီအဆင့်ကို တက်လှမ်းဖို့ တွန်းအားပေးရတဲ့ အကြောင်းရင်းတွေကို ပြောပြမယ်။ စီမံခန့်ခွဲသူ၏ သဘောတူညီချက်ကို ရရှိပြီးနောက်၊ အစီအစဉ်ကို အပြီးသတ်ရန် လပေါင်းများစွာ အချိန်ယူရပြီး ယခုနှစ် ဇန်နဝါရီလမှ ဖေဖော်ဝါရီလတွင် အပြောင်းအလဲကို ပြုလုပ်ခဲ့သည်။ ထို့ကြောင့် ကျွန်ုပ်တို့သည် Ansible ကို မျက်နှာသာပေးကာ Puppet ကို လုံးဝစွန့်ပယ်ခဲ့ပြီး ၎င်းသည် ကြီးမြတ်သောအရာဖြစ်သည်။

Ansible နှင့်ပတ်သက်၍ ကျွန်ုပ်အနှစ်သက်ဆုံးအရာမှာ အခန်းကဏ္ဍများနှင့် ပြဇာတ်စာအုပ်များကို ရေးသားခြင်းနှင့် အသုံးပြုခြင်းစွမ်းရည်ဖြစ်သည်။ ကွဲပြားသော်လည်း သက်ဆိုင်သည့် အလုပ်များကို ဖန်တီးရန်နှင့် ထိုအလုပ်များနှင့် သက်ဆိုင်သည့် ဒေတာအားလုံးကို တစ်နေရာတည်းတွင် ထည့်သွင်းရန်အတွက် အခန်းကဏ္ဍများသည် အလွန်ကောင်းမွန်ပါသည်။ Playbook သည် တစ်ခု သို့မဟုတ် တစ်ခုထက်ပိုသော host များအတွက် လုပ်ဆောင်ချက်များကို ဖော်ပြသည့် YAML အစည်းအဝေးတစ်ခု၊ script ဖိုင်ဖြစ်သည်။ အဓိကအားဖြင့် ဆော့ဖ်ဝဲလ် developer များ သည် ဤအင်္ဂါရပ်များအကြောင်း သုံးစွဲသူများကို ပြောပြပါသည်။ Ansible Tower က "မဟုတ်ဘူး၊ မင်းမှာ shell access မရှိဘူး၊ ဒါပေမယ့် ငါမင်းကို Tower လုပ်ငန်းစဉ်အားလုံးကို လုပ်ဆောင်နိုင်ပြီး မင်းလိုအပ်တဲ့အခါ ဝန်ဆောင်မှုကို ပြန်လည်စတင်နိုင်စေတယ်" လို့ ပြောနိုင်စွမ်းရှိပါတယ်။ အလုပ်ပတ်ဝန်းကျင်နဲ့ ကျွန်တော်တို့သုံးတဲ့ စက်ကိရိယာတွေအကြောင်း ပြောပြမယ်။

၎င်းသည် ဗဟိုအစိုးရ LAN တစ်ခု၊ cloud MPLS မှတစ်ဆင့် ချိတ်ဆက်ထားသော ရုပ်ပိုင်းဆိုင်ရာဆိုက် 7 ခု၊ 140 RHEL ဆာဗာများ၊ 99% သည် virtual (vSphere)၊ SuperMicro ဟာ့ဒ်ဝဲ၊ NexentaStore ကွန်ရက်သိုလှောင်မှု၊ Cisco၊ Arista နှင့် Cumulus ခလုတ်အစုံနှင့် Fortinet UTM ပေါင်းစည်းထားသော ခြိမ်းခြောက်မှုစီမံခန့်ခွဲမှုများဖြစ်သည်။ site တစ်ခုစီရှိ tools များ။

Federal Network ဆိုသည်မှာ ဥပဒေအရ ပေးထားသော အချက်အလက် လုံခြုံရေး အစီအမံအားလုံးကို အသုံးပြုရမည်ဟု ဆိုလိုသည်။ Puppet Enterprise သည် ကျွန်ုပ်တို့အသုံးပြုသည့် hardware အများစုကို မပံ့ပိုးကြောင်း မှတ်သားထားသင့်သည်။ အစိုးရအေဂျင်စီများသည် ဤစရိတ်စကကို ငွေကြေးထောက်ပံ့ရာတွင် ပြဿနာရှိသောကြောင့် ကျွန်ုပ်တို့သည် ဘတ်ဂျက် ဟာ့ဒ်ဝဲကို မဖြစ်မနေ အသုံးပြုနေရပါသည်။ ထို့ကြောင့် ကျွန်ုပ်တို့သည် SuperMicro ဟာ့ဒ်ဝဲကို ဝယ်ယူပြီး အစိုးရ၏ စာချုပ်များဖြင့် အာမခံထားသည့် ပြုပြင်ထိန်းသိမ်းမှုဆိုင်ရာ အစိတ်အပိုင်းတစ်ခုချင်းစီမှ ကျွန်ုပ်တို့၏စက်ပစ္စည်းများကို စုစည်းပေးပါသည်။ ကျွန်ုပ်တို့သည် Linux ကိုအသုံးပြုပြီး ၎င်းသည် Ansible သို့ပြောင်းခြင်းအတွက် အရေးကြီးသောအကြောင်းရင်းတစ်ခုဖြစ်သည်။

ကျွန်ုပ်တို့၏ ရုပ်သေးသမိုင်းမှာ အောက်ပါအတိုင်းဖြစ်သည်။

2007 တွင်၊ ကျွန်ုပ်တို့တွင် Puppet ကို ဖြန့်ကျက်ထားသည့် 20-25 node များရှိသော ကွန်ရက်ငယ်တစ်ခုရှိသည်။ အခြေခံအားဖြင့်၊ ဤ node များသည် RedHat “boxes” များသာဖြစ်သည်။ 2010 ခုနှစ်တွင် ကျွန်ုပ်တို့သည် node 45 ခုအတွက် Puppet Dashboard ဝဘ်အင်တာဖေ့စ်ကို စတင်အသုံးပြုခဲ့သည်။ ကွန်ရက်သည် ဆက်လက်ချဲ့ထွင်လာသည်နှင့်အမျှ၊ ကျွန်ုပ်တို့သည် 2014 ခုနှစ်တွင် PE 3.3 သို့ပြောင်းခဲ့ပြီး node 75 ခုအတွက် manifest rewrite ဖြင့် ပြီးပြည့်စုံသောကူးပြောင်းမှုကို ပြုလုပ်ခဲ့သည်။ Puppet သည် ဂိမ်း၏ စည်းမျဉ်းများကို ပြောင်းလဲလိုသောကြောင့် ၎င်းကို လုပ်ဆောင်ခဲ့ရပြီး ဤကိစ္စတွင် ၎င်းတို့သည် ဘာသာစကားကို လုံးလုံးလျားလျား ပြောင်းလဲစေသောကြောင့် ဖြစ်သည်။ တစ်နှစ်အကြာတွင်၊ ရုပ်သေးလုပ်ငန်း၏ ဗားရှင်း 3 အတွက် ပံ့ပိုးမှု ပြီးဆုံးသောအခါ၊ ကျွန်ုပ်တို့သည် PE 2015.2 သို့ ပြောင်းရွေ့ရန် တွန်းအားပေးခဲ့သည်။ ကျွန်ုပ်တို့သည် ဆာဗာအသစ်များအတွက် မန်နီးဖက်စ်ကို ထပ်မံရေးသားရမည်ဖြစ်ပြီး ထိုအချိန်တွင် ကျွန်ုပ်တို့တွင် node 100 ခုသာရှိသော်လည်း node 85 ဖြင့် လိုင်စင်တစ်ခုဝယ်ယူပါ။

2 နှစ်သာ ကုန်ဆုံးသွားခဲ့ပြီး PE 2016.4 ဗားရှင်းအသစ်သို့ ပြောင်းရွှေ့ရန် အလုပ်များစွာ ထပ်မံလုပ်ခဲ့ရသည်။ 300 သာရှိသော node 130 အတွက် လိုင်စင်တစ်ခုဝယ်ပါသည်။ ဘာသာစကား၏ဗားရှင်းအသစ်တွင် 2015 ဗားရှင်းဘာသာစကားထက် မတူညီသော syntax ပါရှိသောကြောင့် မန်နီးဖက်စ်တွင် ကြီးကြီးမားမားပြောင်းလဲမှုများ ထပ်မံပြုလုပ်ခဲ့ရပါသည်။ ရလဒ်အနေဖြင့်၊ ကျွန်ုပ်တို့၏ SCM သည် SVN ဗားရှင်းထိန်းချုပ်မှုမှ Bitbucket (Git) သို့ ပြောင်းခဲ့သည်။ ဤသည်မှာ ရုပ်သေးနှင့် ကျွန်ုပ်တို့၏ “ဆက်ဆံရေး” ဖြစ်သည်။

ထို့ကြောင့်၊ အောက်ဖော်ပြပါအငြင်းအခုံများကိုအသုံးပြု၍ မတူညီသော SCM သို့ပြောင်းရွှေ့ရန် အဘယ်ကြောင့်လိုအပ်ကြောင်း စီမံခန့်ခွဲမှုအား ကျွန်ုပ်ရှင်းပြခဲ့ပါသည်။ ပထမအချက်မှာ ဝန်ဆောင်မှု၏ မြင့်မားသောစျေးနှုန်းဖြစ်သည်။ RedHat မှာ ယောက်ျားလေးတွေနဲ့ စကားပြောခဲ့ပြီး Ansible Tower နဲ့ Node 300 ကွန်ရက်ကို လည်ပတ်ဖို့ ကုန်ကျစရိတ်က Puppet Enterprise ရဲ့ တစ်ဝက်လောက်ကုန်ကျတယ်လို့ သူတို့က ပြောပါတယ်။ Ansible Engine ကိုလည်း သင်ဝယ်ယူပါက ကုန်ကျစရိတ်မှာ အတူတူပင်ဖြစ်သော်လည်း PE ထက် လုပ်ဆောင်ချက်များစွာကို ရရှိမည်ဖြစ်သည်။ ကျွန်ုပ်တို့သည် ပြည်ထောင်စုဘတ်ဂျက်မှ ဘဏ္ဍာငွေရရှိထားသော နိုင်ငံပိုင်ကုမ္ပဏီဖြစ်သောကြောင့်၊ ဤသည်မှာ အလွန်အားကောင်းသော ငြင်းခုံမှုဖြစ်သည်။

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

Ansible Tower စနစ်သည် မည်သည့်အေးဂျင့်မျှမရှိသောကြောင့် ကွဲပြားစွာအလုပ်လုပ်သော်လည်း Cisco ခလုတ်များနှင့် အခြားခလုတ်များအားလုံးကို ပံ့ပိုးပေးသည့် module များရှိသည်။ ဤ SCM သည် Qubes OS၊ Linux နှင့် 4.NET UTM ကို ပံ့ပိုးပေးသည်။ Ansible Tower သည် Open-source Unix-based လည်ပတ်မှုစနစ်ဖြစ်သော Illumos kernel ကိုအခြေခံ၍ NexentaStore ကွန်ရက်သိုလှောင်မှုထိန်းချုပ်သူများကိုလည်း ပံ့ပိုးပေးပါသည်။ ၎င်းသည် အလွန်နည်းပါးသော်လည်း Ansible Tower က ၎င်းကို မည်သို့ပင်ဖြစ်စေသည်။

တတိယအငြင်းအခုံသည် ကျွန်ုပ်အတွက်ရော ကျွန်ုပ်တို့၏အုပ်ချုပ်ရေးအတွက်ပါ အလွန်အရေးကြီးသည်မှာ အသုံးပြုရလွယ်ကူပါသည်။ Puppet modules နှင့် manifest code များကို ကျွမ်းကျင်အောင် 10 နှစ်ကြာအောင် အသုံးချခဲ့သော်လည်း ဤ SCM သည် ပိုမိုလွယ်ကူသောကြောင့် တစ်ပတ်အတွင်း Ansible ကို သင်ယူခဲ့ပါသည်။ အကယ်၍ သင်သည် executable ဖိုင်များကို မလိုအပ်ဘဲ မလုပ်ဆောင်ပါက၊ ဉာဏ်ရည်ထက်မြက်ပြီး တုံ့ပြန်မှုရှိသော ကိုင်တွယ်သူများသည် ၎င်းတို့နှင့် အလုပ်လုပ်ပါသည်။ YAML အခြေခံ ကစားစာအုပ်များသည် သင်ယူရန် လွယ်ကူပြီး အသုံးပြုရ မြန်ဆန်သည်။ YAML အကြောင်းကို တစ်ခါမှ မကြားဖူးသူများသည် ဇာတ်ညွှန်းများကို ရိုးရှင်းစွာဖတ်ရှုနိုင်ပြီး ၎င်းသည် မည်သို့အလုပ်လုပ်သည်ကို အလွယ်တကူ နားလည်နိုင်သည်။

ရိုးရိုးသားသားပြောရလျှင် Puppet သည် Puppet Master ကိုအခြေခံ၍ developer တစ်ဦးအနေဖြင့် သင့်အလုပ်ကို ပိုမိုခက်ခဲစေသည်။ ၎င်းသည် ရုပ်သေးအေးဂျင့်များနှင့် ဆက်သွယ်ရန် တစ်ခုတည်းသောစက်ဖြစ်သည်။ သင်သည် မန်နီးဖက်စ်တွင် ပြောင်းလဲမှုတစ်စုံတစ်ရာ ပြုလုပ်ပြီး သင့်ကုဒ်ကို စမ်းသပ်လိုပါက၊ Puppet Master အတွက် ကုဒ်ကို ပြန်လည်ရေးသားရမည်ဖြစ်ပြီး၊ ဆိုလိုသည်မှာ သုံးစွဲသူများအားလုံးချိတ်ဆက်ပြီး Puppet Server ဝန်ဆောင်မှုကို စတင်ရန်အတွက် Puppet Master /etc/hosts ဖိုင်ကို ပြင်ဆင်သတ်မှတ်ပါ။ ၎င်းပြီးမှသာ host တစ်ခုတွင် ကွန်ရက်စက်ပစ္စည်းများ၏ လည်ပတ်မှုကို စမ်းသပ်နိုင်မည်ဖြစ်သည်။ ဒါက အတော်လေး နာကျင်တဲ့ လုပ်ငန်းစဉ်ပါ။
Ansible တွင် အရာအားလုံးသည် ပိုမိုရိုးရှင်းပါသည်။ သင်လုပ်ရန်လိုအပ်သည်မှာစမ်းသပ်မှုအောက်တွင် host နှင့် SSH မှတဆင့်ဆက်သွယ်နိုင်သောစက်အတွက်ကုဒ်ကိုဖန်တီးရန်ဖြစ်သည်။ ဒါက အလုပ်နဲ့လုပ်ရတာ ပိုလွယ်တယ်။

Ansible Tower ၏နောက်ထပ်ကြီးမားသောအားသာချက်မှာ သင်၏လက်ရှိပံ့ပိုးမှုစနစ်အား လွှမ်းမိုးပြီး သင်၏ရှိပြီးသားဟာ့ဒ်ဝဲဖွဲ့စည်းပုံကို ထိန်းသိမ်းနိုင်မှုဖြစ်သည်။ ဤ SCM သည် သင့်အခြေခံအဆောက်အအုံနှင့် ဟာ့ဒ်ဝဲ၊ ပကတိစက်များ၊ ဆာဗာများ စသည်တို့အကြောင်း ရရှိနိုင်သော အချက်အလက်အားလုံးကို နောက်ထပ်အဆင့်များမပါဘဲ အသုံးပြုပါသည်။ သင့်တွင် တစ်ခုရှိလျှင် ၎င်းသည် သင်၏ RH Satellite ဆာဗာများနှင့် စကားပြောနိုင်ပြီး Puppet နှင့် သင်ဘယ်တော့မှမရနိုင်သော ပေါင်းစပ်မှုများကို ပေးပါသည်။

နောက်ထပ်အရေးကြီးတာက အသေးစိတ်ထိန်းချုပ်မှုပါ။ Puppet သည် modular စနစ်ဖြစ်ပြီး၊ ၎င်းသည် client-server အက်ပလီကေးရှင်းတစ်ခုဖြစ်သည်ကိုသင်သိသည်၊ ထို့ကြောင့်သင်သည်သင်၏စက်များအားလုံး၏ရှိပြီးသားသွင်ပြင်လက္ခဏာများကိုရှည်လျားသောဖော်ပြချက်တစ်ခုတွင်သတ်မှတ်ရမည်ဖြစ်သည်။ ဤကိစ္စတွင်၊ စနစ်၏ဒြပ်စင်တစ်ခုစီ၏အခြေအနေကို နာရီဝက်တိုင်း စမ်းသပ်ရပါမည် - ဤသည်မှာ ပုံသေကာလဖြစ်သည်။ Puppet အလုပ်လုပ်ပုံက ဒီလိုပါ။

Tower က သင့်ကို ကယ်တင်မှာပါ။ ကန့်သတ်ချက်များမရှိဘဲ စက်ကိရိယာအမျိုးမျိုးတွင် လုပ်ငန်းစဉ်အမျိုးမျိုးကို သင်လုပ်ဆောင်နိုင်သည်၊ အခြေခံအလုပ်များကိုလုပ်ဆောင်နိုင်သည်၊ အခြားအရေးကြီးသောလုပ်ငန်းစဉ်များကိုလုပ်ဆောင်နိုင်သည်၊ လုံခြုံရေးစနစ်တစ်ခုတည်ဆောက်ရန်နှင့် databases များနှင့်အလုပ်လုပ်နိုင်သည်။ ရုပ်သေးလုပ်ငန်းမှာ ခက်ခဲတဲ့အရာအားလုံးကို သင်လုပ်နိုင်တယ်။ ထို့ကြောင့်၊ ၎င်းကို host တစ်ခုတွင် configure လုပ်ပါက၊ ပြောင်းလဲမှုများသည် ကျန်ရှိသော host များပေါ်တွင် သက်ရောက်မှုရှိရန် အချိန်ယူရမည်ဖြစ်ပါသည်။ Ansible တွင်၊ ပြောင်းလဲမှုအားလုံးသည် တစ်ချိန်တည်းတွင် အကျိုးသက်ရောက်သည်။

နောက်ဆုံးအနေနဲ့၊ လုံခြုံရေး module ကိုကြည့်ရအောင်။ Ansible Tower သည် တိကျကောင်းမွန်ပြီး ဂရုတစိုက်ဖြင့် ရိုးရှင်းစွာ အံ့သြဖွယ်ကောင်းအောင် လုပ်ဆောင်ပါသည်။ သင်သည် အသုံးပြုသူများအား သီးခြားဝန်ဆောင်မှုများ သို့မဟုတ် သီးခြားအိမ်ရှင်များထံ ဝင်ရောက်ခွင့်ပေးနိုင်သည်။ Windows တွင်အလုပ်လုပ်လေ့ရှိသောကျွန်ုပ်၏ဝန်ထမ်းများနှင့်၎င်းကို Linux shell သို့ဝင်ရောက်ခွင့်ကန့်သတ်ထားသည်။ ၎င်းတို့သည် အလုပ်ကိုသာ လုပ်ဆောင်နိုင်ပြီး ၎င်းတို့နှင့် သက်ဆိုင်သည့် ဝန်ဆောင်မှုများကိုသာ လုပ်ဆောင်နိုင်စေရန် ၎င်းတို့သည် Tower သို့ ဝင်ရောက်ခွင့်ရှိကြောင်း သေချာပါသည်။

Ansible Tower သို့ သင်၏အကူးအပြောင်းကို ပိုမိုလွယ်ကူစေရန်အတွက် သင်ကြိုတင်လုပ်ဆောင်ရမည့်အရာများကို ကြည့်ကြပါစို့။ ပထမဦးစွာ၊ သင်သည်သင်၏စက်ပစ္စည်းကိုပြင်ဆင်ရန်လိုအပ်သည်။ သင်၏အခြေခံအဆောက်အဦ၏အချို့သောဒြပ်စင်များသည်ဒေတာဘေ့စ်တွင်မရသေးပါက၊ ၎င်းတို့ကိုထိုနေရာတွင်ထည့်ရန်လိုအပ်သည်။ ၎င်းတို့၏ဝိသေသလက္ခဏာများကိုမပြောင်းလဲသောစနစ်များရှိပြီးထို့ကြောင့်ရုပ်သေးဒေတာဘေ့စ်တွင်မပါဝင်သော်လည်း Tower သို့မပြောင်းမီတွင်၎င်းတို့ကိုမထည့်ပါက၊ အားသာချက်များစွာဆုံးရှုံးလိမ့်မည်။ ၎င်းသည် "ညစ်ပတ်သော"၊ ပဏာမဒေတာဘေ့စ်တစ်ခုဖြစ်နိုင်သော်လည်း ၎င်းတွင် သင့်တွင်ရှိသောစက်ပစ္စည်းအားလုံးနှင့်ပတ်သက်သောအချက်အလက်များပါဝင်သင့်သည်။ ထို့ကြောင့်၊ သင်သည် ဒေတာဘေ့စ်သို့ အခြေခံအဆောက်အဦပြောင်းလဲမှုအားလုံးကို အလိုအလျောက်တွန်းပေးမည့် dynamic hardware script ကိုရေးသင့်သည်၊ ထို့နောက် Ansible သည် စနစ်သစ်တွင် မည်သည့် host များရှိနေသင့်သည်ကို သိရှိမည်ဖြစ်သည်။ သင်ထည့်သွင်းထားသည့် host များနှင့် မည်သည့် host များမရှိတော့သည်ကို ဤ SCM ကို ပြောပြရန် မလိုအပ်ပါ။ Database ထဲမှာ ဒေတာတွေများလေလေ၊ အသုံးဝင်ပြီး လိုက်လျောညီထွေရှိတဲ့ Ansible ဖြစ်လာမှာပါ။ ၎င်းသည် ဒေတာဘေ့စ်မှ ဟာ့ဒ်ဝဲလ်အခြေအနေ ဘားကုဒ်ကို ရိုးရိုးရှင်းရှင်းဖတ်ပြသကဲ့သို့ အလုပ်လုပ်ပါသည်။

Ansible ရှိ command line နှင့် အကျွမ်းတဝင်ဖြစ်အောင် အချိန်အနည်းငယ်ပေးပါ။ ဟာ့ဒ်ဝဲ ဇာတ်ညွှန်းကို စမ်းသပ်ရန်၊ ရိုးရှင်းသော်လည်း အသုံးဝင်သော ပလေးစာအုပ် ဇာတ်ညွှန်းအချို့ကို ရေးသားပြီး လုပ်ဆောင်ရန်၊ သင့်လျော်သည့်နေရာတွင် Jinja2 နမူနာပုံစံများကို အသုံးပြုပါ။ အများအားဖြင့်ကြုံတွေ့ရလေ့ရှိသော ဟာ့ဒ်ဝဲဖွဲ့စည်းပုံပုံစံကို အသုံးပြု၍ ရှုပ်ထွေးပြီး အဆင့်ပေါင်းများစွာ လုပ်ငန်းစဉ်အတွက် အခန်းကဏ္ဍနှင့် ဇာတ်ညွှန်းကို ရေးကြည့်ပါ။ ဤအရာများကို ကစားပါ၊ ၎င်းအလုပ်လုပ်ပုံကို စမ်းသပ်ပါ။ ဤနည်းဖြင့် Tower တွင်အသုံးပြုသည့် စာကြည့်တိုက်ဖန်တီးမှုကိရိယာများကို အသုံးပြုနည်းကို သင်လေ့လာနိုင်မည်ဖြစ်သည်။ အကူးအပြောင်းအတွက် ပြင်ဆင်ဖို့ ၃ လလောက် အချိန်ယူရမယ်လို့ ပြောထားပြီးသားပါ။ ကျွန်ုပ်၏ အတွေ့အကြုံကို အခြေခံ၍ ဤအရာကို သင်ပိုမိုမြန်ဆန်စွာ လုပ်ဆောင်နိုင်မည်ဟု ကျွန်ုပ်ထင်ပါသည်။ ဤအချိန်ကို အလဟသ မစဉ်းစားပါနှင့်၊ အဘယ်ကြောင့်ဆိုသော် နောက်ပိုင်းတွင် သင်လုပ်ခဲ့သော အလုပ်၏ အကျိုးကျေးဇူးအားလုံးကို ခံစားရလိမ့်မည်။

ထို့နောက် Ansible Tower မှ သင်မျှော်လင့်ထားသည်ကို သင်ဆုံးဖြတ်ရန် လိုအပ်ပြီး၊ ဤစနစ်က သင့်အတွက် အတိအကျ ဘာလုပ်သင့်သည်ကို ဆုံးဖြတ်ရန် လိုအပ်သည်။

ဗလာ virtual machines များတွင် bare hardware တွင် system ကို အသုံးပြုရန် လိုအပ်ပါသလား။ သို့မဟုတ် ရှိပြီးသားစက်ပစ္စည်းများ၏ မူလလည်ပတ်မှုအခြေအနေများနှင့် ဆက်တင်များကို ထိန်းသိမ်းလိုပါသလား။ ၎င်းသည် အများပိုင်ကုမ္ပဏီများအတွက် အလွန်အရေးကြီးသော ကဏ္ဍတစ်ခုဖြစ်သောကြောင့် သင်သည် သင်၏လက်ရှိဖွဲ့စည်းပုံတွင် Ansible ကို ရွှေ့ပြောင်းပြီး အသုံးချနိုင်မည်ဖြစ်ကြောင်း သေချာစေရန်လိုအပ်ပါသည်။ သင်အလိုအလျောက်လုပ်ဆောင်လိုသော လုပ်ရိုးလုပ်စဉ် စီမံခန့်ခွဲရေးလုပ်ငန်းစဉ်များကို ခွဲခြားသတ်မှတ်ပါ။ စနစ်သစ်တွင် သီးခြားအက်ပ်များနှင့် ဝန်ဆောင်မှုများကို အသုံးချရန် လိုအပ်သည်ဆိုသည်ကို ရှာဖွေပါ။ သင်လုပ်ချင်တာကို စာရင်းပြုစုပြီး ဦးစားပေးလုပ်ပါ။

ထို့နောက် သင်လုပ်ဆောင်ရန် စီစဉ်ထားသော အလုပ်များကို လုပ်ဆောင်နိုင်စေမည့် ဇာတ်ညွှန်းကုဒ်နှင့် အခန်းကဏ္ဍများကို စတင်ရေးသားပါ။ သက်ဆိုင်ရာ playbooks များကို ယုတ္တိနည်းကျကျ စုစည်းထားသော Projects များအဖြစ် ပေါင်းစပ်ပါ။ ပရောဂျက်တစ်ခုစီသည် သင်အသုံးပြုသည့်ကုဒ်မန်နေဂျာအပေါ် မူတည်၍ သီးခြား Git သိုလှောင်မှု သို့မဟုတ် မတူညီသောသိုလှောင်မှုတစ်ခုမှ သက်ဆိုင်မည်ဖြစ်သည်။ Playbook script များနှင့် playbook directory များကို Tower server ပေါ်ရှိ Project Base Path တွင် ကိုယ်တိုင်ထည့်ခြင်းဖြင့် သို့မဟုတ် playbook ကို Tower မှပံ့ပိုးသော မည်သည့်အရင်းအမြစ်ကုဒ်စီမံခန့်ခွဲမှု (SCM) စနစ်တွင်မဆို Git၊ Subversion၊ Mercurial နှင့် Red Hat အပါအဝင် Tower မှ ပံ့ပိုးပေးခြင်းဖြင့် စီမံခန့်ခွဲနိုင်ပါသည်။ ထိုးထွင်းဥာဏ်။ ပရောဂျက်တစ်ခုအတွင်းတွင် သင်သည် သင်အလိုရှိသလောက် script အများအပြားကို ထားနိုင်သည်။ ဥပမာအားဖြင့်၊ RedHat core element တွေအတွက် script တစ်ခု၊ Linux core အတွက် script နဲ့ ကျန်တဲ့ baselines အတွက် scripts တွေကို ကျွန်တော်ထည့်ထားတဲ့ အခြေခံ Project တစ်ခုကို ဖန်တီးခဲ့ပါတယ်။ ထို့ကြောင့်၊ ပရောဂျက်တစ်ခုတွင် Git repository တစ်ခုမှ စီမံခန့်ခွဲသည့် အခန်းကဏ္ဍနှင့် ဇာတ်လမ်းမျိုးစုံရှိသည်။

အဆိုပါအရာအားလုံးကို command line မှတဆင့်လုပ်ဆောင်ခြင်းသည်၎င်းတို့၏လုပ်ဆောင်နိုင်စွမ်းကိုစမ်းသပ်ရန်ကောင်းသောနည်းလမ်းဖြစ်သည်။ ၎င်းသည် Tower တပ်ဆင်ခြင်းအတွက်သင့်အားပြင်ဆင်ပေးလိမ့်မည်။

Puppet manifest ကို Transcoding အကြောင်း နည်းနည်းပြောကြည့်ရအောင်၊ ဘာကြောင့်လဲဆိုတော့ တကယ်လုပ်ဖို့ လိုအပ်တာကို မရှာမချင်း ဒီအတွက် အချိန်အများကြီး ကုန်သွားလို့ပါ။

ငါအရင်ကပြောခဲ့သလိုပဲ၊ Puppet ဟာ ဆက်တင်တွေနဲ့ ဟာ့ဒ်ဝဲရွေးချယ်စရာအားလုံးကို ရှည်လျားတဲ့မန်နီးဖက်စ်တစ်ခုမှာ သိမ်းဆည်းထားပြီး ဒီမန်နီးဖက်စ်က ဒီ SCM လုပ်ဆောင်သင့်တဲ့အရာအားလုံးကို သိမ်းဆည်းထားပါတယ်။ အကူးအပြောင်းပြုလုပ်သည့်အခါတွင် သင်၏လုပ်ဆောင်စရာအားလုံးကို စာရင်းတစ်ခုတည်းတွင် ထည့်သွင်းရန်မလိုအပ်ပါ၊ ယင်းအစား၊ စနစ်သစ်၏ဖွဲ့စည်းပုံ- အခန်းကဏ္ဍ၊ ဇာတ်ညွှန်းများ၊ တဂ်များ၊ အဖွဲ့များနှင့် မည်သည့်အရာများကို လုပ်ဆောင်သင့်သည်ကို စဉ်းစားပါ။ ကိုယ်ပိုင်အုပ်ချုပ်ခွင့်ရကွန်ရက်ဒြပ်စင်အချို့ကို script များဖန်တီးနိုင်သည့်အဖွဲ့များအဖြစ် အုပ်စုဖွဲ့သင့်သည်။ ကိုယ်ပိုင်ပါ၀င်သော အတန်းများအပါအဝင် အရင်းအမြစ်အများအပြားပါ၀င်သည့် ပိုမိုရှုပ်ထွေးသော အခြေခံအဆောက်အအုံအစိတ်အပိုင်းများကို အခန်းကဏ္ဍအဖြစ် ပေါင်းစပ်နိုင်သည်။ ရွှေ့ပြောင်းခြင်းမပြုမီ၊ သင်သည် ဤအရာကို ဆုံးဖြတ်ရန် လိုအပ်သည်။ အကယ်၍ သင်သည် စခရင်တစ်ခုတွင် မသင့်လျော်သော ကြီးမားသော အခန်းကဏ္ဍ သို့မဟုတ် ဇာတ်လမ်းများကို ဖန်တီးနေပါက၊ အခြေခံအဆောက်အအုံ၏ အစိတ်အပိုင်းများကို ဖမ်းယူနိုင်စေရန် တဂ်များကို အသုံးပြုသင့်သည်။

18:00

လိုင်းများကိုဖြတ်ခြင်း- ရုပ်သေးလုပ်ငန်းမှ Ansible Tower သို့ ပြောင်းရွှေ့ခြင်း။ အပိုင်း 2

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

ကျွန်ုပ်တို့နှင့်အတူရှိနေသည့်အတွက် ကျေးဇူးတင်ပါသည်။ ကျွန်ုပ်တို့၏ဆောင်းပါးများကို သင်နှစ်သက်ပါသလား။ ပိုစိတ်ဝင်စားစရာကောင်းတဲ့ အကြောင်းအရာတွေကို ကြည့်ချင်ပါသလား။ မှာယူမှုတစ်ခုပြုလုပ်ခြင်း သို့မဟုတ် သူငယ်ချင်းများကို အကြံပြုခြင်းဖြင့် ကျွန်ုပ်တို့အား ပံ့ပိုးကူညီပါ၊ $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