Ansible Config -oppslag
Med bruk av oppslagsmoduler kan vi ganske enkelt trekke informasjonen som kommer gjennom utvendige domener i Ansible. Interne filsystemer, eksterne datavarehus eller tjenester er bare noen få eksempler på disse domenene. Etter at informasjonen er samlet inn fra disse leverandørene, blir informasjonen behandlet av oppslagsmodulen og deretter hentet via Ansible's Templating Engine. Og det vil gi tilgang til den malen. Hovedmålet med Ansible Config Lookup -plugin er å importere parametere eller maler som inkluderer informasjon fra utenforstående domener eller eksterne enheter.
Jobber med oppslagsplugin i Ansible
Følgende er arbeidsprinsippene for det avanserte oppslagsplugin i Ansible -verktøyet:
I motsetning til lokale aktiviteter som opererer med en slik spesifisert katalog tilknyttet den implementerte spillet eller rollen, kjøres oppslag med en spesifisert katalog utenfor spillet eller rollen.
Du bør ha en solid forståelse av Ansible, dens funksjonalitet og dens instruksjoner når du skal bruke oppslagsmodulen i Ansible fordi dette er en avansert funksjonalitet.
Informasjon blir bare behandlet eksternt. Dermed må vi være klar over at det må sendes inn i en parameter eller brukes som en informasjonsressurs etter beregning eller evaluering.
Det er flere forskjellige tilnærminger for å aktivere tilpassede moduler som å plassere dem i domenet oppslagsmodul ved siden av, plassere den innenfor en oppslagspluginsbane, og legge til en kilde fra en oppslagskatalog satt opp i CFG.
For informasjonsinnsamling eller informasjonsgenerering kan vi integrere ansible moduler med filtre og eksperimenter.
Spørringsoperasjonen, som er implementert i Ansible i versjon 2.5, brukes til å påkalle oppslagsmoduler. Spørringsmodulen gir alltid en rekke verdier, mens oppslaget produserer et sett med komma-separerte verdier (CSV). For å tvinge et oppslag for å generere en verdi, kan vi spesifikt bruke WantList = True Parameter.
Forutsetninger for Ansible Lookup Plugin
Før vi implementerer eksemplet, trenger vi følgende kriterier for å bli oppfylt:
Det må være en Ansible Control Server of Named Ansible Controller. For å bygge en tilkobling og bruke Ansible Config Lookup -plugin, trenger vi de eksterne vertene. Og her bruker vi den lokale verten som en måls fjern vert under implementering.
Vi vil bygge lekebøker, utstede Ansible-kommandoer og observere resultatene på fjerne verter på Ansible-Controller-enheten.
Vi vil prøve å bruke forskjellige scenarier for å undersøke noen få av de som kan seile oppslagspluginene. Konfigurasjonen av oppslagsmodulen i disse scenariene er utelukkende ment å demonstrere hvordan de skal bruke dem.
Eksempel 01: Viser standardrollekonfigurasjonene i Ansible
Nå skal vi implementere det aller første eksemplet der vi får standard rollebane ved å bruke oppslaget til Ansible. Først vil vi lage spillboken for å inkludere målet Remote Host og oppgavene. Følgende er kommandoen som brukes til å opprette spillboken i Ansible:
[root@master ansible]# nano config_lookup.yml
Etter å ha skrevet kommandoen over og slått Enter, vil Playbook -redaktøren bli åpnet til en ny terminal som heter “Config_lookup. Identifiseringen av forekomsten eller modulen som vi har tenkt å bruke opprinnelig, vil bli skrevet ned. Vi har brukt parameteren "Samle_facts", slik at vi får all informasjonen relatert til LocalHost vises i utdataene, men vi ønsker ikke å få den ekstra informasjonen til målet Local Host, slik at vi har passert “False ”Verdi til“ Samle_facts ”i spillboken. Nå vil vi nevne vertene til lekeboken, så vi har gitt "localhost".
Deretter vil vi liste opp oppgavene som vi vil gjøre. Så vi skrev parameteren "oppgaver" og liste deretter oppgavene en etter en. På denne listen må vi først bruke "Navn" -parameteren for å vise navnet på oppgavene. Og så benyttet vi "Debug" -parameteren og leverer "MSG" -parameteren i den slik at meldingen som vi ønsker å vise i utfallet vises.
- Navn: Konfigurasjonseksempler
Samle_facts: FALSE
Verter: Localhost
oppgaver:
- Navn: Skriv ut rolleveier
Debug:
MSG: "Dette er de konfigurerte rollebanene: lookup ('config', 'default_roles_path')"
I dette eksemplet skal vi ikke bygge inventarfilen for å opprette en forbindelse fordi vi bruker den lokale verten som en Target Remote Host. For å få resultatene ved å utføre spillboken som er opprettet ovenfor, vil vi skrive kommandoen nedenfor i terminalen:
[root@master ansible]# ansible-playbook config_lookup.yml
Her er utgangen etter å ha kjørt kommandoen over. Vi får den konfigurerte banen til Localhost sammen med meldingen som vi har skrevet i spillboken i den grønne skriften med “OK” -signalet.
Eksempel 02: Vise standardkonfigurerte farger i Ansible
Her er det andre eksemplet som vi skal implementere ved å bruke den innebygde modulen til Ansible, som er oppslagsmodulen. I dette scenariet får vi de konfigurerte fargene på varen.
Vi vil ikke lage en annen spillbok for dette eksemplet. Vi gjør bare de nødvendige endringene i "config_lookup" -spillet. Først åpner vi spillboken ved å skrive kommandoen nedenfor:
[root@master ansible]# nano config_lookup.yml
I Playbook -oppgaver vil vi endre navnet på oppgaven, og så vil vi passere "elementet" for å få standardfargen. Vi har brukt “Loop” -parameteren for å få standardfargene i en liste.
- Navn: Konfigurasjonseksempler
Samle_facts: FALSE
Verter: Localhost
oppgaver:
- Navn: Se standardfargene
Debug: msg = "item"
Loop: "lookup ('config', 'color_ok', 'color_changed', 'color_skip', wantlist = true)"
Avslutt nå playbooken ved å lagre modifiseringen og kjøre spillboken gjennom kommandoen nedenfor:
[root@master ansible]# ansible-playbook config_lookup.yml
Følgende illustrerte utdrag vil vise oss ønsket utgang ved å utføre uttalelsen skrevet ovenfor. Vi har de tre standardkonfigurerte fargene på oppslagspluginen i Ansible som er grønne, gule og cyan.
Eksempel 03: Se prosedyren for eskalerende privilegier i Ansible
Vi kommer til å implementere det tredje eksemplet på den innebygde konfigurasjonsoppslagspluginen i Ansible. I eksemplet vil vi eskalere privilegiene til oppslagsmodulen. Først åpner vi spillboken.
[root@master ansible]# nano config_lookup.yml
Vi vil nå endre koden og konfigurere den slik at de passer våre krav. Vi vil endre navnet på oppgaven og endre feilsøkingslogikken.
- Navn: Konfigurasjonseksempler
Samle_facts: FALSE
Verter: Localhost
oppgaver:
- Navn: Skriv ut opptrappingsmetode for standard privilegium
Debug:
msg: "default_become_method: lookup ('config', 'default_become_method')"
Igjen, vi vil bruke den samme kommandoen til å kjøre og vise frem resultatene av eksemplet.
[root@master ansible]# ansible-playbook config_lookup.yml
Som vist i utgangen nedenfor, vil vi få "sudo" eskalerer privilegiet i den grønne fargen.
Konklusjon
Vi har lært en av de innebygde modulene til Ansible som er konfigurasjonen av oppslagsplugin. Vi har diskutert arbeidet med plugin og implementert flere eksempler slik at vi lett kan forstå de fungerende og forskjellige modulene til oppslagspluginen i Ansible.