അൻസിബിളിനെ വേഗത്തിലാക്കുന്നു

സ്ഥിരസ്ഥിതി ക്രമീകരണങ്ങൾ ഉപയോഗിച്ച് അൻസിബിളിന് അതിന്റെ ജോലി വളരെ വേഗത്തിൽ ചെയ്യാൻ കഴിയില്ല എന്നത് രഹസ്യമല്ല. ലേഖനത്തിൽ ഞാൻ ഇതിനുള്ള നിരവധി കാരണങ്ങൾ ചൂണ്ടിക്കാണിക്കുകയും നിങ്ങളുടെ പ്രോജക്റ്റിന്റെ വേഗത വർദ്ധിപ്പിക്കുകയും ചെയ്യുന്ന ഉപയോഗപ്രദമായ മിനിമം ക്രമീകരണങ്ങൾ വാഗ്ദാനം ചെയ്യുകയും ചെയ്യും.

ഇവിടെയും താഴെയും ഞങ്ങൾ Ansible 2.9.x ചർച്ചചെയ്യുന്നു, അത് നിങ്ങളുടെ പ്രിയപ്പെട്ട രീതിയിൽ പുതുതായി സൃഷ്ടിച്ച ഒരു virtualenv-ൽ ഇൻസ്റ്റാൾ ചെയ്തിട്ടുണ്ട്.

ഇൻസ്റ്റാളേഷന് ശേഷം, നിങ്ങളുടെ പ്ലേബുക്കിന് അടുത്തായി ഒരു “ansible.cfg” ഫയൽ സൃഷ്‌ടിക്കുക - പ്രോജക്‌റ്റിനൊപ്പം ഈ ക്രമീകരണങ്ങൾ കൈമാറാൻ ഈ ലൊക്കേഷൻ നിങ്ങളെ അനുവദിക്കും, കൂടാതെ അവ സ്വയമേവ ലോഡ് ചെയ്യും.

പൈപ്പ്ലൈനിംഗ്

പൈപ്പ്ലൈനിംഗ് ഉപയോഗിക്കേണ്ടതിന്റെ ആവശ്യകതയെക്കുറിച്ച് ചിലർ ഇതിനകം കേട്ടിട്ടുണ്ടാകും, അതായത്, ടാർഗെറ്റ് സിസ്റ്റത്തിന്റെ ഫയൽ സിസ്റ്റത്തിലേക്ക് മൊഡ്യൂളുകൾ പകർത്താതെ, Base64 ൽ പൊതിഞ്ഞ ഒരു zip ആർക്കൈവ് നേരിട്ട് പൈത്തൺ ഇന്റർപ്രെറ്ററിന്റെ stdin-ലേക്ക് മാറ്റുന്നു, എന്നാൽ മറ്റുള്ളവർ അങ്ങനെ ചെയ്യില്ല, പക്ഷേ വസ്തുത ഒരു വസ്തുതയായി തുടരുന്നു: ഈ ക്രമീകരണം ഇപ്പോഴും കുറച്ചുകാണുന്നു. നിർഭാഗ്യവശാൽ, സുഡോ കോൺഫിഗർ ചെയ്യാൻ ഉപയോഗിക്കുന്ന ചില ജനപ്രിയ ലിനക്സ് ഡിസ്ട്രിബ്യൂഷനുകൾ സ്ഥിരസ്ഥിതിയായി നല്ലതല്ല - അതിനാൽ ഈ കമാൻഡിന് ഒരു tty (ടെർമിനൽ) ആവശ്യമായിരുന്നു, അതിനാൽ അൻസിബിൾ വളരെ ഉപയോഗപ്രദമായ ഈ ക്രമീകരണം ഡിഫോൾട്ടായി പ്രവർത്തനരഹിതമാക്കി.

pipelining = True

വസ്തുതകൾ ശേഖരിക്കുന്നു

ഡിഫോൾട്ട് ക്രമീകരണങ്ങൾ ഉപയോഗിച്ച്, ഓരോ നാടകത്തിനും അൻസിബിൾ അതിൽ പങ്കെടുക്കുന്ന എല്ലാ ഹോസ്റ്റുകൾക്കുമായി വസ്തുതകളുടെ ശേഖരണം ആരംഭിക്കുന്നുവെന്ന് നിങ്ങൾക്കറിയാമോ? പൊതുവേ, നിങ്ങൾക്കറിയില്ലെങ്കിൽ, ഇപ്പോൾ നിങ്ങൾക്കറിയാം. ഇത് സംഭവിക്കുന്നത് തടയാൻ, വസ്തുതകൾ ശേഖരിക്കുന്നതിനുള്ള വ്യക്തമായ അഭ്യർത്ഥന മോഡ് (വ്യക്തമായത്) അല്ലെങ്കിൽ സ്മാർട്ട് മോഡ് നിങ്ങൾ പ്രവർത്തനക്ഷമമാക്കേണ്ടതുണ്ട്. അതിൽ, മുൻ നാടകങ്ങളിൽ കണ്ടുമുട്ടാത്ത ആതിഥേയരിൽ നിന്ന് മാത്രമേ വസ്തുതകൾ ശേഖരിക്കൂ.
UPD. പകർത്തുമ്പോൾ, നിങ്ങൾ ഈ ക്രമീകരണങ്ങളിലൊന്ന് തിരഞ്ഞെടുക്കേണ്ടതുണ്ട്.

gathering = smart|explicit

ssh കണക്ഷനുകൾ വീണ്ടും ഉപയോഗിക്കുന്നു

നിങ്ങൾ എപ്പോഴെങ്കിലും ഡീബഗ്ഗിംഗ് മോഡിൽ Ansible പ്രവർത്തിപ്പിച്ചിട്ടുണ്ടെങ്കിൽ ("v" ഓപ്ഷൻ, ഒന്ന് മുതൽ ഒമ്പത് തവണ വരെ ആവർത്തിക്കുന്നു), ssh കണക്ഷനുകൾ നിരന്തരം നിർമ്മിക്കപ്പെടുകയും തകരാറിലാകുകയും ചെയ്യുന്നത് നിങ്ങൾ ശ്രദ്ധിച്ചിരിക്കാം. അതിനാൽ, ഇവിടെയും കുറച്ച് സൂക്ഷ്മതകളുണ്ട്.

ഒരേസമയം രണ്ട് തലങ്ങളിൽ ഒരു ssh കണക്ഷൻ പുനഃസ്ഥാപിക്കുന്ന ഘട്ടം നിങ്ങൾക്ക് ഒഴിവാക്കാം: നേരിട്ട് ssh ക്ലയന്റിലും ഫയലുകൾ മാനേജറിൽ നിന്ന് കൈകാര്യം ചെയ്യുന്ന ഹോസ്റ്റിലേക്ക് മാറ്റുമ്പോഴും.
ഒരു തുറന്ന ssh കണക്ഷൻ വീണ്ടും ഉപയോഗിക്കുന്നതിന്, ആവശ്യമായ കീകൾ ssh ക്ലയന്റിലേക്ക് കൈമാറുക. തുടർന്ന് ഇത് ഇനിപ്പറയുന്നവ ചെയ്യാൻ തുടങ്ങും: ആദ്യമായി ഒരു ssh കണക്ഷൻ സ്ഥാപിക്കുമ്പോൾ, അത് അധികമായി ഒരു കൺട്രോൾ സോക്കറ്റ് സൃഷ്ടിക്കും, തുടർന്നുള്ള ഇൻസ്റ്റാളേഷനുകളിൽ, ഇത് ഈ സോക്കറ്റിന്റെ അസ്തിത്വം പരിശോധിക്കും, വിജയകരമാണെങ്കിൽ, വീണ്ടും ഉപയോഗിക്കുക നിലവിലുള്ള ssh കണക്ഷൻ. ഇതെല്ലാം അർത്ഥമാക്കുന്നതിന്, നിഷ്‌ക്രിയമായിരിക്കുമ്പോൾ കണക്ഷൻ നിലനിർത്തുന്നതിനുള്ള സമയം നമുക്ക് സജ്ജമാക്കാം. നിങ്ങൾക്ക് കൂടുതൽ വായിക്കാം ssh ഡോക്യുമെന്റേഷൻ, കൂടാതെ അൻസിബിളിന്റെ പശ്ചാത്തലത്തിൽ ഞങ്ങൾ ssh ക്ലയന്റിലേക്ക് ആവശ്യമായ ഓപ്ഷനുകൾ "ഫോർവേഡിംഗ്" ഉപയോഗിക്കുന്നു.

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

നിയന്ത്രിത ഹോസ്റ്റിലേക്ക് ഫയലുകൾ കൈമാറുമ്പോൾ ഇതിനകം തുറന്നിരിക്കുന്ന ssh കണക്ഷൻ വീണ്ടും ഉപയോഗിക്കുന്നതിന്, മറ്റൊരു അജ്ഞാത ക്രമീകരണം ssh_tranfer_method വ്യക്തമാക്കുക. ഈ വിഷയത്തെക്കുറിച്ചുള്ള ഡോക്യുമെന്റേഷൻ വളരെ വലുതാണ് പിശുക്കൻ തെറ്റിദ്ധരിപ്പിക്കുന്നതും, കാരണം ഈ ഓപ്ഷൻ നന്നായി പ്രവർത്തിക്കുന്നു! പക്ഷേ വായന സോഴ്സ് കോഡ് കൃത്യമായി എന്താണ് സംഭവിക്കുന്നതെന്ന് മനസിലാക്കാൻ നിങ്ങളെ അനുവദിക്കുന്നു: dd കമാൻഡ് മാനേജ് ചെയ്ത ഹോസ്റ്റിൽ സമാരംഭിക്കും, ആവശ്യമുള്ള ഫയലുമായി നേരിട്ട് പ്രവർത്തിക്കുന്നു.

transfer_method = piped

വഴിയിൽ, "വികസിപ്പിച്ചെടുക്കുക" ശാഖയിൽ ഈ ക്രമീകരണവും നിലവിലുണ്ട് എവിടെയും പോകുന്നില്ല.

കത്തിയെ ഭയപ്പെടേണ്ട, നാൽക്കവലയെ ഭയപ്പെടുക

മറ്റൊരു ഉപയോഗപ്രദമായ ക്രമീകരണം ഫോർക്കുകളാണ്. ഒരേസമയം ഹോസ്റ്റുകളുമായി ബന്ധിപ്പിക്കുകയും ടാസ്‌ക്കുകൾ നിർവഹിക്കുകയും ചെയ്യുന്ന തൊഴിലാളി പ്രക്രിയകളുടെ എണ്ണം ഇത് നിർണ്ണയിക്കുന്നു. ഒരു ഭാഷയെന്ന നിലയിൽ പൈത്തണിന്റെ പ്രത്യേകതകൾ കാരണം, പ്രോസസുകളാണ് ഉപയോഗിക്കുന്നത്, ത്രെഡുകളല്ല, കാരണം Ansible ഇപ്പോഴും പൈത്തൺ 2.7-നെ പിന്തുണയ്ക്കുന്നു - നിങ്ങൾക്ക് അസിൻഷ്യോ ഇല്ല, ഇവിടെ അസമന്വിത സ്വഭാവം അവതരിപ്പിക്കുന്നതിൽ അർത്ഥമില്ല! സ്ഥിരസ്ഥിതിയായി അൻസിബിൾ പ്രവർത്തിക്കുന്നു അഞ്ച് തൊഴിലാളികൾ, എന്നാൽ ശരിയായി ചോദിച്ചാൽ, അത് കൂടുതൽ സമാരംഭിക്കും:

forks = 20

കൺട്രോൾ മെഷീനിൽ ലഭ്യമായ മെമ്മറിയുടെ അളവുമായി ബന്ധപ്പെട്ട് ഇവിടെ ചില ബുദ്ധിമുട്ടുകൾ ഉണ്ടായേക്കാമെന്ന് ഞാൻ ഉടൻ തന്നെ നിങ്ങൾക്ക് മുന്നറിയിപ്പ് നൽകുന്നു. മറ്റൊരു വിധത്തിൽ പറഞ്ഞാൽ, നിങ്ങൾക്ക് തീർച്ചയായും ഫോർക്കുകൾ = 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

നിർഭാഗ്യവശാൽ, "ശേഖരിക്കൽ = സ്മാർട്ട് / സ്പഷ്ടമായ", "ഫോർക്കുകൾ = 20" എന്നീ ക്രമീകരണങ്ങളിൽ ഇത് പ്രവർത്തിക്കില്ല: അവയുടെ YaML തുല്യതകൾ നിലവിലില്ല. ഒന്നുകിൽ ഞങ്ങൾ അവയെ ansible.cfg-ൽ സജ്ജീകരിക്കുകയോ അല്ലെങ്കിൽ ANSIBLE_GATHERING, ANSIBLE_FORKS എന്നീ പരിസ്ഥിതി വേരിയബിളുകളിലൂടെ കടന്നുപോകുകയോ ചെയ്യാം.

മൈറ്റോജനിനെക്കുറിച്ച്
- മൈറ്റോജനിനെക്കുറിച്ച് ഇത് എവിടെയാണ്? - പ്രിയ വായനക്കാരാ, ചോദിക്കാൻ നിങ്ങൾക്ക് അവകാശമുണ്ട്. ഈ ലേഖനത്തിൽ ഒരിടത്തും ഇല്ല. എന്നാൽ അതിന്റെ കോഡ് വായിച്ച് നിങ്ങളുടെ പ്ലേബുക്ക് മൈറ്റോജനുമായി ക്രാഷ് ചെയ്യുന്നത് എന്തുകൊണ്ടാണെന്ന് മനസിലാക്കാൻ നിങ്ങൾ ശരിക്കും തയ്യാറാണെങ്കിൽ, എന്നാൽ വാനില അൻസിബിളിൽ നന്നായി പ്രവർത്തിക്കുന്നു, അല്ലെങ്കിൽ അതേ പ്ലേബുക്ക് മുമ്പ് നന്നായി പ്രവർത്തിച്ചത് എന്തുകൊണ്ടായിരുന്നു, എന്നാൽ ഒരു അപ്‌ഡേറ്റിന് ശേഷം വിചിത്രമായ കാര്യങ്ങൾ ചെയ്യാൻ തുടങ്ങി - ശരി, മൈറ്റോജൻ നിങ്ങളുടെ ഉപകരണം ആയിരിക്കാം. ഇത് പ്രയോഗിക്കുക, മനസിലാക്കുക, ലേഖനങ്ങൾ എഴുതുക - ഞാൻ അത് താൽപ്പര്യത്തോടെ വായിക്കും.

എന്തുകൊണ്ടാണ് ഞാൻ വ്യക്തിപരമായി മൈറ്റോജൻ ഉപയോഗിക്കരുത്? കാരണം ഗ്ലാഡിയോലസ് ജോലികൾ വളരെ ലളിതവും എല്ലാം ശരിയുമുള്ളിടത്തോളം മാത്രമേ ഇത് പ്രവർത്തിക്കൂ. എന്നിരുന്നാലും, നിങ്ങൾ ഇടത്തോട്ടോ വലത്തോട്ടോ അൽപ്പം തിരിഞ്ഞാൽ - അത്രമാത്രം, ഞങ്ങൾ എത്തി: പ്രതികരണമായി, ഒരുപിടി അവ്യക്തമായ അപവാദങ്ങൾ നിങ്ങളുടെ നേരെ പറക്കുന്നു, ചിത്രം പൂർത്തിയാക്കാൻ, "എല്ലാവർക്കും നന്ദി" എന്ന പൊതുവായ വാചകം മാത്രമാണ് നഷ്ടമായത്. , എല്ലാവരും സ്വതന്ത്രരാണ്. പൊതുവേ, അടുത്ത "അണ്ടർഗ്രൗണ്ട് മുട്ടിന്റെ" കാരണങ്ങൾ കണ്ടുപിടിക്കാൻ സമയം പാഴാക്കാൻ ഞാൻ ആഗ്രഹിക്കുന്നില്ല.

ഈ ക്രമീകരണങ്ങളിൽ ചിലത് വായനാ പ്രക്രിയയിൽ കണ്ടെത്തി സോഴ്സ് കോഡ് "ssh.py" എന്ന സ്വയം വിശദീകരണ നാമത്തിന് കീഴിലുള്ള കണക്ഷൻ പ്ലഗിൻ. സ്രോതസ്സുകൾ നോക്കാനും അവ വായിക്കാനും നടപ്പാക്കൽ പരിശോധിക്കാനും ഡോക്യുമെന്റേഷനുമായി താരതമ്യം ചെയ്യാനും ഇത് മറ്റാരെയെങ്കിലും പ്രചോദിപ്പിക്കുമെന്ന പ്രതീക്ഷയിൽ ഞാൻ വായനയുടെ ഫലങ്ങൾ പങ്കിടുന്നു - എല്ലാത്തിനുമുപരി, താമസിയാതെ അല്ലെങ്കിൽ പിന്നീട് ഇതെല്ലാം നിങ്ങൾക്ക് നല്ല ഫലങ്ങൾ നൽകും. നല്ലതുവരട്ടെ!

രജിസ്റ്റർ ചെയ്ത ഉപയോക്താക്കൾക്ക് മാത്രമേ സർവേയിൽ പങ്കെടുക്കാൻ കഴിയൂ. സൈൻ ഇൻദയവായി.

നിങ്ങളുടെ പ്രോജക്‌റ്റുകൾ വേഗത്തിലാക്കാൻ ഇനിപ്പറയുന്ന ഏത് അൻസിബിൾ ക്രമീകരണമാണ് നിങ്ങൾ ഉപയോഗിക്കുന്നത്?

• 69,6%പൈപ്പ്ലൈനിംഗ്=true32

• 34,8%ഒത്തുചേരൽ = സ്മാർട്ട്/വ്യക്തം16

• 52,2%ssh_args = "-o ControlMaster=auto -o ControlPersist=..."24

• 17,4%transfer_method = പൈപ്പ് 8

• 63,0%ഫോർക്കുകൾ = XXX29

• 6,5%ഇതൊന്നും അല്ല, വെറും Mitogen3

• 8,7%Mitogen + ഈ ക്രമീകരണങ്ങളിൽ ഏതാണ് 4 എന്ന് ഞാൻ ശ്രദ്ധിക്കും

46 ഉപയോക്താക്കൾ വോട്ട് ചെയ്തു. 21 ഉപയോക്താവ് വിട്ടുനിന്നു.

അൻസിബിളിനെ കുറിച്ച് കൂടുതൽ കാര്യങ്ങൾ വേണോ?

• 78,3%അതെ, തീർച്ചയായും54

• 21,7%അതെ, എനിക്ക് കൂടുതൽ ഹാർഡ്‌കോർ സ്റ്റഫ് വേണം!15

• 0,0%ഇല്ല, അത് ഒന്നിനും ആവശ്യമില്ല

• 0,0%അല്ല, ഇത് സങ്കീർണ്ണമാണ്!!!0

69 ഉപയോക്താക്കൾ വോട്ട് ചെയ്തു. 7 ഉപയോക്താക്കൾ വിട്ടുനിന്നു.

അവലംബം: www.habr.com