Ansible Tower मधील Ansible Content Collection मधील इन्व्हेंटरी प्लगइन वापरणे

आयटी वातावरण अधिकाधिक गुंतागुंतीचे होत आहे. या परिस्थितींमध्ये, IT ऑटोमेशन सिस्टमसाठी नेटवर्कमध्ये उपस्थित असलेल्या आणि प्रक्रियेच्या अधीन असलेल्या नोड्सबद्दल अद्ययावत माहिती असणे महत्वाचे आहे. Red Hat Ansible Automation Platform मध्ये, ही समस्या तथाकथित इन्व्हेंटरीद्वारे सोडवली जाते (यादी) - व्यवस्थापित नोड्सच्या याद्या.

त्याच्या सर्वात सोप्या स्वरूपात, इन्व्हेंटरी एक स्थिर फाइल आहे. जेव्हा तुम्ही Ansible सह कार्य करण्यास सुरुवात करता तेव्हा हे आदर्श असते, परंतु जसे ऑटोमेशन वाढते तसे ते अपुरे पडते.

आणि म्हणूनच:

1. जेव्हा गोष्टी सतत बदलत असतात, जेव्हा वर्कलोड्स-आणि त्यानंतर ते चालणारे नोड्स-येतात आणि जातात तेव्हा तुम्ही निरीक्षण केलेल्या नोड्सची संपूर्ण यादी कशी अपडेट आणि राखता?
2. विशिष्ट ऑटोमेशन लागू करण्यासाठी विशेषत: नोड्स निवडण्यासाठी आयटी इन्फ्रास्ट्रक्चरच्या घटकांचे वर्गीकरण कसे करावे?

डायनॅमिक इन्व्हेंटरी या दोन्ही प्रश्नांची उत्तरे प्रदान करते (डायनॅमिक इन्व्हेंटरी) – एक स्क्रिप्ट किंवा प्लगइन जे सत्याच्या स्त्रोताचा संदर्भ देऊन स्वयंचलित होण्यासाठी नोड्स शोधते. याव्यतिरिक्त, डायनॅमिक इन्व्हेंटरी आपोआप नोड्सचे गटांमध्ये वर्गीकरण करते जेणेकरून तुम्ही विशिष्ट उत्तरदायी ऑटोमेशन करण्यासाठी लक्ष्य प्रणाली अधिक अचूकपणे निवडू शकता.

इन्व्हेंटरी प्लगइन उत्तरदायी वापरकर्त्यास लक्ष्य नोड्स शोधण्यासाठी बाह्य प्लॅटफॉर्मवर प्रवेश करण्याची क्षमता द्या आणि इन्व्हेंटरी तयार करताना सत्याचा स्रोत म्हणून या प्लॅटफॉर्मचा वापर करा. Ansible मधील स्त्रोतांच्या मानक सूचीमध्ये क्लाउड प्लॅटफॉर्म AWS EC2, Google GCP आणि Microsoft Azure यांचा समावेश आहे आणि Ansible साठी इतर अनेक इन्व्हेंटरी प्लगइन्स देखील आहेत.

उत्तरदायी टॉवर अनेकांसह येतो इन्व्हेंटरी प्लगइन, जे बॉक्सच्या बाहेर काम करतात आणि वर सूचीबद्ध केलेल्या क्लाउड प्लॅटफॉर्म व्यतिरिक्त, VMware vCenter, Red Hat OpenStack Platform आणि Red Hat Satellite सह एकत्रीकरण प्रदान करतात. या प्लगइन्ससाठी, लक्ष्य प्लॅटफॉर्मशी कनेक्ट करण्यासाठी तुम्हाला फक्त क्रेडेन्शियल्स प्रदान करणे आवश्यक आहे, त्यानंतर ते उत्तरदायी टॉवरमध्ये इन्व्हेंटरी डेटाचा स्रोत म्हणून वापरले जाऊ शकतात.

Ansible Tower सह समाविष्ट मानक प्लगइन्स व्यतिरिक्त, Ansible समुदायाद्वारे समर्थित इतर इन्व्हेंटरी प्लगइन्स आहेत. च्या संक्रमणासह Red Hat उत्तरदायी सामग्री संग्रह हे प्लगइन संबंधित संग्रहांमध्ये समाविष्ट केले जाऊ लागले.

या पोस्टमध्ये, आम्ही सर्व्हिसनाऊसाठी इन्व्हेंटरी प्लगइनसह काम करण्याचे उदाहरण घेऊ, एक लोकप्रिय IT सेवा व्यवस्थापन प्लॅटफॉर्म ज्यामध्ये ग्राहक त्यांच्या सर्व उपकरणांची माहिती CMDB मध्ये संग्रहित करतात. याव्यतिरिक्त, CMDB मध्ये ऑटोमेशनसाठी उपयुक्त असलेले संदर्भ असू शकतात, जसे की सर्व्हर मालकांबद्दल माहिती, सेवा स्तर (उत्पादन/नॉन-प्रॉडक्शन), स्थापित अद्यतने आणि देखभाल विंडो. उत्तरदायी इन्व्हेंटरी प्लगइन ServiceNow CMDB सह कार्य करू शकते आणि संग्रहाचा भाग आहे सर्व्हिसनो पोर्टलवर galaxy.ansible.com.

Git भांडार

Ansible Tower मधील संग्रहातील इन्व्हेंटरी प्लगइन वापरण्यासाठी, ते प्रकल्प स्रोत म्हणून सेट करणे आवश्यक आहे. Ansible Tower मध्ये, प्रोजेक्ट म्हणजे काही प्रकारची आवृत्ती नियंत्रण प्रणाली, जसे की गिट रेपॉजिटरी, ज्याचा वापर केवळ ऑटोमेशन प्लेबुकच नाही तर व्हेरिएबल्स आणि इन्व्हेंटरी लिस्ट देखील सिंक्रोनाइझ करण्यासाठी केला जाऊ शकतो.

आमचे भांडार खरोखर खूप सोपे आहे:

├── 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 उदाहरण निर्दिष्ट करत नाही ज्याशी आम्ही कोणत्याही प्रकारे कनेक्ट करू आणि कनेक्शनसाठी कोणतेही क्रेडेन्शियल निर्दिष्ट करत नाही. आम्ही हे सर्व नंतर उत्तरदायी टॉवरमध्ये कॉन्फिगर करू.

फाइल संग्रह/requirements.yml आवश्यक आहे जेणेकरून उत्तरदायी टॉवर आवश्यक संग्रह डाउनलोड करू शकेल आणि त्याद्वारे आवश्यक इन्व्हेंटरी प्लगइन मिळवू शकेल. अन्यथा, आम्हाला आमच्या सर्व उत्तरदायी टॉवर नोड्सवर हा संग्रह व्यक्तिचलितपणे स्थापित करावा लागेल आणि त्याची देखभाल करावी लागेल.

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

- name: servicenow.servicenow

एकदा आम्ही हे कॉन्फिगरेशन आवृत्ती नियंत्रणाकडे ढकलल्यानंतर, आम्ही उत्तरदायी टॉवरमध्ये एक प्रकल्प तयार करू शकतो जो संबंधित भांडाराचा संदर्भ देतो. खालील उदाहरण आमच्या गीथब रेपॉजिटरीशी उत्तरदायी टॉवर लिंक करते. SCM URL कडे लक्ष द्या: हे तुम्हाला खाजगी भांडाराशी जोडण्यासाठी खाते नोंदणी करण्यास, तसेच विशिष्ट शाखा, टॅग किंवा चेक आउट करण्यासाठी कमिट निर्दिष्ट करण्यास अनुमती देते.

ServiceNow साठी क्रेडेन्शियल तयार करत आहे

नमूद केल्याप्रमाणे, आमच्या रेपॉजिटरीमधील कॉन्फिगरेशनमध्ये ServiceNow शी कनेक्ट करण्यासाठी क्रेडेन्शियल्स नाहीत आणि आम्ही ज्याच्याशी संवाद साधू त्या ServiceNow उदाहरण निर्दिष्ट करत नाही. म्हणून, हा डेटा सेट करण्यासाठी, आम्ही उत्तरदायी टॉवरमध्ये क्रेडेन्शियल्स तयार करू. त्यानुसार 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 पर्यावरण व्हेरिएबल सेट केले असल्यास, इन्व्हेंटरी प्लगइन त्याचा सर्व्हिसनाऊशी कनेक्ट करण्यासाठी खाते म्हणून वापर करेल.

आम्हाला SN_INSTANCE आणि SN_PASSWORD व्हेरिएबल्स देखील सेट करणे आवश्यक आहे.

तथापि, Ansible Tower मध्ये या प्रकारची कोणतीही क्रेडेन्शियल्स नाहीत जिथे तुम्ही 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 खाते जोडू शकतो आणि उदाहरण, वापरकर्तानाव आणि पासवर्ड सेट करू शकतो, जसे की:

आम्ही यादी तयार करतो

तर, आता आम्ही सर्वजण Ansible Tower मध्ये यादी तयार करण्यास तयार आहोत. चला याला सर्व्हिसनाऊ म्हणूया:

इन्व्हेंटरी तयार केल्यानंतर, आम्ही त्यात डेटा स्रोत संलग्न करू शकतो. येथे आम्ही आधी तयार केलेला प्रकल्प निर्दिष्ट करतो आणि स्त्रोत नियंत्रण रेपॉजिटरीमध्ये आमच्या YAML इन्व्हेंटरी फाइलचा मार्ग प्रविष्ट करतो, आमच्या बाबतीत ते प्रोजेक्ट रूटमध्ये servicenow.yml आहे. याव्यतिरिक्त, तुम्हाला तुमचे ServiceNow खाते लिंक करावे लागेल.

सर्वकाही कसे कार्य करते हे तपासण्यासाठी, "सर्व समक्रमित करा" बटणावर क्लिक करून डेटा स्त्रोतासह समक्रमित करण्याचा प्रयत्न करूया. सर्वकाही योग्यरित्या कॉन्फिगर केले असल्यास, नोड्स आमच्या इन्व्हेंटरीमध्ये आयात केले जावे:

कृपया लक्षात घ्या की आम्हाला आवश्यक असलेले गट देखील तयार केले आहेत.

निष्कर्ष

या पोस्टमध्ये, आम्ही उदाहरण म्हणून ServiceNow प्लगइन वापरून Ansible Tower मधील संग्रहांमधून इन्व्हेंटरी प्लगइन कसे वापरायचे ते पाहिले. आम्ही आमच्या ServiceNow उदाहरणाशी कनेक्ट होण्यासाठी क्रेडेन्शियल सुरक्षितपणे नोंदणीकृत केले. एखाद्या प्रोजेक्टमधून इन्व्हेंटरी प्लगइन लिंक करणे केवळ तृतीय-पक्ष किंवा कस्टम प्लगइनसह कार्य करत नाही तर काही मानक इन्व्हेंटरीच्या ऑपरेशनमध्ये बदल करण्यासाठी देखील वापरले जाऊ शकते. हे उत्तरदायी ऑटोमेशन प्लॅटफॉर्मला अधिक जटिल IT वातावरण स्वयंचलित करताना विद्यमान साधनांसह एकत्रित करणे सोपे आणि अखंड बनवते.

तुम्ही या पोस्टमध्ये चर्चा केलेल्या विषयांवर तसेच Ansible वापरण्याच्या इतर पैलूंबद्दल अधिक माहिती येथे शोधू शकता:

• द्वारे ब्लॉग Ansible वापरून सर्व्हिसनाऊ स्वयंचलित करणे.
• आपले स्वतःचे संग्रह कसे तयार करावे.
• ऑटोमेशन हब वेबसाइटवरील Red Hat समर्थित संग्रहांची यादी (cloud.redhat.com).
• उत्तरदायी ऑटोमेशन प्लॅटफॉर्म ईपुस्तके.

*रेड हॅट येथे दिलेला कोड बरोबर असल्याची कोणतीही हमी देत ​​नाही. अन्यथा स्पष्टपणे सांगितल्याशिवाय सर्व साहित्य नॉन-ऍन्डॉर्समेंट आधारावर प्रदान केले जाते.

स्त्रोत: www.habr.com