Ansible Debug -modulen
Vi skal snakke om hva Ansible Debug -modulen er i denne diskusjonen. Hva tillatte argumenter brukes i feilsøkingsmodulen? Videre, hvordan bruker du Assible Debug -modulen med hvert argument i spillboken?
Mange brukbare uavhengige komponenter kalt moduler er tilgjengelige gjennom Ansible og Ansible vil kjøre disse modulene for å gjøre noen spesifikke oppgave. Debug er en av disse modulene i Ansible. Ansible Debug -pakken kan identifisere eventuelle problemer mens du utfører spillboken. Problemene kan være en grammatisk feil, en konseptuell feil eller et savnet argument i en spillbok. Ansible Debug -pakken viser informasjon når spillboken blir utført i Ansible Terminal.
Hver gang du utfører spillboken som standard, vil du ikke motta utdatainformasjon. Alternativt vil du motta tilstanden til spillboken, for eksempel endret, ignorert osv. Det kan også brukes til å feilsøke parametere og uttrykk uten å påvirke hvordan spillboken blir utført. Så enten vil det være vellykket eller en fiasko i spillboken som når vi ønsker å ignorere enhver inkonsekvent aktivitet i spillboken. Men hvis vi ikke vil stoppe det helt, vil feilsøkingsmodulen være ekstremt fordelaktig i denne situasjonen.
Vi lærer behandlingen av kommandoer i alle inkonsekvente aktiviteter og alle parametere som er brukt i dem ved å bruke feilsøkingen i hver av dem. Bruken av dette sammen med registerparametere vil forbedre feilsøkingen og være veldig fordelaktig når vi viser oppgavene i spillboken og feilsøker dem i Ansible.
Parametere for feilsøkemodul i Ansible
Følgende er parametrene til feilsøkingsmodulen som vil bli brukt i Ansible Playbook, og hver parameter inneholder en annen verdi i den.
MSG -parameter: "MSG" -parameteren lagrer verdien av strengen i seg selv. Hvis vi ønsker å vise en melding som vi vil vise i Ansible Terminalen, vil vi bruke denne parameteren. Da vi ikke hadde noen melding i spillboken, en generisk hilsen som “Hello World!”Vises.
Var parameter: VAR ”-parameteren er satt enten gjennom Ansible Facts eller Playbook som aksepterer strengverdi som inngangsverdi. VAR -parameteren kjøres i et Jinja2 -miljø, og det er grunnen til at verdien som er lagret i VaR, også vil omfatte implisitt dobbel interpolasjon. Så hvis du vil vise informasjon som er lagret i VAR at vi vil bruke den doble interpolasjonen, trenger vi ikke å ansette Jinja2 Terminator. Hver gang vi viser frem en parameter i et uttrykk, vil vi bruke den doble interpolasjonen.
Verbositetsparameter: Verbositetsparameteren har en standardverdi som er 0. Denne parameteren avgjør om feilsøkingen kjører eller ikke. Som at hvis parameteren inneholder en verdi på 2, vil feilsøkingen bare bli utført når spillboken blir utført med -V eller over.
Eksempel 01: Bruke “MSG” -parameteren til feilsøkemodulen i Ansible
Her er det aller første og enkle eksemplet der vi skal bruke en av parametrene til feilsøkingsmodulen som er "MSG" -parameteren. "MSG" betyr meldingsparameter og den brukes til å vise frem en hvilken som helst streng eller karakteruttalelse i utdataene fra Ansible. For å implementere dette oppretter vi spillboken i Ansible slik at vi kan skrive uttalelsen for å utføre.
[root@master ansible]# nano ansible_debug.yml
Etter å ha opprettet betalingsboken, Ansible_debug.YML Playbook vil bli lansert i den nye terminalen til Ansible Tool. La oss nå begynne å skrive vertene og oppgavene som vi ønsker å implementere i terminalen. Først vil vi skrive navnet på Playbook -oppgaven, og deretter vil vi skrive IP -adressen eller navnet på den eksterne verten som maskinen vi vil konfigurere ting. Deretter vil vi inkludere oppgavens alternativ for Ansible slik at vi kan skrive oppgavene i den. I oppgavene vil vi skrive navnet og meldingen som vi ønsker å feilsøke i den eksterne vertsmaskinen. Som vi vil vise meldingen på LocalHost -maskinen, så skriver vi meldingen i den.
Nå har vi oppfylt alle kommandoene relatert til “MSG” -parameteren i spillboken. Neste, vi avslutter spillboken. Og som vi vil sjekke om spillboken kjører eller ikke, vil vi skrive kommandoen nedenfor i terminalen.
[root@master ansible]# ansible-playbook ansible_debug.yml
Nå, etter å ha utført kommandoen ovenfor, vil vi få utdataene som dette som vist nedenfor:
Eksempel 02: Bruke “var” -parameteren til feilsøkemodulen i Ansible
Deretter ønsker vi å implementere det andre eksemplet og en annen parameter i feilsøkingsmodulen som er "var" -parameteren. Så nå trenger vi ikke å lage en annen spillbok. Vi åpnet ganske enkelt den allerede opprettet playbook Ansible_debug.YML for å endre kommandoene i henhold til "VAR" -parameterkravene. I dette eksemplet har vi lagt til alternativet Samle_fct som en "falsk" slik at feilsøkingen ikke kan få de ekstra dataene relatert til den lokale verten. Deretter har vi inkludert "vars" -parameteren. I denne parameteren har vi først skrevet variabelen som vi ønsker å vise “Hello” og navnet på teknologien vi bruker som er “Ansible”. Deretter listet vi oppgavene i spillboken.
Etter å ha stengt spillboken, vil vi utføre spillboken ved å skrive følgende kommando:
[root@master ansible]# ansible-playbook ansible_debug.yml
Her er ønsket utgang fra spillboken:
Eksempel 03: Bruke “Shell” & “Register” -parametere i Ansible Debug -modulen
Dette er 3Rd og siste eksempel som vi implementerer i Ansible. I dette eksemplet skal vi inkludere skallet og registerparameteren til Ansible. Vi har brukt Shell -kommandoen “UpTime” -alternativet slik at vi også kan vise tidsstempel, varighet, antall av den eksterne verten for øyeblikket, og gjennomsnittlig systembelastningstiming i løpet av forrige 1, 5 og 15 minutter. Og så passerte vi alternativet "System_uptime" som brukes til å få den totale tiden for å konfigurere kommandoene på den eksterne vertsenheten.
Etter å ha endret dataene i spillboken, vil vi lage varelagerfilen, da vi har inkludert alle vertene i spillboken. Så vi vil gi informasjonen til hver vert i den.
[rot@master ansible]# nano host.yml
Her er alle dataene relatert til verten slik at vi kan utføre spillboken:
Alle:
verter:
Linux_host:
Ansible_host: 192.168.3.229
Ansible_user: Ansible
Ansible_Password: *******
Ansible_Connection: SSH
Ansible_port: 22
Å kjøre spillboken her er kommandoen:
[root@master ansible]# ansible-playbook ansible_debug.yml -i vert.yml
Konklusjon
Vi studerte Ansible's Debug -modul i denne guiden. Vi har brukt Ansible's Module Function Debugging -funksjoner i spillboken. Debug -modulens parametere er også dekket. For å hjelpe brukere, forstår vi hver parameter med en klar forklaring, og vi har laget flere eksempler basert på disse parametrene.