Ansible ကို အရှိန်မြှင့်ပါ။

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

ဤနေရာနှင့် အောက်တွင် ကျွန်ုပ်တို့သည် သင်နှစ်သက်သည့်နည်းလမ်းဖြင့် အသစ်ဖန်တီးထားသော virtualenv တွင် ထည့်သွင်းထားသည့် Ansible 2.9.x ကို ဆွေးနွေးထားသည်။

တပ်ဆင်ပြီးနောက်၊ သင့်ပလေယာစာအုပ်ဘေးရှိ “ansible.cfg” ဖိုင်ကို ဖန်တီးပါ - ဤတည်နေရာသည် သင့်အား ပရောဂျက်နှင့်အတူ ဤဆက်တင်များကို လွှဲပြောင်းနိုင်စေမည်ဖြစ်ပြီး ၎င်းတို့သည် အလိုအလျောက်တင်နိုင်မည်ဖြစ်သည်။

ပိုက်လိုင်း

အချို့သောသူများသည် ပစ်မှတ်စနစ်၏ ဖိုင်စနစ်သို့ module များကို ကူးယူခြင်းမပြုဘဲ၊ Base64 တွင် ပတ်ထားသော zip archive ကို Python စကားပြန်၏ stdin သို့ တိုက်ရိုက်လွှဲပြောင်းရန် လိုအပ်ကြောင်း အချို့က ကြားသိထားပြီးဖြစ်သော်လည်း၊ အချို့မှာမူ မဖြစ်နိုင်သော်လည်း၊ အဖြစ်မှန်တစ်ခုကျန်သည် ဤဆက်တင် လျှော့တွက်နေဆဲဖြစ်သည်။ ကံမကောင်းစွာဖြင့်၊ sudo ကို ပုံသေဖြင့် configure လုပ်ရန်အသုံးပြုသော နာမည်ကြီး Linux ဖြန့်ဝေမှုအချို့သည် - ထို့ကြောင့် ဤ command သည် tty (terminal) လိုအပ်သောကြောင့် Ansible သည် ဤအလွန်အသုံးဝင်သောဆက်တင်ကို မူရင်းအတိုင်း ပိတ်ထားခဲ့သည်။

pipelining = True

အချက်အလက်တွေ စုဆောင်းတယ်။

မူရင်းဆက်တင်များဖြင့် Ansible သည် ကစားမှုတစ်ခုစီအတွက် ၎င်းတွင်ပါ ၀ င်သည့်အိမ်ရှင်အားလုံးအတွက်အချက်အလက်စုဆောင်းမှုကိုစတင်လုပ်ဆောင်သည်ကိုသင်သိပါသလား။ ယေဘူယျအားဖြင့် မသိရင် အခုသိပြီ။ ထိုသို့မဖြစ်ပွားစေရန် ကာကွယ်ရန်၊ အချက်အလက်စုဆောင်းခြင်း (ရှင်းလင်းပြတ်သားသော) သို့မဟုတ် စမတ်မုဒ်ကို ဖွင့်ရန် လိုအပ်သည်။ ၎င်းတွင်၊ ယခင်ပြဇာတ်များတွင် မကြုံတွေ့ခဲ့ရသည့် အိမ်ရှင်များထံမှ အချက်အလက်များကိုသာ စုဆောင်းမည်ဖြစ်သည်။
UPD။ ကူးယူသောအခါ၊ သင်သည် ဤဆက်တင်များထဲမှ တစ်ခုကို ရွေးရလိမ့်မည်။

gathering = smart|explicit

ssh ချိတ်ဆက်မှုများကို ပြန်လည်အသုံးပြုခြင်း။

အကယ်၍ သင်သည် Ansible ကို အမှားရှာပြင်ခြင်းမုဒ်တွင် ("v" ရွေးချယ်မှု၊ တစ်ကြိမ်မှ ကိုးကြိမ်အထိ ထပ်ခါတလဲလဲ လုပ်ဆောင်ဖူးပါက) ssh ချိတ်ဆက်မှုများကို အဆက်မပြတ် ပြုလုပ်နေပြီး ပျက်သွားသည်ကို သတိပြုမိပေမည်။ ဒီတော့ ဒီနေရာမှာ သိမ်ငယ်စိတ် နှစ်ခုရှိတယ်။

အဆင့်နှစ်ဆင့်တွင် ssh ချိတ်ဆက်မှုကို တစ်ပြိုင်နက် ပြန်လည်ထူထောင်ခြင်းအဆင့်ကို ရှောင်ရှားနိုင်သည်- ssh ကလိုင်းယင့်တွင် တိုက်ရိုက်နှင့် မန်နေဂျာထံမှ စီမံခန့်ခွဲထားသော host သို့ ဖိုင်များကို လွှဲပြောင်းသည့်အခါတွင် ရှောင်ရှားနိုင်သည်။
ဖွင့်ထားသော ssh ချိတ်ဆက်မှုကို ပြန်လည်အသုံးပြုရန်၊ လိုအပ်သောသော့များကို ssh ကလိုင်းယင့်ထံသို့ ပေးပို့ပါ။ ထို့နောက် အောက်ပါတို့ကို စတင်လုပ်ဆောင်ရလိမ့်မည်- ပထမအကြိမ် ssh ချိတ်ဆက်မှုတစ်ခုကို စတင်သောအခါ၊ ၎င်းသည် နောက်ဆက်တွဲတပ်ဆင်မှုများတွင် ၎င်းဟုခေါ်သော control socket ကို ထပ်မံဖန်တီးပေးမည်ဖြစ်ပြီး၊ ၎င်းသည် အဆိုပါ socket တည်ရှိမှုကို စစ်ဆေးမည်ဖြစ်ပြီး အောင်မြင်ပါက ၎င်းကို ပြန်လည်အသုံးပြုပါ။ ရှိပြီးသား ssh ချိတ်ဆက်မှု။ ဤအရာအားလုံးကို နားလည်သဘောပေါက်စေရန်၊ အလုပ်မလုပ်သည့်အခါ ချိတ်ဆက်မှုကို ထိန်းသိမ်းရန် အချိန်သတ်မှတ်လိုက်ကြပါစို့။ တွင်ပိုမိုဖတ်ရှုနိုင်ပါသည်။ ssh စာရွက်စာတမ်းနှင့် Ansible ၏အခြေအနေတွင် ကျွန်ုပ်တို့သည် ssh client သို့ လိုအပ်သောရွေးချယ်မှုများ "forwarding" ကိုရိုးရှင်းစွာအသုံးပြုပါသည်။

ssh_args = "-o ControlMaster=auto -o ControlPersist=15m"

ဖိုင်များကို စီမံခန့်ခွဲသည့်နေရာသို့ လွှဲပြောင်းရာတွင် ဖွင့်ထားပြီးဖြစ်သော ssh ချိတ်ဆက်မှုကို ပြန်လည်အသုံးပြုရန်၊ အခြားအမည်မသိ ဆက်တင် ssh_tranfer_method ကို သတ်မှတ်ပါ။ ဤအကြောင်းအရာနှင့်ပတ်သက်သော စာရွက်စာတမ်းများသည် အလွန်တရာ ကြီးမားပါသည်။ တွန့်တိုသော ဤရွေးချယ်မှုသည် အတော်အတန်အလုပ်လုပ်သောကြောင့် အထင်မှားစေပါသည်။ ဒါပေမယ့် စာဖတ်တယ်။ အရင်းအမြစ်ကုဒ် ဘာဖြစ်လာမယ်ဆိုတာကို အတိအကျနားလည်နိုင်စေတယ်- dd command ကို အလိုရှိသောဖိုင်နှင့် တိုက်ရိုက်အလုပ်လုပ်သော စီမံထားသော host ပေါ်တွင် စတင်ပါမည်။

transfer_method = piped

စကားမစပ်၊ "develop" ဌာနခွဲတွင် ဤဆက်တင်လည်းရှိပါသည်။ ဘယ်မှမသွားဘူး။.

ဓားကိုမကြောက်နဲ့ လမ်းခွဲကိုမကြောက်ပါနဲ့။

နောက်ထပ်အသုံးဝင်သော setting မှာ forks ဖြစ်သည်။ ၎င်းသည် host များနှင့်တစ်ပြိုင်နက်ချိတ်ဆက်ပြီးအလုပ်များကိုလုပ်ဆောင်မည့်အလုပ်သမားလုပ်ငန်းစဉ်အရေအတွက်ကိုဆုံးဖြတ်သည်။ Python ၏ထူးခြားချက်များကြောင့် Ansible သည် Python 2.7 ကိုဆက်လက်ပံ့ပိုးပေးသောကြောင့်၊ လုပ်ငန်းစဉ်များကို လုပ်ငန်းစဉ်များကိုအသုံးပြုကြသည်၊ Python XNUMX သည် သင့်အတွက် asyncio မရှိသောကြောင့်၊ ဤနေရာတွင် asynchronous အပြုအမူကို မိတ်ဆက်ပေးရန် အကြောင်းမရှိပါ။ ပုံသေအားဖြင့် Ansible လည်ပတ်သည်။ ငါး အလုပ်သမားများကို မှန်ကန်စွာမေးမြန်းပါက၊ ၎င်းသည် ပိုမိုလုပ်ဆောင်နိုင်လိမ့်မည်-

forks = 20

ထိန်းချုပ်စက်တွင် ရနိုင်သော memory ပမာဏနှင့် ပတ်သက်သော ဤနေရာတွင် အခက်အခဲအချို့ရှိနိုင်သည်ကို ကျွန်ုပ် ချက်ချင်းသတိပေးပါသည်။ တစ်နည်းဆိုရသော် သင်သည် forks=100500 ကို သတ်မှတ်နိုင်သည်၊ သို့သော် ၎င်းသည် အလုပ်ဖြစ်မည်ဟု မည်သူက ပြောသနည်း။

အားလုံးကို ပေါင်းထည့်လိုက်ပါ။

ရလဒ်အနေဖြင့် ansible.cfg (ini ဖော်မတ်အတွက်) လိုအပ်သောဆက်တင်များသည် ဤကဲ့သို့ဖြစ်နိုင်သည်-

[defaults]
gathering = smart|explicit
forks = 20
[ssh_connection]
pipelining = True
ssh_args = -o ControlMaster=auto -o ControlPersist=15m
transfer_method = piped

ကျန်းမာသောလူတစ်ဦး၏ သာမာန် YaML-စာရင်းထဲတွင် အရာအားလုံးကို ဝှက်ထားလိုပါက၊ ၎င်းသည် ဤကဲ့သို့ မြင်တွေ့နိုင်သည်-

---
all:
  vars:
    ansible_ssh_pipelining: true
    ansible_ssh_transfer_method: piped
    ansible_ssh_args: -o ControlMaster=auto -o ControlPersist=15m

ကံမကောင်းစွာဖြင့်၊ ၎င်းသည် "စုဆောင်းခြင်း = စမတ်/ရှင်းလင်းပြတ်သားစွာ" နှင့် "forks = 20" ဆက်တင်များနှင့် အလုပ်မလုပ်ပါ- ၎င်းတို့၏ YaML နှင့် ညီမျှသော ပစ္စည်းများ မရှိပါ။ ၎င်းတို့ကို ansible.cfg တွင် သတ်မှတ်သော်လည်းကောင်း၊ သို့မဟုတ် ၎င်းတို့အား ပတ်၀န်းကျင် ပြောင်းလဲနိုင်သော ANSIBLE_GATHERING နှင့် ANSIBLE_FORKS မှတဆင့် ဖြတ်သန်းပါသည်။

Mitogen အကြောင်း
- ဒါက Mitogen ဘယ်မှာလဲ - ချစ်လှစွာသောစာဖတ်သူမေးပိုင်ခွင့်ရှိသည်။ ဒီဆောင်းပါးမှာ ဘယ်မှာမှမရှိပါဘူး။ သို့သော် အကယ်၍ သင်သည် ၎င်း၏ကုဒ်ကိုဖတ်ပြီး အဘယ်ကြောင့် Mitogen နှင့် သင့် playbook ပျက်သွားသည်ကို အဖြေရှာရန် အဆင်သင့်ဖြစ်နေပါက၊ သို့သော် vanilla Ansible နှင့် ကောင်းစွာအလုပ်လုပ်သည်၊ သို့မဟုတ် တူညီသော playbook သည် ယခင်က ကောင်းမွန်စွာအလုပ်လုပ်နေသနည်း၊ သို့သော် အပ်ဒိတ်တစ်ခုပြီးနောက် ထူးဆန်းသောအရာများကို စတင်လုပ်ဆောင်သည်ဆိုလျှင် Mitogen၊ မင်းရဲ့ tool ဖြစ်နိုင်တယ်။ အသုံးချပါ၊ နားလည်ပါ၊ ဆောင်းပါးများရေးပါ - စိတ်ဝင်တစားဖတ်မယ်။

အဘယ်ကြောင့် ကျွန်ုပ်သည် Mitogen ကို ပုဂ္ဂိုလ်ရေးအရ အသုံးမပြုရသနည်း။ သစ္စာပန်းသည် အလုပ်များ တကယ်ရိုးရှင်းပြီး အရာအားလုံး အဆင်ပြေနေသမျှ ကာလပတ်လုံး သစ္စာပန်းကသာ အလုပ်လုပ်သောကြောင့် ဖြစ်သည်။ ဒါပေမယ့် ဘယ်ဘက် ဒါမှမဟုတ် ညာဖက်ကို နည်းနည်းလှည့်ရင် ဒါပဲ၊ ငါတို့ရောက်လာပါပြီ- တုံ့ပြန်မှုအနေနဲ့ လက်တစ်ဆုပ်စာ မထင်မှတ်ထားတဲ့ ခြွင်းချက်လက်တစ်ဆုပ်စာက မင်းဆီကို ပျံသန်းလာပြီး ပုံပြီးအောင်လုပ်ဖို့၊ လွဲမှားနေတဲ့အရာအားလုံးက “အားလုံးကိုကျေးဇူးတင်ပါတယ်။ လူတိုင်းက လွတ်လွတ်လပ်လပ်ပါပဲ။” ယေဘူယျအားဖြင့်၊ ကျွန်ုပ်သည် နောက်ထပ် “မြေအောက် ခေါက်ခြင်း” အတွက် အကြောင်းရင်းများကို ရှာဖွေရန် အချိန်မဖြုန်းချင်ပါ။

စာဖတ်ခြင်းလုပ်ငန်းစဉ်အတွင်း ဤဆက်တင်အချို့ကို ရှာဖွေတွေ့ရှိခဲ့သည်။ အရင်းအမြစ်ကုဒ် ကိုယ်တိုင်ရှင်းပြချက်အမည် “ssh.py” အောက်ရှိ ချိတ်ဆက်မှု ပလပ်အင်။ သတင်းရင်းမြစ်များကိုကြည့်ရှုရန်၊ ၎င်းတို့ကိုဖတ်ရှုရန်၊ အကောင်အထည်ဖော်မှုကိုစစ်ဆေးပါ၊ စာရွက်စာတမ်းနှင့်နှိုင်းယှဉ်ရန်အခြားသူတစ်ဦးဦးအားဆွဲဆောင်ရန်မျှော်လင့်ချက်ဖြင့်ဖတ်ခြင်း၏ရလဒ်များကိုမျှဝေပါ - အားလုံးပြီးနောက်၊ မကြာမီသို့မဟုတ်နောက်ပိုင်းတွင်ဤအရာအားလုံးသည်သင့်အားအပြုသဘောဆောင်သောရလဒ်များဆောင်ကြဉ်းလာလိမ့်မည်။ ကံကောင်းပါစေ!

စာရင်းသွင်းအသုံးပြုသူများသာ စစ်တမ်းတွင် ပါဝင်နိုင်ပါသည်။ ဆိုင်းအင်လုပ်ခြင်း, ကျေးဇူးပြု။

သင့်ပရောဂျက်များကို အရှိန်မြှင့်ရန် အောက်ပါ Ansible ဆက်တင်များထဲမှ မည်သည့်အရာကို သင်အသုံးပြုသနည်း။

• 69,6%pipelining=true32

• 34,8%စုစည်းမှု = ထက်မြက်/ ပြတ်သားစွာ ၁၆

• 52,2%ssh_args = "-o ControlMaster= အလိုအလျောက် -o ControlPersist=..." 24

• 17,4%transfer_method = piped8

• 63,0%ခက်ရင်း = XXX29

• 6,5%ဒါတွေအားလုံးက Mitogen3 ပဲ။

• 8,7%Mitogen + ငါသည် ဤဆက်တင်များထဲမှ မည်သည့်အရာကို မှတ်သားမည်နည်း။

အသုံးပြုသူ ၁၆ ဦး မဲပေးခဲ့သည်။ အသုံးပြုသူ 46 ဦး ရှောင်ခဲ့သည်။

Ansible ၏ နောက်ထပ်အကြောင်းအရာများ လိုချင်ပါသလား။

• 78,3%ဟုတ်ပါတယ် ၅၄

• 21,7%ဟုတ်တယ်၊ ငါပိုပြီး အမာခံအရာတွေပဲ လိုချင်တယ်။၁၅

• 0,0%မဟုတ်ဘူး၊ ဘာမှ ၀ယ်စရာ မလိုပါဘူး။

• 0,0%မဟုတ်ဘူး၊ ရှုပ်ထွေးတယ်!!!0

အသုံးပြုသူ 69 ဦး မဲပေးခဲ့သည်။ အသုံးပြုသူ 7 ရှောင်နေခဲ့ပါတယ်။

source: www.habr.com