Uurime Docker'it, osa 6: andmetega töötamine

Selles Dockeri materjali seeria osas räägime andmete haldamisest. Eelkõige räägime Dockeri volumest. Kogu selle seeria jooksul oleme pidevalt võrdlenud Dockeri mehhanisme erinevate toidu analoogidega. Jätkame seda traditsiooni ka siin. Andmeid Dockeris võiks võrrelda vürtsidega. Maailmas on palju erinevaid vürtse, ja Dockeris on palju erinevaid andmehalduse viise.

→ Osa 1: alused
→ Osa 2: terminid ja kontseptsioonid
→ Osa 3: Dockerfile'id
→ Osa 4: piltide suuruste vähendamine ja nende koostamise kiirendamine
→ Osa 5: käsud
→ Osa 6: andmete haldamine

Pange tähele, et see materjal on koostatud Docker mootoriga versioon 18.09.1 ja API versiooniga 1.39.

Andmed Dockeris võivad olla kas ajutised või püsivad. Alustame ajutistest andmetest.

Ajutine andmete salvestamine

Dockeri konteinerites saab ajutiste andmete haldamiseks kasutada kahte võimalust.

Vaikimisi salvestatakse konteineris töötava rakenduse loodud failid konteineri kirjutusvõimelisse kihti. Selle mehhanismi toimimiseks ei ole vaja midagi spetsiaalselt seadistada. See on odav ja efektiivne. Rakendusele on piisav andmete salvestamine ja oma tegevuste jätkamine. Siiski, kui konteiner lõpetab oma olemise, kaovad ka andmed, mis on sellisel lihtsal viisil salvestatud.

Ajutiste failide salvestamiseks Dockeris on veel üks lahendus, mis sobib olukordadesse, kus on vajalik kõrgem jõudlus võrreldes tavapärase ajutiste andmete salvestamise mehhanismiga. Kui te ei vaja, et teie andmed püsiksid kauem kui konteiner, saate konteinerile ühendada tmpfs — mälu ajutise salvestuse, mis kasutab hosti RAM-i. See võimaldab kiirendada andmete kirjutamise ja lugemise tehingute toimimist.

Sageli on nii, et andmeid tuleb hoida ka pärast konteineri lõpetamist. Selleks vajame püsiva andmete salvestamise mehhanisme.

Püsiv andmete salvestamine

On olemas kaks viisi, kuidas andmete eluiga pikendada võrreldes konteineri elueaga. Üks viis on bind mount tehnoloogia kasutamine. Sellisel juhul saab konteineriga ühendada näiteks reaalselt olemasoleva kausta. Andmetega, mis asuvad sellises kaustas, saavad töötada ka protsessid, mis asuvad väljaspool Dockerit. Nii näevad välja tmpfs mountimine ja bind mount tehnoloogia.

tmpfs mountimine ja bind mount

Bind mount tehnoloogia kasutamise miinused seisnevad selles, et selle kasutamine raskendab andmete varundamist, andmete migreerimist ja andmete jagamist mitme konteineri vahel. Palju parem on kasutada Dockeri volume püsivaks andmete salvestamiseks.

Dockeri volumid

Volume on failisüsteem, mis asub hostmasinas konteineritest väljaspool. Volumite loomise ja haldamise eest vastutab Docker. Siin on Dockeri volumi peamised omadused:

• Need on vahendid püsiva andmete salvestamiseks.
• Nad on iseseisvad ja eraldatud konteineritest.
• Nendega saavad ühiselt kasutada erinevad konteinerid.
• Nad võimaldavad efektiivset andmete lugemist ja kirjutamist.
• Volumes saab paigutada kaugteenuse pakkuja ressurssidele.
• Neid saab krüpteerida.
• Neile saab anda nimesid.
• Konteiner saab enne täita volumi andmetega.
• Need on mugavad testimiseks.

Nagu näete, omadused Dockeri volumid on erakordsed. Räägime, kuidas neid luua.

Volumite loomine

Volumeid saab luua Docker kasutades või API päringute abil.

Siin on Dockerfile'is juhis, mis võimaldab luua volumi konteineri käivitamisel.

VOLUME /my_volume

Sellise käsu kasutamisel loob Docker konteineri loomise järel volumi, mis sisaldab juba olemasolevaid andmeid. Pange tähele, et Dockerfile'i kasutamisel volumi loomine ei vabasta teid kohustusest määrata volumi mountimispunkt.

Volumeid saab Dockerfile'is luua ka JSON formaadis.

Lisaks saab volumeid luua käsurea abil konteineri töö ajal.

Volumitega töötamine käsurealt

▍Volumi loomine

Iseseisva volumi loomine on võimalik järgmise käsu abil:

docker volume create —-name my_volume

▍Teabe leidmine volumide kohta

Dockeri volumite nimekirja vaatamiseks kasutage järgmist käsku:

docker volume ls

Konkreetse volumi uurimiseks tõhusalt:

docker volume inspect my_volume

▍Volumi eemaldamine

Volumi eemaldamine on võimalik järgmisel viisil:

docker volume rm my_volume

Kõikide mahutite, mida ei kasutata konteineritega, eemaldamiseks saate kasutada järgmist käsku:

docker volume prune

Enne mahutite kustutamist palub Docker teil kinnitada selle toimingu sooritamine.

Kui mahuti on seotud mingi konteineriga, ei saa sellist mahutit kustutada enne, kui vastav konteiner on eemaldatud. Samuti, isegi kui konteiner on eemaldatud, ei pruugi Docker seda alati mõista. Kui see juhtub — võite kasutada järgmist käsku:

docker system prune

See on mõeldud Docker'i ressursside puhastamiseks. Pärast selle käsu täitmist peaksite saama kustutada mahutid, mille olek oli varem ekslikult määratud.

Fläkid —mount ja —volume

Mahutitega töötamiseks peate käsu väljakutsumisel docker, sageli kasutama fläkke. Näiteks, et luua mahuti konteineri loomise käigus, saate kasutada järgmist süntaksit:

docker container run --mount source=my_volume, target=/container/path/for/volume my_image

Kauges minevikus (enne 2017. aastat) oli populaarne fläkk --volume. Alguses kasutati seda fläki (mida saab kasutada ka lühendatud kujul, siis näeb see välja nagu -v) iseseisvate konteinerite jaoks, samas kui fläkk --mount oli mõeldud Docker Swarmi keskkonnas. Kuid alates Docker 17.06-st saab fläkk --mount kasutada kõigis stsenaariumites.

Tuleb märkida, et fläki kasutamisel --mount kasvab täiendavate andmete hulk, mida tuleb käskluses märkida, kuid mitmel põhjusel on parem kasutada just seda fläki, mitte --volume. Lipuke --mount — see on ainus mehhanism, mis võimaldab töötada teenustega või määrata mahuti draiveri parameetreid. Lisaks on selle fläkiga töötamine lihtsam.

Kohalike käskude näidetes, mis on suunatud andmetega töötamisele Dockeris, võite leida palju näiteid fläki -v. Püüdes nende käske enda jaoks kohandada, arvestage, et fläkid --mount ja --volume kasutavad erinevaid parameetrite formaate. See tähendab, et te ei saa lihtsalt asendada -v järgnevaga --mount ja saada töötavat käsku.

Peamine erinevus fläkkide vahel --mount ja --volume on see, et fläki kasutamisel --volume kogutakse kõik parameetrid kokku ühte väljasse, samas kui --mount parameetrid on eraldi.

Töötades --mount parameetrid esitatakse võtme-väärtuse paaridena, nagu näiteks key=value. Need paarid eraldatakse komadega. Siin on sageli kasutatavad parameetrid --mount:

• type — montaaži tüüp. Vastavaks võtme väärtuseks võivad olla bind, volume või tmpfs. Räägime siin mahutitest, seega — meid huvitab väärtus volume.
• source — montaaži allikas. Nimetatud mahutite puhul on see — mahuti nimi. Nimeta mahutite puhul seda võti ei näidata. Seda saab lühendada src.
• destination — tee, kuhu fail või kaust montaažitakse konteineris. Seda võtit saab lühendada dst või target.
• readonly — montaažib mahutit, mis on mõeldud ainult lugemiseks. Selle võtme kasutamine ei ole kohustuslik, väärtust ei määrata.

Siin on näide, kuidas kasutada --mount paljude parameetritega:

docker run --mount type=volume,source=volume_name,destination=/path/in/container,readonly my_image

Kokkuvõte

Siin on kasulikud käsud, millega saate töötada Docker'i mahutitega:

• docker volume create
• docker volume ls
• docker volume inspect
• docker volume rm
• docker volume prune

Siin on nimekiri sageli kasutatavatest parameetritest --mount, mida saab kasutada käsus docker run --mount my_options my_image:

• type=volume
• source=volume_name
• destination=/path/in/container
• readonly

Nüüd, kui oleme selle Docker'i materjalide sarja lõpetanud, on aeg öelda paar sõna selle kohta, kuhu suunduda edasi neile, kes uurivad Docker'i. Siin on suurepärane artikkel Docker'ist. Siin on raamat Docker'ist (ostes proovige hankida selle kõige värskem väljaanne). Siin on veel üks raamat, mis sobib neile, kes usuvad, et praktika on parim viis tehnoloogiate õppimiseks.

Lugupidamisega lugejad! Milliseid Docker'i materjale soovitaksite algajatele uurida?

Allikas: habr.com