Upplýsingatækniumhverfi verða sífellt flóknara. Við þessar aðstæður er mikilvægt fyrir sjálfvirkni upplýsingatæknikerfisins að hafa uppfærðar upplýsingar um þá hnúta sem eru til staðar í netinu og eru háðir vinnslu. Í Red Hat Ansible Automation Platform er þetta mál leyst með svokölluðu birgðahaldi () – listar yfir stýrða hnúta.
Í sinni einföldustu mynd er inventory kyrrstæð skrá. Þetta er tilvalið þegar þú byrjar að vinna með Ansible, en eftir því sem sjálfvirknin eykst verður hún ófullnægjandi.
Og hér er af hverju:
- Hvernig uppfærir þú og viðheldur heildarlista yfir eftirlitshnúta þegar hlutirnir eru stöðugt að breytast, þegar vinnuálag – og í kjölfarið hnútarnir sem þeir keyra á – koma og fara?
- Hvernig á að flokka íhluti upplýsingatækniinnviða til að velja sérstaklega hnúta til að beita tiltekinni sjálfvirkni?
Kvik birgðahald veitir svör við báðum þessum spurningum () – handrit eða viðbót sem leitar að hnútum til að vera sjálfvirkir, sem vísar til uppruna sannleikans. Að auki flokkar kraftmikla birgðin hnúta sjálfkrafa í hópa svo þú getir valið markkerfi með nákvæmari hætti til að framkvæma sérstaka Ansible sjálfvirkni.
gefa Ansible notandanum möguleika á að fá aðgang að ytri kerfum til að leita að markhnútum á virkan hátt og nota þessa vettvanga sem sannleiksuppsprettu þegar birgðaskrá er búin til. Venjulegur listi yfir heimildir í Ansible inniheldur skýjapalla AWS EC2, Google GCP og Microsoft Azure, og það eru líka mörg önnur birgðaviðbætur fyrir Ansible.
Ansible Tower kemur með fjölda , sem virka beint úr kassanum og, til viðbótar við skýjapallana sem taldir eru upp hér að ofan, veita samþættingu við VMware vCenter, Red Hat OpenStack Platform og Red Hat Satellite. Fyrir þessar viðbætur þarftu bara að gefa upp skilríki til að tengjast markvettvanginum, eftir það er hægt að nota þau sem uppspretta birgðagagna í Ansible Tower.
Til viðbótar við stöðluðu viðbæturnar sem fylgja Ansible Tower eru aðrar birgðaviðbætur sem Ansible samfélagið styður. Með umskiptum til þessar viðbætur fóru að vera með í samsvarandi söfnum.
Í þessari færslu munum við taka dæmi um að vinna með birgðaviðbótinni fyrir ServiceNow, vinsælan upplýsingatækniþjónustustjórnunarvettvang þar sem viðskiptavinir geyma oft upplýsingar um öll tæki sín í CMDB. Að auki getur CMDB innihaldið samhengi sem er gagnlegt fyrir sjálfvirkni, svo sem upplýsingar um eigendur netþjóna, þjónustustig (framleiðsla/ekki framleiðsla), uppsettar uppfærslur og viðhaldsglugga. Ansible birgðaviðbótin getur unnið með ServiceNow CMDB og er hluti af safninu á vefsíðunni .
Git geymsla
Til að nota birgðaviðbót úr safni í Ansible Tower verður það að vera stillt sem uppspretta verkefnisins. Í Ansible Tower er verkefni samþætting við einhvers konar útgáfustýringarkerfi, eins og git geymsla, sem hægt er að nota til að samstilla ekki aðeins sjálfvirkni leikbækur, heldur einnig breytur og birgðalista.
Geymslan okkar er í raun mjög einföld:
├── collections
│ └── requirements.yml
└── servicenow.yml
Servicenow.yml skráin inniheldur upplýsingar um viðbótina. Í okkar tilviki tilgreinum við einfaldlega töfluna í ServiceNow CMDB sem við viljum nota. Við stillum einnig reitina sem verður bætt við sem hnútabreytur, auk ákveðinna upplýsinga um hópana sem við viljum búa til.
$ 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: ''
Vinsamlegast athugaðu að þetta tilgreinir ekki ServiceNow tilvikið sem við munum tengjast á nokkurn hátt og tilgreinir engin skilríki fyrir tengingu. Við munum stilla þetta allt síðar í Ansible Tower.
þarf svo að Ansible Tower geti hlaðið niður nauðsynlegu safni og þar með fengið nauðsynlega birgðaviðbót. Annars þyrftum við að setja upp og viðhalda þessu safni handvirkt á öllum Ansible Tower hnútunum okkar.
$ cat collections/requirements.yml
---
collections:
- name: servicenow.servicenow
Þegar við höfum ýtt þessari stillingu í útgáfustýringu getum við búið til verkefni í Ansible Tower sem vísar til samsvarandi geymslu. Dæmið hér að neðan tengir Ansible Tower við github geymsluna okkar. Gefðu gaum að SCM slóðinni: það gerir þér kleift að skrá reikning til að tengjast einkageymslu, auk þess að tilgreina tiltekið útibú, merki eða skuldbinda þig til að skrá þig út.
Að búa til skilríki fyrir ServiceNow
Eins og fram hefur komið inniheldur uppsetningin í geymslunni okkar ekki skilríki til að tengjast ServiceNow og tilgreinir ekki ServiceNow tilvikið sem við munum eiga samskipti við. Þess vegna, til að stilla þessi gögn, munum við búa til skilríki í Ansible Tower. Samkvæmt , það eru nokkrar umhverfisbreytur sem við munum stilla tengibreytur með, til dæmis, svona:
= 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
Í þessu tilviki, ef SN_USERNAME umhverfisbreytan er stillt, mun birgðaviðbótin nota hana sem reikning til að tengjast ServiceNow.
Við þurfum líka að stilla SN_INSTANCE og SN_PASSWORD breyturnar.
Hins vegar eru engin skilríki af þessari gerð í Ansible Tower þar sem þú gætir tilgreint þessi gögn fyrir ServiceNow. En Ansible Tower gerir okkur kleift að skilgreina , þú getur lesið meira um þetta í greininni .
Í okkar tilviki lítur inntaksstillingin fyrir sérsniðin skilríki fyrir ServiceNow svona út:
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
Þessi skilríki verða afhjúpuð sem umhverfisbreytur með sama nafni. Þessu er lýst í inndælingarstillingunni:
env:
SN_INSTANCE: '{{ SN_INSTANCE }}'
SN_PASSWORD: '{{ SN_PASSWORD }}'
SN_USERNAME: '{{ SN_USERNAME }}'
Þannig að við höfum skilgreint persónuskilríkisgerðina sem við þurfum, nú getum við bætt við ServiceNow reikningi og stillt tilvik, notandanafn og lykilorð, svona:
Við búum til lager
Svo nú erum við öll tilbúin að búa til lager í Ansible Tower. Við skulum kalla það ServiceNow:
Eftir að hafa búið til birgðahaldið getum við tengt gagnagjafa við hana. Hér tilgreinum við verkefnið sem við bjuggum til áðan og sláum inn slóðina að YAML birgðaskránni okkar í frumstýringargeymslunni, í okkar tilviki er það servicenow.yml í verkefnisrótinni. Að auki þarftu að tengja ServiceNow reikninginn þinn.
Til að athuga hvernig allt virkar, við skulum reyna að samstilla við gagnagjafann með því að smella á „Samstilla allt“ hnappinn. Ef allt er rétt stillt, þá ætti að flytja hnútana inn í birgðahaldið okkar:
Athugið að þeir hópar sem við þurfum hafa líka verið búnir til.
Ályktun
Í þessari færslu skoðuðum við hvernig á að nota birgðaviðbætur úr söfnum í Ansible Tower með því að nota ServiceNow viðbótina sem dæmi. Við skráðum einnig skilríki á öruggan hátt til að tengjast ServiceNow tilvikinu okkar. Að tengja birgðaviðbót úr verkefni virkar ekki aðeins með þriðja aðila eða sérsniðnum viðbótum, heldur er einnig hægt að nota það til að breyta starfsemi sumra staðlaðra birgða. Þetta gerir Ansible Automation Platform auðveldan og óaðfinnanlegan í samþættingu við núverandi verkfæri þegar sífellt flóknara upplýsingatækniumhverfi er sjálfvirkt.
Þú getur fundið frekari upplýsingar um efni sem fjallað er um í þessari færslu, sem og aðra þætti notkunar Ansible, hér:
- Blogg eftir .
- .
- Listi yfir Red Hat studd söfn á vefsíðu Automation Hub ().
- .
*Red Hat ábyrgist ekki að kóðinn sem hér er að finna sé réttur. Allt efni er veitt án áritunar nema annað sé sérstaklega tekið fram.
Heimild: www.habr.com