שימוש בתוספים של מלאי מ-Ansible Content Collections ב-Ansible Tower

סביבות IT הופכות מורכבות יותר ויותר. בתנאים אלו, חיוני שלמערכת האוטומציה של ה-IT יהיה מידע עדכני על הצמתים הקיימים ברשת ונתונים לעיבוד. בפלטפורמת Red Hat Ansible Automation, בעיה זו נפתרת באמצעות מה שנקרא המלאי (מלאי) – רשימות של צמתים מנוהלים.

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

והנה הסיבה:

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

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

תוספים של מלאי לתת למשתמש Ansible את היכולת לגשת לפלטפורמות חיצוניות כדי לחפש באופן דינמי אחר צמתי יעד ולהשתמש בפלטפורמות אלו כמקור אמת בעת יצירת מלאי. רשימת המקורות הסטנדרטית ב-Ansible כוללת את פלטפורמות הענן AWS EC2, Google GCP ו-Microsoft Azure, ויש גם תוספי מלאי רבים אחרים עבור Ansible.

Ansible Tower מגיע עם מספר תוספים של מלאי, שפועלות ישירות מהקופסה, ובנוסף לפלטפורמות הענן המפורטות לעיל, מספקות אינטגרציה עם VMware vCenter, Red Hat OpenStack Platform ו-Red Hat Satellite. עבור תוספים אלה, אתה רק צריך לספק אישורים כדי להתחבר לפלטפורמת היעד, ולאחר מכן הם יכולים לשמש כמקור לנתוני מלאי ב-Ansible Tower.

בנוסף לתוספים הסטנדרטיים הכלולים ב-Ansible Tower, ישנם תוספים נוספים למלאי הנתמכים על ידי קהילת Ansible. עם המעבר ל אוספי תוכן של Red Hat Ansible תוספים אלה החלו להיכלל באוספים המקבילים.

בפוסט זה ניקח דוגמה לעבודה עם תוסף המלאי של ServiceNow, פלטפורמת ניהול שירותי IT פופולרית שבה לקוחות מאחסנים מידע על כל המכשירים שלהם ב-CMDB. בנוסף, ה-CMDB יכול להכיל הקשר שימושי לאוטומציה, כגון מידע על בעלי שרתים, רמות שירות (ייצור/אי-ייצור), עדכונים מותקנים וחלונות תחזוקה. תוסף המלאי של Ansible יכול לעבוד עם ServiceNow CMDB והוא חלק מהאוסף שירות בפורטל galaxy.ansible.com.

מאגר Git

כדי להשתמש בתוסף מלאי מאוסף ב-Ansible Tower, יש להגדיר אותו כמקור הפרויקט. ב-Ansible Tower, פרויקט הוא אינטגרציה עם מערכת בקרת גרסאות כלשהי, כמו מאגר git, שניתן להשתמש בו כדי לסנכרן לא רק ספרי אוטומציה, אלא גם משתנים ורשימות מלאי.

המאגר שלנו הוא למעשה מאוד פשוט:

├── collections
│   └── requirements.yml
└── servicenow.yml

הקובץ servicenow.yml מכיל פרטים עבור מלאי התוספים. במקרה שלנו, אנו פשוט מציינים את הטבלה ב-ServiceNow CMDB שבה אנו רוצים להשתמש. אנו גם מגדירים את השדות שיתווספו כמשתני צומת, בתוספת מידע מסוים על הקבוצות שאנו רוצים ליצור.

$ cat servicenow.yml
plugin: servicenow.servicenow.now
table: cmdb_ci_linux_server
fields: [ip_address,fqdn,host_name,sys_class_name,name,os]
keyed_groups:
  - key: sn_sys_class_name | lower
	prefix: ''
	separator: ''
  - key: sn_os | lower
	prefix: ''
	separator: ''

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

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

$ cat collections/requirements.yml
---
collections:

- name: servicenow.servicenow

לאחר שדחפנו את התצורה הזו לבקרת גרסאות, נוכל ליצור פרויקט ב-Ansible Tower שמתייחס למאגר המתאים. הדוגמה למטה מקשרת את Ansible Tower למאגר ה-github שלנו. שימו לב לכתובת ה-SCM: היא מאפשרת לכם לרשום חשבון כדי להתחבר למאגר פרטי, כמו גם לציין סניף, תג או התחייבות ליציאה.

יצירת אישורים עבור ServiceNow

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

= username
    	The ServiceNow user account, it should have rights to read cmdb_ci_server (default), or table specified by SN_TABLE

    	set_via:
      	env:
      	- name: SN_USERNAME

במקרה זה, אם משתנה הסביבה SN_USERNAME מוגדר, תוסף המלאי ישתמש בו כחשבון כדי להתחבר ל-ServiceNow.

אנחנו צריכים גם להגדיר את המשתנים SN_INSTANCE ו-SN_PASSWORD.

עם זאת, אין אישורים מסוג זה ב-Ansible Tower שבהם תוכל לציין נתונים אלה עבור ServiceNow. אבל Ansible Tower מאפשר לנו להגדיר סוגי אישורים מותאמים אישית, תוכל לקרוא עוד על כך במאמר "זרקור תכונת מגדל Ansible: אישורים מותאמים אישית".

במקרה שלנו, תצורת הקלט עבור אישורים מותאמים אישית עבור ServiceNow נראית כך:

fields:
  - id: SN_USERNAME
	type: string
	label: Username
  - id: SN_PASSWORD
	type: string
	label: Password
	secret: true
  - id: SN_INSTANCE
	type: string
	label: Snow Instance
required:
  - SN_USERNAME
  - SN_PASSWORD
  - SN_INSTANCE

אישורים אלה ייחשפו כמשתני סביבה בעלי אותו שם. זה מתואר בתצורת המזרק:

env:
  SN_INSTANCE: '{{ SN_INSTANCE }}'
  SN_PASSWORD: '{{ SN_PASSWORD }}'
  SN_USERNAME: '{{ SN_USERNAME }}'

אז, הגדרנו את סוג האישור שאנחנו צריכים, עכשיו אנחנו יכולים להוסיף חשבון ServiceNow ולהגדיר את המופע, שם המשתמש והסיסמה, כך:

אנחנו יוצרים מלאי

אז, עכשיו כולנו מוכנים ליצור מלאי ב-Ansible Tower. בואו נקרא לזה ServiceNow:

לאחר יצירת המלאי, נוכל לצרף אליו מקור נתונים. כאן אנו מציינים את הפרויקט שיצרנו קודם ונזין את הנתיב לקובץ המלאי של YAML שלנו במאגר בקרת המקור, במקרה שלנו זה servicenow.yml בשורש הפרויקט. בנוסף, עליך לקשר את חשבון ServiceNow שלך.

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

שימו לב שגם הקבוצות שאנו צריכים נוצרו.

מסקנה

בפוסט זה, בדקנו כיצד להשתמש בתוספים של מלאי מאוספים ב-Ansible Tower תוך שימוש בתוסף ServiceNow כדוגמה. רשמנו גם אישורים בצורה מאובטחת כדי להתחבר למופע ServiceNow שלנו. קישור תוסף מלאי מפרויקט עובד לא רק עם תוספים של צד שלישי או מותאמים אישית, אלא יכול לשמש גם כדי לשנות את פעולתם של חלק מהמלאי הסטנדרטי. זה הופך את Ansible Automation Platform לקל וחלק לשילוב עם כלים קיימים בעת אוטומציה של סביבות IT מורכבות יותר ויותר.

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

• בלוג מאת אוטומציה של ServiceNow באמצעות Ansible.
• איך ליצור אוספים משלך.
• רשימת האוספים הנתמכים ב-Red Hat באתר Automation Hub (cloud.redhat.com).
• Ansible Automation Platform ספרים אלקטרוניים.

*Red Hat אינה מבטיחה שהקוד הכלול כאן נכון. כל החומרים מסופקים על בסיס ללא אישור אלא אם צוין אחרת במפורש.

מקור: www.habr.com