Користење на инвентар приклучоци од Ansible Content Collections во Ansible Tower

ИТ околините стануваат сè покомплексни. Во овие услови, од клучно значење е системот за ИТ автоматизација да има ажурирани информации за јазлите кои се присутни во мрежата и се предмет на обработка. Во Red Hat Ansible Automation Platform, ова прашање се решава преку т.н.инвентар) – списоци на управувани јазли.

Во својата наједноставна форма, инвентарот е статична датотека. Ова е идеално кога ќе почнете да работите со Ansible, но како што се зголемува автоматизацијата, таа станува недоволна.

Еве зошто:

1. Како да ажурирате и одржувате комплетна листа на набљудувани јазли кога работите постојано се менуваат, кога оптоварувањата - а потоа и јазлите на кои работат - доаѓаат и си одат?
2. Како да се класифицираат компонентите на ИТ инфраструктурата со цел конкретно да се изберат јазли за примена на одредена автоматизација?

Динамичкиот инвентар дава одговори на двете прашања (динамичен инвентар) – скрипта или додаток кој бара јазли што треба да се автоматизираат, повикувајќи се на изворот на вистината. Дополнително, динамичкиот инвентар автоматски ги класифицира јазлите во групи за да можете попрецизно да ги изберете целните системи за извршување на специфична автоматизација на 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, популарна платформа за управување со ИТ услуги во која клиентите често складираат информации за сите нивни уреди во 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 Tower.

Збирки/барања на датотеки.yml потребни за да може Ansible Tower да ја преземе потребната колекција и со тоа да го добие потребниот додаток за залихи. Во спротивно, ќе мораме рачно да ја инсталираме и одржуваме оваа колекција на сите наши јазли Ansible Tower.

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

- name: servicenow.servicenow

Откако ќе ја притиснеме оваа конфигурација до контрола на верзијата, можеме да создадеме проект во Ansible Tower што ќе го упатува соодветното складиште. Примерот подолу ја поврзува Ansible Tower со нашето складиште за github. Обрнете внимание на URL-то на 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 Tower: Прилагодени акредитиви“.

Во нашиот случај, влезната конфигурација за сопствени акредитиви за 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 лесно и беспрекорно да се интегрира со постоечките алатки кога се автоматизираат сè покомплексните ИТ средини.

Можете да најдете повеќе информации за темите дискутирани во овој пост, како и други аспекти на користење на Ansible, овде:

• Блог од Автоматизирање на ServiceNow со помош на Ansible.
• Како да креирате сопствени колекции.
• Список на колекции поддржани Red Hat на веб-страницата Automation Hub (cloud.redhat.com).
• Екниги на платформата за автоматизација на Ansible.

*Red Hat не дава гаранции дека кодот содржан овде е точен. Сите материјали се обезбедени на основа без одобрување, освен ако не е поинаку наведено.

Извор: www.habr.com