Ansible Tower માં Ansible કન્ટેન્ટ કલેક્શનમાંથી ઈન્વેન્ટરી પ્લગઈન્સનો ઉપયોગ કરવો

આઇટી વાતાવરણ વધુ ને વધુ જટિલ બની રહ્યું છે. આ પરિસ્થિતિઓમાં, IT ઓટોમેશન સિસ્ટમ માટે નેટવર્કમાં હાજર અને પ્રક્રિયાને આધીન એવા નોડ્સ વિશે અપ-ટૂ-ડેટ માહિતી હોવી મહત્વપૂર્ણ છે. Red Hat Ansible Automation Platform માં, આ મુદ્દો કહેવાતી ઇન્વેન્ટરી દ્વારા ઉકેલવામાં આવે છે (યાદી) - સંચાલિત નોડ્સની સૂચિ.

તેના સરળ સ્વરૂપમાં, ઇન્વેન્ટરી એ સ્થિર ફાઇલ છે. જ્યારે તમે Ansible સાથે કામ કરવાનું શરૂ કરો ત્યારે આ આદર્શ છે, પરંતુ જેમ જેમ ઓટોમેશન વધે છે તેમ તેમ તે અપૂરતું બને છે.

અને અહીં શા માટે છે:

1. જ્યારે વસ્તુઓ સતત બદલાતી રહે છે, જ્યારે વર્કલોડ થાય છે-અને ત્યારબાદ તેઓ જે નોડ્સ પર ચાલે છે-આવતા-જતા હોય ત્યારે તમે મોનિટર કરેલ નોડ્સની સંપૂર્ણ સૂચિ કેવી રીતે અપડેટ અને જાળવી શકો છો?
2. ચોક્કસ ઓટોમેશન લાગુ કરવા માટે ખાસ નોડ્સ પસંદ કરવા માટે IT ઈન્ફ્રાસ્ટ્રક્ચરના ઘટકોનું વર્ગીકરણ કેવી રીતે કરવું?

ડાયનેમિક ઇન્વેન્ટરી આ બંને પ્રશ્નોના જવાબો પ્રદાન કરે છે (ગતિશીલ ઇન્વેન્ટરી) – એક સ્ક્રિપ્ટ અથવા પ્લગઇન કે જે સત્યના સ્ત્રોતનો ઉલ્લેખ કરીને સ્વચાલિત થવા માટે નોડ્સને શોધે છે. વધુમાં, ડાયનેમિક ઇન્વેન્ટરી આપમેળે નોડ્સને જૂથોમાં વર્ગીકૃત કરે છે જેથી કરીને તમે ચોક્કસ જવાબી ઓટોમેશન કરવા માટે લક્ષ્ય સિસ્ટમોને વધુ ચોક્કસ રીતે પસંદ કરી શકો.

ઈન્વેન્ટરી પ્લગઈન્સ જવાબી વપરાશકર્તાને લક્ષ્ય ગાંઠો માટે ગતિશીલ રીતે શોધવા માટે બાહ્ય પ્લેટફોર્મને ઍક્સેસ કરવાની ક્ષમતા આપો અને ઇન્વેન્ટરી બનાવતી વખતે સત્યના સ્ત્રોત તરીકે આ પ્લેટફોર્મનો ઉપયોગ કરો. Ansible માં સ્ત્રોતોની પ્રમાણભૂત યાદીમાં ક્લાઉડ પ્લેટફોર્મ AWS EC2, Google GCP અને Microsoft Azure નો સમાવેશ થાય છે અને Ansible માટે અન્ય ઘણા ઈન્વેન્ટરી પ્લગઈનો પણ છે.

જવાબી ટાવર સંખ્યાબંધ સાથે આવે છે ઈન્વેન્ટરી પ્લગઈન્સ, જે બોક્સની બહાર કામ કરે છે અને ઉપર સૂચિબદ્ધ ક્લાઉડ પ્લેટફોર્મ ઉપરાંત, VMware vCenter, Red Hat OpenStack પ્લેટફોર્મ અને Red Hat સેટેલાઈટ સાથે એકીકરણ પૂરું પાડે છે. આ પ્લગઇન્સ માટે, તમારે લક્ષ્ય પ્લેટફોર્મ સાથે કનેક્ટ થવા માટે માત્ર ઓળખપત્રો પ્રદાન કરવાની જરૂર છે, જે પછી તેનો ઉપયોગ જવાબી ટાવરમાં ઇન્વેન્ટરી ડેટાના સ્ત્રોત તરીકે કરી શકાય છે.

એન્સિબલ ટાવર સાથે સમાવિષ્ટ સ્ટાન્ડર્ડ પ્લગઈન્સ ઉપરાંત, અન્ય ઈન્વેન્ટરી પ્લગઈન્સ છે જે એન્સિબલ સમુદાય દ્વારા સપોર્ટેડ છે. માં સંક્રમણ સાથે Red Hat એન્સિબલ સામગ્રી સંગ્રહો આ પ્લગઈનો અનુરૂપ સંગ્રહોમાં સમાવવાનું શરૂ કર્યું.

આ પોસ્ટમાં, અમે ServiceNow માટે ઇન્વેન્ટરી પ્લગઇન સાથે કામ કરવાનું ઉદાહરણ લઈશું, એક લોકપ્રિય IT સર્વિસ મેનેજમેન્ટ પ્લેટફોર્મ જેમાં ગ્રાહકો વારંવાર તેમના તમામ ઉપકરણો વિશેની માહિતી CMDBમાં સ્ટોર કરે છે. વધુમાં, સીએમડીબીમાં એવા સંદર્ભો હોઈ શકે છે જે ઓટોમેશન માટે ઉપયોગી છે, જેમ કે સર્વર માલિકો વિશેની માહિતી, સેવા સ્તર (ઉત્પાદન/બિન-ઉત્પાદન), સ્થાપિત અપડેટ્સ અને જાળવણી વિન્ડો. Ansible ઇન્વેન્ટરી પ્લગઇન ServiceNow CMDB સાથે કામ કરી શકે છે અને તે સંગ્રહનો એક ભાગ છે સર્વિસેનો પોર્ટલ પર galaxy.ansible.com.

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 ઉદાહરણનો ઉલ્લેખ કરતું નથી કે જેની સાથે અમે કોઈપણ રીતે કનેક્ટ કરીશું, અને કનેક્શન માટે કોઈપણ ઓળખપત્રનો ઉલ્લેખ કરતું નથી. અમે આ બધું પછીથી જવાબી ટાવરમાં ગોઠવીશું.

ફાઇલ સંગ્રહ/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 પર્યાવરણ ચલ સેટ કરેલ હોય, તો ઇન્વેન્ટરી પ્લગઇન તેનો ઉપયોગ ServiceNow સાથે જોડાવા માટે એકાઉન્ટ તરીકે કરશે.

અમારે SN_INSTANCE અને SN_PASSWORD ચલો પણ સેટ કરવાની જરૂર છે.

જો કે, જવાબી ટાવરમાં આ પ્રકારના કોઈ ઓળખપત્રો નથી કે જ્યાં તમે 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 Tower માં સંગ્રહમાંથી ઇન્વેન્ટરી પ્લગઇનનો ઉપયોગ કેવી રીતે કરવો તે જોયું. અમે અમારા ServiceNow ઉદાહરણ સાથે કનેક્ટ થવા માટે ઓળખપત્રો પણ સુરક્ષિત રીતે રજીસ્ટર કર્યા છે. પ્રોજેક્ટમાંથી ઇન્વેન્ટરી પ્લગઇનને લિંક કરવું એ માત્ર તૃતીય-પક્ષ અથવા કસ્ટમ પ્લગઇન્સ સાથે જ કામ કરતું નથી, પરંતુ કેટલીક માનક ઇન્વેન્ટરીઝના ઑપરેશનમાં ફેરફાર કરવા માટે પણ તેનો ઉપયોગ કરી શકાય છે. આ વધુને વધુ જટિલ IT વાતાવરણને સ્વચાલિત કરવા માટે હાલના ટૂલ્સ સાથે સંકલિત કરવા માટે આન્સિબલ ઓટોમેશન પ્લેટફોર્મને સરળ અને સીમલેસ બનાવે છે.

તમે આ પોસ્ટમાં ચર્ચા કરેલા વિષયો તેમજ જવાબીબલનો ઉપયોગ કરવાના અન્ય પાસાઓ વિશે વધુ માહિતી અહીં મેળવી શકો છો:

• દ્વારા બ્લોગ Ansible નો ઉપયોગ કરીને સેવાને સ્વચાલિત કરી રહ્યું છે.
• તમારું પોતાનું કલેક્શન કેવી રીતે બનાવવું.
• ઓટોમેશન હબ વેબસાઈટ પર Red Hat આધારભૂત સંગ્રહોની યાદી (cloud.redhat.com).
• જવાબી ઓટોમેશન પ્લેટફોર્મ ઈબુક્સ.

*Red Hat કોઈ ગેરેંટી આપતું નથી કે અહીં આપેલો કોડ સાચો છે. બધી સામગ્રીઓ બિન-સમર્થન ધોરણે પૂરી પાડવામાં આવે છે સિવાય કે અન્યથા સ્પષ્ટપણે જણાવ્યું હોય.

સોર્સ: www.habr.com