לזרז את Ansible

זה לא סוד שעם הגדרות ברירת המחדל Ansible לא יכולה לעשות את העבודה שלה מהר מאוד. במאמר אציין מספר סיבות לכך ואציע מינימום שימושי של הגדרות, שייתכן מאוד שיגבירו את מהירות הפרויקט שלכם.

כאן ולמטה נדון ב-Ansible 2.9.x, שהותקן ב-virtualenv טרי שנוצר בדרך המועדפת עליך.

לאחר ההתקנה, צור קובץ "ansible.cfg" ליד ספר ההפעלה שלך - מיקום זה יאפשר לך להעביר את ההגדרות הללו יחד עם הפרויקט, בנוסף הן ייטענו באופן אוטומטי למדי.

צנרת

חלקם אולי כבר שמעו על הצורך להשתמש ב-pipelining, כלומר, לא להעתיק מודולים למערכת הקבצים של מערכת היעד, אלא להעביר ארכיון zip עטוף ב-Base64 ישירות ל-stdin של מתורגמן Python, אבל אחרים אולי לא, אבל העובדה נשאר עובדה: הגדרה זו עדיין לא מוערכת. לרוע המזל, חלק מההפצות הפופולריות של לינוקס ששימשו להגדיר את 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

אגב, בענף "לפתח" גם ההגדרה הזו קיימת לא הולך לשום מקום.

אל תפחדו מהסכין, תפחדו מהמזלג

הגדרה שימושית נוספת היא מזלגות. הוא קובע את מספר תהליכי העבודה שיתחברו בו זמנית למארחים ויבצעו משימות. בשל המוזרויות של Python כשפה, נעשה שימוש בתהליכים, לא בשרשורים, כי Ansible עדיין תומכת ב-Python 2.7 - אין אסינציו בשבילך, אין טעם להציג כאן התנהגות אסינכרונית! כברירת מחדל, 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.

לגבי מיטוגן
- איפה זה לגבי מיטוגן? - זכותך לשאול, קורא יקר. בשום מקום במאמר הזה. אבל אם אתה באמת מוכן לקרוא את הקוד שלו ולהבין למה ספר ההפעלה שלך קורס עם מיטוגן, אבל עובד מצוין עם וניל Ansible, או למה אותו ספר הפעלה עבד מצוין לפני כן, אבל אחרי עדכון התחיל לעשות דברים מוזרים - ובכן, מיטוגן יכול להיות הכלי שלך. ליישם את זה, להבין את זה, לכתוב מאמרים - אני אקרא את זה בעניין.

למה אני אישית לא משתמש במיטוגן? בגלל גלדיול זה עובד רק כל עוד המשימות ממש פשוטות והכל בסדר. עם זאת, אם תפנו קצת שמאלה או ימינה - זהו, הגענו: בתגובה עפים עליכם קומץ חריגים לא ברורים, ולהשלמת התמונה, כל מה שחסר הוא המשפט הנפוץ "תודה לכולם , כולם חופשיים." באופן כללי, אני פשוט לא רוצה לבזבז זמן בלברר את הסיבות ל"דפיקה המחתרתית" הבאה.

חלק מההגדרות הללו התגלו במהלך תהליך הקריאה קוד מקור תוסף חיבור תחת השם המובן מאליו "ssh.py". אני משתף את תוצאות הקריאה בתקווה שזה יעורר מישהו אחר להסתכל במקורות, לקרוא אותם, לבדוק את היישום, להשוות עם התיעוד - הרי במוקדם או במאוחר כל זה יביא לך תוצאות חיוביות. בהצלחה!

רק משתמשים רשומים יכולים להשתתף בסקר. להתחברבבקשה.

באילו מהגדרות Ansible הבאות אתה משתמש כדי להאיץ את הפרויקטים שלך?

• 69,6%pipelining=true32

• 34,8%איסוף = חכם/מפורש16

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

• 17,4%transfer_method = piped8

• 63,0%מזלגות = XXX29

• 6,5%שום דבר מזה, רק מיטוגן3

• 8,7%Mitogen + אני אציין איזו מההגדרות הללו4

46 משתמשים הצביעו. משתמש אחד נמנע.

רוצה עוד דברים על Ansible?

• 78,3%כן, כמובן54

• 21,7%כן, אני רק רוצה עוד דברים הארדקור!15

• 0,0%לא, וזה לא נחוץ לחינם0

• 0,0%לא, זה מסובך!!!0

69 משתמשים הצביעו. 7 משתמשים נמנעו.

מקור: www.habr.com