Implementering og vedligeholdelse af MongoDB ved hjælp af Ansible

Teknologien ændrer sig dag for dag, og moderne applikationer skal tage alvorlige justeringer for at opfylde deres organisationers forventninger til hurtig levering. Desværre gør dette dem mere komplekse, mere sofistikerede og sværere at vedligeholde.

Med hensyn til databasestyring ændres datastrukturerne inde i MongoDB i overensstemmelse med applikationsbehov over tid, og det kan være ret dyrt (eller snarere risikabelt).

På sigt skal vi have en effektiv database konfigureret nemt og sikre kompetent softwarelevering. At opnå alle disse på en manuel måde kommer med en række tilbageslag som f.eks.

1. Kompliceret koordinering mellem teammedlemmer.
2. Store chancer for gentagelse af opgaven
3. Udtagelig over for mange menneskelige fejl og fejl
4. Utilpas ved at overvinde kompleksitet
5. Reduceret samarbejde og jobtilfredshed
6. Tidskrævende
7. Dårlig ansvarlighed og overholdelse

Vanskelighederne ved databaseadministration er hovedsageligt centreret om

• Implementering
• Vedligeholdelse
• Opgradering, som kan påvirke driftsomkostningerne med op til 95 % reduktion.

At opnå dette kan tage meget tid og manuel indsats for MongoDB. For at sikre succes skal du have et simpelt system, som du kan sikre, at alle de nævnte tilbageslag ovenfor kan løses fra en enkelt platform rettidigt, det vil sige på en eller anden måde et automatiseret system. Der er en del muligheder, men i denne artikel vil vi diskutere, hvordan man bruger Ansible.

Hvad er Ansible

Ansible er simpelthen et universelt sprog, der afslører mysteriet om, hvordan arbejdet udføres. Med andre ord er det en it-orkestreringsmotor, der automatiserer udrulningen af ​​applikationer, konfigurationsstyring og orkestrerer mere avancerede it-opgaver, såsom sikring af rullende opdateringer uden nedetid og kontinuerlige udrulninger.

Maskiner kan nemt styres på en agentfri måde med et større fokus på sikkerhed og pålidelighed ved at bruge et sprog designet omkring "auditability" af mennesker.

Selvom det måske ikke er så svært at implementere MongoDB, bliver vedligeholdelse, backup og overvågning øgede bekymringsfaktorer, som tiden går. Derudover er det ikke så nemt, når du er ny til databasestyring. Med Ansible kan udviklere implementere og konfigurere applikationer med lethed, og det giver også mulighed for hurtig levering til enhver hostingplatform.

Da Ansible ikke er en del af databaseklyngesystemet, kan det installeres på enhver fjerncomputer og en konfiguration foretages til din databasevært. Tjek venligst installationsvejledningen for at vide, hvilken version der passer til dit operativsystem.

Ansible opretter som standard forbindelse til en databasevært via en SSH-protokol.

Ansible Playbooks

Playbooks er skabeloner, hvor Ansible-kode er skrevet, og derfor instruerer Ansible selv, hvad der skal udføres på sådan en to-do-liste måde. De er skrevet i YAML (Yet Another Markup Language) format. Hver indeholder trinvise handlinger, som følges af brugeren på en bestemt maskine, som kører sekventielt. Deres struktur består af et eller flere skuespil. En Play er dybest set en kodeblok, der kortlægger et sæt instruktioner defineret mod en bestemt vært.

Almindelig brugte YAML-tags i Ansible

1. navn

   Dette er det tag, der definerer navnet på Ansible-spillebogen. Det er tilrådeligt at angive et navn, der præcist definerer, hvad det vil gøre.

2. værter

   Dette definerer en værtsgruppe eller liste over værter, som de definerede opgaver skal køres imod. Det er et obligatorisk tag, som fortæller Ansible på hvilke værter, der skal køre de opgaver, der er blevet opført. Da opgaver kan udføres på flere maskiner, enten på samme eller fjerntliggende maskiner, kan man definere en gruppe af værtsposter i dette tag.

3. vars

   Som ethvert andet programmeringssprog har du brug for variabler. Med dette tag kan du definere variabler, som du vil bruge i din playbook.

4. opgaver

   Dette tag gør det muligt for dig at liste et sæt opgaver, der skal udføres. Opgaver er faktisk handlinger, man skal udføre. Et opgavefelt definerer navnet på opgaven, som i det væsentlige hjælper teksten til brugeren under fejlfinding af afspilningsbogen. Et stykke kode, der er defineret som et modul, er forbundet internt af hver opgave, og eventuelle argumenter, der skal bruges i modulet, sendes gennem opgave-tagget.

En simpel playbook-struktur ser sådan ud...

ansible-playbook -i inventory.txt -c ssh mongodbInstall.yaml 

PLAY [ansible-test] **************************************** *********************INDSAMLING FAKTA ****************************** ************************************ ok:[12.20.3.105]ok:[12.20.3.106] OPGAVE:[Importer den offentlige nøgle brugt af pakkehåndteringssystemet] ***********ændret:[12.20.3.105]ændret:[12.20.3.106]OPGAVE:[Tilføj MongoDB-lager] **** ************************************************ ændret:[12.20.3.105 ]ændret:[12.20.3.106]OPGAVE:[installer mongodb] ************************************ *******************ændret:[12.20.3.105]ændret:[12.20.3.106] MEDDELT:[start mongodb] *********** ********************************************* ok:[12.20.3.106]ok :[12.20.3.105]SPIL OPSAMLING ********************************************* **************************12.20.3.105 :ok=5 ændret=3 uopnåelig=0 mislykkedes=012.20.3.106 :ok=5 ændret=3 unreachable=0 failed=0 

MongoDB shell version v4.0.3 opretter forbindelse til:mongodb://127.0.0.1:27017Implicit session:session { "id" :UUID("07c88442-0352-4b23-8938-fdf6ac66f253 server")} :4.0.3Velkommen til MongoDB shell.For interaktiv hjælp, skriv "help".For mere omfattende dokumentation, se http://docs.mongodb.org/Questions? Prøv supportgruppen http://groups.google.com/group/mongodb-user