Red Hat -sertifisert spesialist i Ansible Automation -eksamen (EX407) er et nytt sertifiseringsprogram av Rød hatt som tester ferdighetene dine å bruke Ansible for å automatisere konfigurasjonen av systemer og applikasjoner.
Serien får tittelen "Red Hat -sertifisert spesialist i Ansible Automation -eksamen (EX407)”Og dekker følgende eksamensmål basert på Red Hat Enterprise Linux 7.5 og Ansvarlig 2.7, som vi skal dekke i dette Ansible serie:
For å se avgifter og registrere deg for en eksamen i ditt land, sjekk Ansible Automation eksamen side.
I dette Del 1 av Ansible serien, vil vi diskutere noen grunnleggende oversikt over kjernekomponenter i Ansible.
Ansible er en gratis og opensource automatiseringsplattform av Rød hatt som lar deg administrere og kontrollere flere servere fra ett sentralt sted. Det er spesielt ideelt når du har flere og gjentatte oppgaver som må utføres. Så i stedet for å logge deg på hver av disse eksterne nodene og utføre oppgavene dine, kan du komfortabelt gjøre det fra et sentralt sted og komfortabelt administrere serverne dine.
Dette er fordelaktig når du ønsker å opprettholde konsistens i applikasjonsdistribusjon, redusere menneskelige feil og automatisere gjentagende og litt hverdagslige oppgaver.
Selvfølgelig er det andre alternativer til Ansible som for eksempel Dukke, Kokk, og Salt. Men, Ansible er mest foretrukket fordi den er enkel å bruke og enkel å lære.
Hvorfor er det enkelt å lære spør du kanskje? Dette er fordi Ansible bruker YAML (Nok et markeringsspråk) i konfigurasjons- og automatiseringsjobbene som er lesbare for mennesker og ganske enkle å følge. YAML bruker SSH protokoll for å kommunisere med eksterne servere, i motsetning til andre automatiseringsplattformer som krever at du installerer en agent på eksterne noder for å kommunisere med dem.
Før vi begynner Ansible, er det viktig at du blir kjent med noen grunnleggende terminologier, slik at du ikke går deg vill eller blir forvirret når vi går videre.
An inventar er en tekstfil som inneholder en liste over servere eller noder du administrerer og konfigurerer. Vanligvis er serverne oppført basert på vertsnavn eller IP -adresser.
An inventar filen kan inneholde eksterne systemer definert av deres IP -adresser som vist:
10.200.50.50. 10.200.50.51. 10.200.50.52.
Alternativt kan de listes opp i henhold til grupper. I eksemplet nedenfor har vi servere plassert under 2 grupper - webservere og databaser. På denne måten kan de refereres til i henhold til gruppenavnene deres og ikke deres IP -adresser. Dette forenkler driftsprosessene ytterligere.
[webservere] 10.200.50.60. 10.200.50.61 [databaser] 10.200.50.70. 10.200.50.71.
Du kan ha flere grupper med flere servere hvis du er i et stort produksjonsmiljø.
EN lekebok er et sett med konfigurasjonsstyringsskript som definerer hvordan oppgaver skal utføres på eksterne verter eller en gruppe vertsmaskiner. Skriptene eller instruksjonene er skrevet inn YAML format.
For eksempel kan du ha en lekebok filen for å installere Apache webserver på CentOS 7 og kall det httpd.yml.
For å lage lekebok kjør kommandoen.
$ touch playbook_name.yml.
For eksempel for å lage en spillbok som heter httpd, kjør kommandoen.
$ touch httpd.yml.
En YAML -fil begynner med 3 bindestreker som vist. Legg til følgende instruksjoner inne i filen.
- navn: Dette installerer og starter Apache webserver -verter: webserveroppgaver: - navn: Installer Apache Webserver yum: name = httpd state = latest - name: check httpd status service: name = httpd state = started.
Ovennevnte lekebok installerer Apache webserver på eksterne systemer definert som webservere i beholdningsfilen. Etter installasjonen av webserveren, sjekker Ansible senere om Apache -webserveren er startet og kjører.
Moduler er diskrete kodenheter som brukes i lekebøker for å utføre kommandoer på eksterne verter eller servere. Hver modul etterfølges av et argument.
Det grunnleggende formatet for en modul er nøkkel: verdi.
- navn: Installer apache -pakker yum: name = httpd state = present.
I det ovennevnte YAML kodebit, -Navn og yum er moduler.
Et ansvarsfullt spille er et skript eller en instruksjon som definerer oppgaven som skal utføres på en server. En samling skuespill utgjør en lekebok. Med andre ord, en spillebok er en samling av flere skuespill, som hver tydelig angir oppgaven som skal utføres på en server. Spill finnes i YAML -format.
Hvis du har bakgrunn i programmering, har du mest sannsynlig brukt variabler. I utgangspunktet representerer en variabel en verdi. En variabel kan inneholde bokstaver, tall og understreker, men MÅ alltid begynne med bokstaver.
Variabler brukes når instruksjonene varierer fra ett system til et annet. Dette gjelder spesielt under konfigurasjonen eller forskjellige tjenester og funksjoner.
Det er 3 hovedtyper variabler:
I Ansible, blir variabler først definert ved hjelp av vars k, deretter fulgt av variabelnavnet og verdien.
Syntaksen er som vist:
vars: Var navn1: 'Min første variabel' Var navn2: 'Min andre variabel'
Vurder koden nedenfor.
- verter: webservere vars: - web_directory:/var/www/html/
I eksemplet ovenfor er variabelen her web_katalog og det instruerer ansible å opprette en katalog i /var/www/html/ sti.
Fakta er systemegenskaper samlet av Ansible når den utfører en spillbok på et vertssystem. Egenskapene inkluderer vertsnavn, OS -familie, CPU -type og CPU -kjerner for å nevne noen.
For å få et glimt av antall fakta som er tilgjengelig for bruk, utfør kommandoen.
$ ansible localhost -m oppsett.
Som du kan se, et stort antall fakta har blitt vist som standard. Du kan begrense resultatene ytterligere ved å bruke filterparameteren som vist.
$ ansible localhost -m setup -a "filter =*ipv4"
I Ansible, er en konfigurasjonsfil en fil som inneholder forskjellige parameterinnstillinger som bestemmer hvordan Ansible kjører. Standard konfigurasjonsfil er ansible.cfg filen ligger i /etc/ansible/ katalog.
Du kan se konfigurasjonsfilen ved å kjøre:
$ cat /etc/ansible/ansible.cfg.
Som du kan observere, er flere parametere inkludert som f.eks inventar og bibliotek filbaner, sudo -bruker, plugin -filtre, moduler, etc. Disse parameterne kan justeres ved å kommentere dem og endre verdiene der.
I tillegg kan du ha flere konfigurasjonsfiler som fungerer med Ansible, bortsett fra standardkonfigurasjonsfilen.
Etter å ha sett på kjernekomponentene i Ansible, vi håper du er i posisjon til å holde dem innen rekkevidde og plukke dem ut når vi går videre. Bli med på ditt neste tema.