🥇Ansible टॉवर में Ansible सामग्री संग्रह से इन्वेंट्री प्लगइन्स का उपयोग करना

आईटी वातावरण अधिक से अधिक जटिल होता जा रहा है। इन स्थितियों में, आईटी स्वचालन प्रणाली के लिए नेटवर्क में मौजूद और प्रसंस्करण के अधीन नोड्स के बारे में अद्यतन जानकारी होना महत्वपूर्ण है। Red Hat Ansible ऑटोमेशन प्लेटफ़ॉर्म में, इस समस्या को तथाकथित इन्वेंट्री के माध्यम से हल किया जाता है (सूची) - प्रबंधित नोड्स की सूची।

अपने सरलतम रूप में, इन्वेंट्री एक स्थिर फ़ाइल है। जब आप Ansible के साथ काम करना शुरू करते हैं तो यह आदर्श है, लेकिन जैसे-जैसे स्वचालन बढ़ता है, यह अपर्याप्त हो जाता है।

और यहां क्यों है:

जब चीजें लगातार बदल रही हों, जब वर्कलोड-और बाद में जिन नोड्स पर वे चलते हैं-आते और जाते हैं तो आप मॉनिटर किए गए नोड्स की पूरी सूची को कैसे अपडेट और बनाए रखते हैं?
किसी विशेष स्वचालन को लागू करने के लिए विशेष रूप से नोड्स का चयन करने के लिए आईटी बुनियादी ढांचे के घटकों को कैसे वर्गीकृत किया जाए?

डायनामिक इन्वेंट्री इन दोनों प्रश्नों के उत्तर प्रदान करती है (गतिशील सूची) - एक स्क्रिप्ट या प्लगइन जो सत्य के स्रोत का संदर्भ देते हुए स्वचालित होने के लिए नोड्स की खोज करता है। इसके अलावा, डायनामिक इन्वेंट्री स्वचालित रूप से नोड्स को समूहों में वर्गीकृत करती है ताकि आप विशिष्ट एंसिबल ऑटोमेशन करने के लिए लक्ष्य सिस्टम का अधिक सटीक रूप से चयन कर सकें।

इन्वेंटरी प्लगइन्स Ansible उपयोगकर्ता को लक्ष्य नोड्स के लिए गतिशील रूप से खोज करने के लिए बाहरी प्लेटफ़ॉर्म तक पहुंचने की क्षमता प्रदान करें और इन्वेंट्री बनाते समय इन प्लेटफ़ॉर्म को सत्य के स्रोत के रूप में उपयोग करें। Ansible में स्रोतों की मानक सूची में क्लाउड प्लेटफ़ॉर्म AWS EC2, Google GCP और Microsoft Azure शामिल हैं, और Ansible के लिए कई अन्य इन्वेंट्री प्लगइन्स भी हैं।

Ansible टावर कई नंबर के साथ आता है इन्वेंट्री प्लगइन्स, जो सीधे बॉक्स से बाहर काम करता है और, ऊपर सूचीबद्ध क्लाउड प्लेटफ़ॉर्म के अलावा, VMware vCenter, Red Hat OpenStack प्लेटफ़ॉर्म और Red Hat सैटेलाइट के साथ एकीकरण प्रदान करता है। इन प्लगइन्स के लिए, आपको बस लक्ष्य प्लेटफ़ॉर्म से कनेक्ट करने के लिए क्रेडेंशियल प्रदान करने की आवश्यकता है, जिसके बाद उन्हें एन्सिबल टॉवर में इन्वेंट्री डेटा के स्रोत के रूप में उपयोग किया जा सकता है।

Ansible टॉवर के साथ शामिल मानक प्लगइन्स के अलावा, Ansible समुदाय द्वारा समर्थित अन्य इन्वेंट्री प्लगइन्स भी हैं। में संक्रमण के साथ रेड हैट एन्सिबल सामग्री संग्रह इन प्लगइन्स को संबंधित संग्रहों में शामिल किया जाने लगा।

इस पोस्ट में, हम ServiceNow के लिए इन्वेंट्री प्लगइन के साथ काम करने का एक उदाहरण लेंगे, जो एक लोकप्रिय आईटी सेवा प्रबंधन प्लेटफॉर्म है जिसमें ग्राहक अक्सर सीएमडीबी में अपने सभी उपकरणों के बारे में जानकारी संग्रहीत करते हैं। इसके अलावा, सीएमडीबी में ऐसे संदर्भ शामिल हो सकते हैं जो स्वचालन के लिए उपयोगी हैं, जैसे सर्वर मालिकों, सेवा स्तर (उत्पादन/गैर-उत्पादन), स्थापित अपडेट और रखरखाव विंडो के बारे में जानकारी। Ansible इन्वेंट्री प्लगइन ServiceNow CMDB के साथ काम कर सकता है और संग्रह का हिस्सा है अभी मरम्मत करें पोर्टल पर Galaxy.ansible.com.

गिट भंडार

Ansible टॉवर में एक संग्रह से इन्वेंट्री प्लगइन का उपयोग करने के लिए, इसे प्रोजेक्ट स्रोत के रूप में सेट किया जाना चाहिए। अन्सिबल टॉवर में, एक प्रोजेक्ट किसी प्रकार के संस्करण नियंत्रण प्रणाली के साथ एक एकीकरण है, जैसे कि गिट रिपॉजिटरी, जिसका उपयोग न केवल ऑटोमेशन प्लेबुक, बल्कि वेरिएबल्स और इन्वेंट्री सूचियों को भी सिंक्रनाइज़ करने के लिए किया जा सकता है।

हमारा भंडार वास्तव में बहुत सरल है:

├── 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 टॉवर आवश्यक संग्रह डाउनलोड कर सके और इस प्रकार आवश्यक इन्वेंट्री प्लगइन प्राप्त कर सके। अन्यथा, हमें अपने सभी एंसिबल टॉवर नोड्स पर इस संग्रह को मैन्युअल रूप से स्थापित और बनाए रखना होगा।

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

- name: servicenow.servicenow

एक बार जब हम इस कॉन्फ़िगरेशन को संस्करण नियंत्रण में धकेल देते हैं, तो हम Ansible टॉवर में एक प्रोजेक्ट बना सकते हैं जो संबंधित रिपॉजिटरी को संदर्भित करता है। नीचे दिया गया उदाहरण Ansible टॉवर को हमारे github रिपॉजिटरी से जोड़ता है। एससीएम यूआरएल पर ध्यान दें: यह आपको एक निजी भंडार से जुड़ने के लिए एक खाता पंजीकृत करने की अनुमति देता है, साथ ही चेक आउट करने के लिए एक विशिष्ट शाखा, टैग या प्रतिबद्धता निर्दिष्ट करता है।

ServiceNow के लिए क्रेडेंशियल बनाना

जैसा कि उल्लेख किया गया है, हमारे रिपॉजिटरी में कॉन्फ़िगरेशन में ServiceNow से कनेक्ट करने के लिए क्रेडेंशियल नहीं हैं और ServiceNow उदाहरण निर्दिष्ट नहीं है जिसके साथ हम संचार करेंगे। इसलिए, इस डेटा को सेट करने के लिए, हम Ansible टॉवर में क्रेडेंशियल बनाएंगे। के अनुसार 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 टॉवर में इस प्रकार का कोई क्रेडेंशियल नहीं है जहाँ आप ServiceNow के लिए इस डेटा को निर्दिष्ट कर सकें। लेकिन एन्सिबल टॉवर हमें परिभाषित करने की अनुमति देता है कस्टम क्रेडेंशियल प्रकार, आप इसके बारे में लेख में अधिक पढ़ सकते हैं "अन्सिबल टॉवर फ़ीचर स्पॉटलाइट: कस्टम क्रेडेंशियल्स".

हमारे मामले में, 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 खाता जोड़ सकते हैं और इंस्टेंस, उपयोगकर्ता नाम और पासवर्ड इस तरह सेट कर सकते हैं:

हम इन्वेंट्री बनाते हैं

तो, अब हम एन्सिबल टावर में एक इन्वेंट्री बनाने के लिए तैयार हैं। चलिए इसे ServiceNow कहते हैं:

इन्वेंट्री बनाने के बाद, हम इसमें एक डेटा स्रोत संलग्न कर सकते हैं। यहां हम पहले बनाए गए प्रोजेक्ट को निर्दिष्ट करते हैं और स्रोत नियंत्रण रिपॉजिटरी में हमारी YAML इन्वेंट्री फ़ाइल का पथ दर्ज करते हैं, हमारे मामले में यह प्रोजेक्ट रूट में servicenow.yml है। इसके अलावा, आपको अपना ServiceNow खाता लिंक करना होगा।

यह जांचने के लिए कि सब कुछ कैसे काम करता है, आइए "सभी को सिंक करें" बटन पर क्लिक करके डेटा स्रोत के साथ सिंक्रनाइज़ करने का प्रयास करें। यदि सब कुछ सही ढंग से कॉन्फ़िगर किया गया है, तो नोड्स को हमारी सूची में आयात किया जाना चाहिए:

कृपया ध्यान दें कि जिन समूहों की हमें आवश्यकता है वे भी बनाए गए हैं।

निष्कर्ष

इस पोस्ट में, हमने उदाहरण के तौर पर ServiceNow प्लगइन का उपयोग करके Ansible टॉवर में संग्रह से इन्वेंट्री प्लगइन का उपयोग करने का तरीका देखा। हमने अपने ServiceNow उदाहरण से जुड़ने के लिए क्रेडेंशियल भी सुरक्षित रूप से पंजीकृत किए हैं। किसी प्रोजेक्ट से इन्वेंट्री प्लगइन को लिंक करना न केवल तृतीय-पक्ष या कस्टम प्लगइन्स के साथ काम करता है, बल्कि इसका उपयोग कुछ मानक इन्वेंट्री के संचालन को संशोधित करने के लिए भी किया जा सकता है। यह तेजी से जटिल आईटी वातावरण को स्वचालित करते समय मौजूदा उपकरणों के साथ एकीकृत करने के लिए अन्सिबल ऑटोमेशन प्लेटफ़ॉर्म को आसान और निर्बाध बनाता है।

आप इस पोस्ट में चर्चा किए गए विषयों के साथ-साथ एन्सिबल का उपयोग करने के अन्य पहलुओं पर अधिक जानकारी यहां पा सकते हैं:

ब्लॉग द्वारा Ansible का उपयोग करके ServiceNow को स्वचालित करना.
अपना खुद का संग्रह कैसे बनाएं.
ऑटोमेशन हब वेबसाइट पर Red Hat समर्थित संग्रहों की सूची (Cloud.redhat.com).
अन्सिबल ऑटोमेशन प्लेटफ़ॉर्म ई-पुस्तकें.

*रेड हैट इस बात की कोई गारंटी नहीं देता कि यहां मौजूद कोड सही है। सभी सामग्रियां गैर-अनुमोदन आधार पर प्रदान की जाती हैं जब तक कि अन्यथा स्पष्ट रूप से न कहा गया हो।

स्रोत: www.habr.com

Ansible टॉवर में Ansible सामग्री संग्रह से इन्वेंट्री प्लगइन्स का उपयोग करना

गिट भंडार

ServiceNow के लिए क्रेडेंशियल बनाना

हम इन्वेंट्री बनाते हैं

निष्कर्ष

एक टिप्पणी जोड़ें उत्तर रद्द