Ansible-ის დაჩქარება

საიდუმლო არ არის, რომ ნაგულისხმევი პარამეტრებით Ansible ვერ ასრულებს თავის საქმეს ძალიან სწრაფად. სტატიაში მე აღვნიშნავ ამის რამდენიმე მიზეზს და შემოგთავაზებთ პარამეტრების სასარგებლო მინიმუმს, რაც, შესაძლოა, რეალურად გაზარდოს თქვენი პროექტის სიჩქარე.

აქ და ქვემოთ განვიხილავთ Ansible 2.9.x, რომელიც დაინსტალირებული იყო ახლად შექმნილ virtualenv-ში თქვენი საყვარელი გზით.

ინსტალაციის შემდეგ შექმენით „ansible.cfg“ ფაილი თქვენი სათამაშო წიგნის გვერდით - ეს მდებარეობა საშუალებას მოგცემთ გადაიტანოთ ეს პარამეტრები პროექტთან ერთად, გარდა ამისა, ისინი იტვირთება საკმაოდ ავტომატურად.

მილსადენების გაყვანა

ზოგს შეიძლება უკვე სმენია პიპელაინინგის გამოყენების აუცილებლობის შესახებ, ანუ მოდულების არ კოპირება სამიზნე სისტემის ფაილურ სისტემაში, მაგრამ Base64-ში შეფუთული zip არქივის პირდაპირ Python თარჯიმნის stdin-ში გადატანა, მაგრამ სხვები შეიძლება არა, მაგრამ ფაქტია. ფაქტად რჩება: ეს პარამეტრი ჯერ კიდევ არ არის შეფასებული. სამწუხაროდ, ზოგიერთი პოპულარული Linux დისტრიბუცია, რომელიც გამოიყენება sudo-ს კონფიგურაციისთვის, ნაგულისხმევად არც თუ ისე კარგად - ისე, რომ ამ ბრძანებას მოითხოვდა tty (ტერმინალი), ამიტომ Ansible-მა დატოვა ეს ძალიან სასარგებლო პარამეტრი ნაგულისხმევად გამორთული.

pipelining = True

ფაქტების შეგროვება

იცოდით, რომ ნაგულისხმევი პარამეტრებით, Ansible თითოეული თამაშისთვის იწყებს ფაქტების შეგროვებას მასში მონაწილე ყველა მასპინძლისთვის? ზოგადად, თუ არ იცოდი, ახლა იცი. ამის თავიდან ასაცილებლად, თქვენ უნდა ჩართოთ ფაქტების შეგროვების აშკარა მოთხოვნის რეჟიმი (ექსპლიციტური) ან ჭკვიანი რეჟიმი. მასში ფაქტები შეგროვდება მხოლოდ იმ მასპინძლებისგან, რომლებსაც წინა სპექტაკლებში არ შეგვხვედრია.
UPD. კოპირებისას თქვენ მოგიწევთ აირჩიოთ ამ პარამეტრებიდან ერთ-ერთი.

gathering = smart|explicit

ssh კავშირების ხელახლა გამოყენება

თუ ოდესმე გაუშვით Ansible გამართვის რეჟიმში ("v" ვარიანტი, რომელიც მეორდება ერთიდან ცხრაჯერ), შესაძლოა შეამჩნიეთ, რომ ssh კავშირები მუდმივად კეთდება და წყდება. ასე რომ, აქაც არის რამდენიმე დახვეწილობა.

თქვენ შეგიძლიათ თავიდან აიცილოთ ssh კავშირის აღდგენის ნაბიჯი ერთდროულად ორ დონეზე: როგორც უშუალოდ ssh კლიენტში, ასევე მენეჯერისგან ფაილების მართულ ჰოსტში გადაცემისას.
ღია ssh კავშირის ხელახლა გამოსაყენებლად, უბრალოდ გადასვით საჭირო გასაღებები ssh კლიენტს. შემდეგ ის დაიწყებს შემდეგს: ssh კავშირის პირველად დამყარებისას დამატებით შექმნის ეგრეთ წოდებულ საკონტროლო სოკეტს, შემდგომი ინსტალაციისას შეამოწმებს სწორედ ამ სოკეტის არსებობას და წარმატების შემთხვევაში ხელახლა გამოიყენებს არსებული ssh კავშირი. და იმისთვის, რომ ამ ყველაფერს აზრი ჰქონდეს, მოდით დავნიშნოთ კავშირის შენარჩუნების დრო უმოქმედობისას. მეტი შეგიძლიათ წაიკითხოთ აქ ssh დოკუმენტაცია, და Ansible-ის კონტექსტში ჩვენ უბრალოდ ვიყენებთ საჭირო ვარიანტების „გადაგზავნას“ ssh კლიენტზე.

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

იმისათვის, რომ ხელახლა გამოიყენოთ უკვე გახსნილი ssh კავშირი ფაილების მართულ ჰოსტზე გადატანისას, უბრალოდ მიუთითეთ სხვა უცნობი პარამეტრი ssh_tranfer_method. ამ თემაზე დოკუმენტაცია უკიდურესადაა ძუნწი და შეცდომაში შემყვანი, რადგან ეს ვარიანტი საკმაოდ კარგად მუშაობს! მაგრამ კითხულობს საწყისი კოდი საშუალებას გაძლევთ გაიგოთ რა მოხდება ზუსტად: dd ბრძანება ამოქმედდება მართულ ჰოსტზე, რომელიც უშუალოდ მუშაობს სასურველ ფაილთან.

transfer_method = piped

სხვათა შორის, "განვითარების" ფილიალში ეს პარამეტრიც არსებობს არსად არ მიდის.

ნუ გეშინია დანის, გეშინოდეს ჩანგლის

კიდევ ერთი სასარგებლო პარამეტრია ჩანგლები. ის განსაზღვრავს სამუშაო პროცესების რაოდენობას, რომლებიც ერთდროულად დაუკავშირდებიან ჰოსტებს და შეასრულებენ დავალებებს. პითონის, როგორც ენის თავისებურებების გამო, გამოიყენება პროცესები და არა ძაფები, რადგან Ansible კვლავ მხარს უჭერს Python 2.7 - არ არის თქვენთვის asyncio, აქ ასინქრონული ქცევის დანერგვას აზრი არ აქვს! ნაგულისხმევად Ansible გადის ხუთ მუშები, მაგრამ თუ სწორად ითხოვენ, ის უფრო მეტს დაიწყებს:

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.

მიტოგენის შესახებ
- სად არის ეს მიტოგენზე? - შენ გაქვს უფლება გკითხო, ძვირფასო მკითხველო. არსად ამ სტატიაში. მაგრამ თუ თქვენ ნამდვილად მზად ხართ წაიკითხოთ მისი კოდი და გაარკვიოთ, რატომ იშლება თქვენი პლეიბუქი Mitogen-თან, მაგრამ კარგად მუშაობს vanilla Ansible-თან, ან რატომ მუშაობდა იგივე სათამაშო წიგნი ადრე, მაგრამ განახლების შემდეგ დაიწყო უცნაური რამ - კარგი, Mitogen შეიძლება იყოს თქვენი ინსტრუმენტი. გამოიყენე, გაიგე, დაწერე სტატიები - ინტერესით წავიკითხავ.

რატომ არ ვიყენებ პირადად მიტოგენს? რადგან გლადიოლუსი მუშაობს მხოლოდ მანამ, სანამ ამოცანები მართლაც მარტივია და ყველაფერი კარგადაა. თუმცა, თუ ოდნავ მოუხვევთ მარცხნივ ან მარჯვნივ - ესე იგი, ჩვენ მივედით: საპასუხოდ, რამდენიმე გაურკვეველი გამონაკლისი დაფრინავს თქვენკენ და სურათის დასასრულებლად, რაც აკლია არის ჩვეულებრივი ფრაზა "მადლობა ყველას. , ყველა თავისუფალია“. ზოგადად, უბრალოდ არ მინდა დროის დაკარგვა შემდეგი "მიწისქვეშა დარტყმის" მიზეზების გარკვევაში.

ზოგიერთი პარამეტრი აღმოაჩინეს კითხვის პროცესში საწყისი კოდი კავშირის დანამატი თვითმმართველობის განმარტებით სახელწოდებით "ssh.py". ვიზიარებ კითხვის შედეგებს იმ იმედით, რომ ეს შთააგონებს სხვას, გადახედოს წყაროებს, წაიკითხოს ისინი, შეამოწმოს განხორციელება, შეადაროს დოკუმენტაციას - ბოლოს და ბოლოს, ადრე თუ გვიან ეს ყველაფერი დადებით შედეგს მოგიტანთ. Წარმატებები!

გამოკითხვაში მონაწილეობა შეუძლიათ მხოლოდ დარეგისტრირებულ მომხმარებლებს. Შებრძანდითგთხოვთ

ქვემოთ ჩამოთვლილი Ansible პარამეტრებიდან რომელს იყენებთ თქვენი პროექტების დასაჩქარებლად?

• 69,6%pipelining=true32

• 34,8%შეკრება = ჭკვიანი/გამოკვეთილი16

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

• 17,4%გადაცემის_მეთოდი = მილებით8

• 63,0%ჩანგლები = XXX29

• 6,5%არც ერთი, მხოლოდ Mitogen3

• 8,7%Mitogen + მე აღვნიშნავ ამ პარამეტრებიდან რომელია4

მისცა ხმა 46 მომხმარებელმა. 21 მომხმარებელმა თავი შეიკავა.

გსურთ მეტი ინფორმაცია Ansible-ის შესახებ?

• 78,3%დიახ, რა თქმა უნდა54

• 21,7%დიახ, მე უბრალოდ მინდა მეტი ჰარდკორი პერსონალი!15

• 0,0%არა და არაფრისთვის არ არის საჭირო0

• 0,0%არა, რთულია!!!0

მისცა ხმა 69 მომხმარებელმა. 7-მა მომხმარებელმა თავი შეიკავა.

წყარო: www.habr.com