Docker Tips: ລ້າງເຄື່ອງຂີ້ເຫຍື້ອຂອງທ່ານ

Hey Habr! ຂ້າ​ພະ​ເຈົ້າ​ນໍາ​ສະ​ເຫນີ​ໃຫ້​ທ່ານ​ສົນ​ໃຈ​ການ​ແປ​ພາ​ສາ​ຂອງ​ບົດ​ຄວາມ​ໄດ້​ "ຄໍາແນະນໍາ Docker: ເຮັດຄວາມສະອາດເຄື່ອງຈັກໃນທ້ອງຖິ່ນຂອງທ່ານ" ຜູ້ຂຽນ Luc Juggery.

ມື້ນີ້ພວກເຮົາຈະສົນທະນາກ່ຽວກັບວິທີທີ່ Docker ໃຊ້ພື້ນທີ່ດິດຂອງເຄື່ອງໂຮດ, ແລະພວກເຮົາຍັງຈະຄິດວິທີການປົດປ່ອຍພື້ນທີ່ນີ້ຈາກການຂູດຮູບພາບແລະເຄື່ອງບັນຈຸທີ່ບໍ່ໄດ້ໃຊ້.

ການບໍລິໂພກທັງໝົດ

Docker ເປັນສິ່ງທີ່ເຢັນ, ບາງຄົນອາດຈະສົງໃສວ່າມັນໃນມື້ນີ້. ພຽງແຕ່ສອງສາມປີກ່ອນ, ຜະລິດຕະພັນນີ້ໄດ້ໃຫ້ພວກເຮົາວິທີການໃຫມ່ຢ່າງສົມບູນໃນການກໍ່ສ້າງ, ສົ່ງແລະດໍາເນີນການສະພາບແວດລ້ອມໃດກໍ່ຕາມ, ໃຫ້ພວກເຮົາປະຫຍັດຊັບພະຍາກອນ CPU ແລະ RAM ຢ່າງຫຼວງຫຼາຍ. ນອກເຫນືອໄປຈາກນີ້ (ແລະສໍາລັບບາງອັນນີ້ຈະເປັນສິ່ງທີ່ສໍາຄັນທີ່ສຸດ) Docker ໄດ້ອະນຸຍາດໃຫ້ພວກເຮົາເຮັດໃຫ້ງ່າຍດາຍຢ່າງບໍ່ຫນ້າເຊື່ອແລະເປັນເອກະພາບການຄຸ້ມຄອງວົງຈອນຊີວິດຂອງສະພາບແວດລ້ອມການຜະລິດຂອງພວກເຮົາ.

ຢ່າງໃດກໍຕາມ, ຄວາມສຸກທັງຫມົດຂອງຊີວິດທີ່ທັນສະໄຫມມາໃນລາຄາ. ເມື່ອພວກເຮົາດໍາເນີນການບັນຈຸ, ດາວໂຫລດຫຼືສ້າງຮູບພາບຂອງພວກເຮົາເອງ, ແລະນໍາໃຊ້ລະບົບນິເວດທີ່ສັບສົນ, ພວກເຮົາຕ້ອງຈ່າຍ. ແລະພວກເຮົາຈ່າຍຄ່າ, ໃນບັນດາສິ່ງອື່ນໆ, ດ້ວຍພື້ນທີ່ດິດ.

ຖ້າທ່ານບໍ່ເຄີຍຄິດກ່ຽວກັບພື້ນທີ່ Docker ຕົວຈິງຫຼາຍປານໃດໃນເຄື່ອງຂອງທ່ານ, ທ່ານອາດຈະຕົກຕະລຶງຢ່າງບໍ່ພໍໃຈກັບຜົນຜະລິດຂອງຄໍາສັ່ງນີ້:

$ docker system df

ນີ້ສະແດງໃຫ້ເຫັນການນໍາໃຊ້ແຜ່ນຂອງ Docker ໃນສະພາບການທີ່ແຕກຕ່າງກັນ:

• ຮູບ​ພາບ – ຂະ​ຫນາດ​ທັງ​ຫມົດ​ຂອງ​ຮູບ​ພາບ​ທີ່​ໄດ້​ຮັບ​ການ​ດາວ​ໂຫຼດ​ຈາກ repositories ຮູບ​ພາບ​ແລະ​ການ​ກໍ່​ສ້າງ​ໃນ​ລະ​ບົບ​ຂອງ​ທ່ານ​;
• containers – ຈຳນວນພື້ນທີ່ດິສກ໌ທັງໝົດທີ່ໃຊ້ໂດຍການແລ່ນພາຊະນະບັນຈຸ (ໝາຍເຖິງປະລິມານທັງໝົດຂອງຊັ້ນອ່ານ-ຂຽນຂອງບັນຈຸທັງໝົດ);
• ປະ​ລິ​ມານ​ທ້ອງ​ຖິ່ນ – ປະ​ລິ​ມານ​ການ​ເກັບ​ຮັກ​ສາ​ທ້ອງ​ຖິ່ນ​ຕິດ​ກັບ​ພາ​ຊະ​ນະ​;
• build cache – ໄຟລ໌ຊົ່ວຄາວທີ່ສ້າງຂຶ້ນໂດຍຂະບວນການສ້າງຮູບພາບ (ເມື່ອໃຊ້ເຄື່ອງມື BuildKit, ມີຕັ້ງແຕ່ Docker ເວີຊັ່ນ 18.09).

ຂ້າພະເຈົ້າວາງເດີມພັນວ່າຫຼັງຈາກການໂອນເງິນທີ່ງ່າຍດາຍນີ້, ທ່ານມີຄວາມກະຕືລືລົ້ນທີ່ຈະເຮັດຄວາມສະອາດແຜ່ນຂີ້ເຫຍື້ອຂອງທ່ານແລະນໍາເອົາ gigabytes ທີ່ມີຄ່າກັບຄືນສູ່ຊີວິດ (ຫມາຍເຫດ: ໂດຍສະເພາະຖ້າທ່ານຈ່າຍຄ່າເຊົ່າ gigabytes ເຫຼົ່ານີ້ທຸກໆເດືອນ).

ການໃຊ້ແຜ່ນໂດຍບັນຈຸ

ທຸກໆຄັ້ງທີ່ທ່ານສ້າງ container ໃນເຄື່ອງໂຮດ, ຫຼາຍໆໄຟລ໌ແລະໄດເລກະທໍລີຖືກສ້າງຂື້ນໃນໄດເລກະທໍລີ /var/lib/docker, ໃນບັນດາສິ່ງຕໍ່ໄປນີ້ແມ່ນສົມຄວນ:

• Directory /var/lib/docker/containers/container_ID – ເມື່ອໃຊ້ໄດເວີການບັນທຶກມາດຕະຖານ, ນີ້ແມ່ນບ່ອນທີ່ບັນທຶກເຫດການຖືກບັນທຶກໄວ້ໃນຮູບແບບ JSON. ບັນທຶກທີ່ລະອຽດເກີນໄປ, ເຊັ່ນດຽວກັນກັບບັນທຶກທີ່ບໍ່ມີໃຜອ່ານຫຼືຂະບວນການອື່ນໆ, ມັກຈະເຮັດໃຫ້ແຜ່ນເຕັມ.
• ໄດເຣັກທໍຣີ /var/lib/docker/overlay2 ມີຊັ້ນການອ່ານ-ຂຽນຂອງບັນຈຸ (overlay2 ແມ່ນໄດເວີທີ່ຕ້ອງການໃນການແຈກຢາຍ Linux ສ່ວນໃຫຍ່). ຖ້າຖັງເກັບຂໍ້ມູນໃນລະບົບໄຟລ໌ຂອງມັນ, ມັນຢູ່ໃນໄດເລກະທໍລີນີ້ທີ່ມັນຖືກຈັດໃສ່.

ລອງນຶກພາບເບິ່ງລະບົບທີ່ຕິດຕັ້ງ Docker ທຳມະດາ, ເຊິ່ງບໍ່ເຄີຍມີສ່ວນຮ່ວມໃນການເປີດຕົວພາຊະນະ ຫຼື ການສ້າງຮູບພາບ. ບົດ​ລາຍ​ງານ​ການ​ນໍາ​ໃຊ້​ພື້ນ​ທີ່​ແຜ່ນ​ຂອງ​ມັນ​ຈະ​ເປັນ​ດັ່ງ​ນີ້​:

$ docker system df
TYPE           TOTAL      ACTIVE     SIZE       RECLAIMABLE
Images         0          0          0B         0B
Containers     0          0          0B         0B
Local Volumes  0          0          0B         0B
Build Cache    0          0          0B         0B

ໃຫ້ພວກເຮົາເປີດກ່ອງບັນຈຸບາງອັນ, ຕົວຢ່າງ, NGINX:

$ docker container run --name www -d -p 8000:80 nginx:1.16

ຈະເກີດຫຍັງຂຶ້ນກັບແຜ່ນ:

• ຮູບພາບທີ່ຄອບຄອງ 126 MB, ນີ້ແມ່ນ NGINX ດຽວກັນທີ່ພວກເຮົາເປີດຕົວໃນຖັງ;
• containers ໃຊ້ເວລາເຖິງ 2 bytes rides.

$ docker system df
TYPE           TOTAL      ACTIVE     SIZE       RECLAIMABLE
Images         1          1          126M       0B (0%)
Containers     1          1          2B         0B (0%)
Local Volumes  0          0          0B         0B
Build Cache    0          0          0B         0B

ການຕັດສິນໂດຍການສະຫລຸບ, ພວກເຮົາຍັງບໍ່ທັນມີຊ່ອງຫວ່າງໃດໆທີ່ພວກເຮົາສາມາດປ່ອຍຕົວໄດ້. ເນື່ອງຈາກວ່າ 2 bytes ແມ່ນ frivolous ຫມົດ, ໃຫ້ພວກເຮົາຈິນຕະນາການວ່າ NGINX ຂອງພວກເຮົາບໍ່ຄາດຄິດໄດ້ຂຽນບາງບ່ອນ 100 Megabytes ຂອງຂໍ້ມູນແລະສ້າງໄຟລ໌ test.img ຂອງຂະຫນາດນີ້ຢູ່ໃນຕົວຂອງມັນເອງ.

$ docker exec -ti www 
  dd if=/dev/zero of=test.img bs=1024 count=0 seek=$[1024*100]

ມາກວດເບິ່ງການໃຊ້ພື້ນທີ່ດິສກ໌ຢູ່ໃນໂຮສອີກຄັ້ງ. ພວກເຮົາຈະເຫັນວ່າ container (containers) ຄອບຄອງ 100 Megabytes ຢູ່ທີ່ນັ້ນ.

$ docker system df
TYPE           TOTAL      ACTIVE     SIZE       RECLAIMABLE
Images         1          1          126M       0B (0%)
Containers     1          1          104.9MB    0B (0%)
Local Volumes  0          0          0B         0B
Build Cache    0          0          0B         0B

ຂ້ອຍຄິດວ່າສະໝອງທີ່ຢາກຮູ້ຂອງເຈົ້າກຳລັງສົງໄສຢູ່ແລ້ວວ່າໄຟລ໌ test.img ຂອງພວກເຮົາຢູ່ໃສ. ໃຫ້ຊອກຫາມັນ:

$ find /var/lib/docker -type f -name test.img
/var/lib/docker/overlay2/83f177...630078/merged/test.img
/var/lib/docker/overlay2/83f177...630078/diff/test.img

ໂດຍບໍ່ມີການເຂົ້າໄປໃນລາຍລະອຽດ, ພວກເຮົາສາມາດສັງເກດວ່າໄຟລ໌ test.img ຕັ້ງຢູ່ສະດວກສະບາຍໃນລະດັບການອ່ານຂຽນ, ຄວບຄຸມໂດຍ overlay2 driver. ຖ້າພວກເຮົາຢຸດຕູ້ຄອນເທນເນີຂອງພວກເຮົາ, ເຈົ້າພາບຈະບອກພວກເຮົາວ່າພື້ນທີ່ນີ້ສາມາດ, ຕາມຫຼັກການ, ໄດ້ຮັບການປົດປ່ອຍ:

# Stopping the www container
$ docker stop www

# Visualizing the impact on the disk usage
$ docker system df
TYPE           TOTAL      ACTIVE     SIZE       RECLAIMABLE
Images         1          1          126M       0B (0%)
Containers     1          0          104.9MB    104.9MB (100%)
Local Volumes  0          0          0B         0B
Build Cache    0          0          0B         0B

ພວກເຮົາສາມາດເຮັດສິ່ງນີ້ໄດ້ແນວໃດ? ໂດຍການລຶບຕູ້ຄອນເທນເນີ, ເຊິ່ງຈະເຮັດໃຫ້ມີການລຶບລ້າງພື້ນທີ່ທີ່ສອດຄ້ອງກັນຢູ່ໃນລະດັບອ່ານ-ຂຽນ.

ດ້ວຍຄໍາສັ່ງຕໍ່ໄປນີ້, ທ່ານສາມາດເອົາພາຊະນະທີ່ຕິດຕັ້ງທັງຫມົດອອກໃນຫນຶ່ງ swoop ແລະລ້າງແຜ່ນຂອງໄຟລ໌ອ່ານຂຽນທັງຫມົດທີ່ສ້າງໂດຍພວກມັນ:

$ docker container prune
WARNING! This will remove all stopped containers.
Are you sure you want to continue? [y/N] y
Deleted Containers:
5e7f8e5097ace9ef5518ebf0c6fc2062ff024efb495f11ccc89df21ec9b4dcc2

Total reclaimed space: 104.9MB

ດັ່ງນັ້ນ, ພວກເຮົາປົດປ່ອຍ 104,9 Megabytes ໂດຍການລຶບຖັງ. ແຕ່ເນື່ອງຈາກພວກເຮົາບໍ່ໄດ້ໃຊ້ຮູບພາບທີ່ດາວໂຫລດມາກ່ອນຫນ້ານີ້, ມັນຍັງກາຍເປັນຕົວສະຫມັກສໍາລັບການລຶບແລະປ່ອຍຊັບພະຍາກອນຂອງພວກເຮົາ:

$ docker system df
TYPE           TOTAL      ACTIVE     SIZE       RECLAIMABLE
Images         1          0          126M       126M (100%)
Containers     0          0          0B         0B
Local Volumes  0          0          0B         0B
Build Cache    0          0          0B         0B

ໝາຍເຫດ: ຕາບໃດທີ່ຮູບພາບຖືກໃຊ້ຢ່າງໜ້ອຍໜຶ່ງກ່ອງ, ທ່ານຈະບໍ່ສາມາດໃຊ້ເຄັດລັບນີ້ໄດ້.

ຄໍາສັ່ງຍ່ອຍ prune ທີ່ພວກເຮົາໃຊ້ຂ້າງເທິງນີ້ມີຜົນກະທົບກັບພາຊະນະທີ່ຢຸດເຊົາ. ຖ້າພວກເຮົາຕ້ອງການລຶບບໍ່ພຽງແຕ່ຢຸດແຕ່ຍັງແລ່ນ containers, ພວກເຮົາຄວນໃຊ້ຫນຶ່ງໃນຄໍາສັ່ງເຫຼົ່ານີ້:

# Historical command
$ docker rm -f $(docker ps –aq)

# More recent command
$ docker container rm -f $(docker container ls -aq)

ຫມາຍເຫດຂ້າງຄຽງ: ຖ້າທ່ານໃຊ້ພາລາມິເຕີ -rm ເມື່ອເລີ່ມຕົ້ນບັນຈຸ, ຫຼັງຈາກນັ້ນ, ເມື່ອມັນຢຸດ, ພື້ນທີ່ດິດທັງຫມົດທີ່ມັນຄອບຄອງຈະຖືກປ່ອຍອອກມາ.

ການ​ນໍາ​ໃຊ້​ຮູບ​ພາບ​ແຜ່ນ​

ສອງສາມປີກ່ອນ, ຂະຫນາດຮູບພາບຂອງຫຼາຍຮ້ອຍເມກະໄບແມ່ນປົກກະຕິຢ່າງສົມບູນ: ຮູບພາບ Ubuntu ມີນໍ້າຫນັກ 600 megabytes, ແລະຮູບພາບ Microsoft .Net ມີນໍ້າຫນັກຫຼາຍ gigabyte. ໃນມື້ທີ່ຂີ້ຮ້າຍນັ້ນ, ການດາວໂຫຼດພຽງຮູບດຽວອາດເຮັດໃຫ້ເສຍຄ່າຫຼາຍໃນພື້ນທີ່ດິສກ໌ຂອງທ່ານ, ເຖິງແມ່ນວ່າທ່ານຈະແບ່ງປັນລະດັບລະຫວ່າງຮູບພາບ. ມື້ນີ້ - ສັນລະເສີນທີ່ຍິ່ງໃຫຍ່ - ຮູບພາບມີນ້ໍາຫນັກຫນ້ອຍ, ແຕ່ເຖິງແມ່ນວ່າ, ທ່ານສາມາດຕື່ມຂໍ້ມູນໃສ່ຊັບພະຍາກອນທີ່ມີຢູ່ຢ່າງໄວວາຖ້າທ່ານບໍ່ລະມັດລະວັງບາງຢ່າງ.

ມີຫຼາຍປະເພດຂອງຮູບພາບທີ່ບໍ່ສາມາດເຫັນໄດ້ໂດຍກົງກັບຜູ້ໃຊ້ສຸດທ້າຍ:

• ຮູບພາບລະດັບປານກາງ, ບົນພື້ນຖານຂອງຮູບພາບອື່ນໆໄດ້ຖືກເກັບກໍາ - ພວກມັນບໍ່ສາມາດຖືກລຶບລ້າງໄດ້ຖ້າທ່ານໃຊ້ກ່ອງບັນຈຸໂດຍອີງໃສ່ຮູບພາບ "ອື່ນໆ" ເຫຼົ່ານີ້;
• ຮູບພາບ dangling ແມ່ນຮູບພາບລະດັບກາງທີ່ບໍ່ໄດ້ອ້າງອີງຈາກໃດໆຂອງຖັງທີ່ແລ່ນ - ພວກເຂົາສາມາດຖືກລຶບຖິ້ມ.
• ດ້ວຍຄໍາສັ່ງຕໍ່ໄປນີ້, ທ່ານສາມາດກວດເບິ່ງຮູບພາບ dangling ໃນລະບົບຂອງທ່ານ:

$ docker image ls -f dangling=true
REPOSITORY  TAG      IMAGE ID         CREATED             SIZE
none      none   21e658fe5351     12 minutes ago      71.3MB

ທ່ານສາມາດເອົາພວກມັນອອກດ້ວຍວິທີຕໍ່ໄປນີ້:

$ docker image rm $(docker image ls -f dangling=true -q)

ພວກເຮົາຍັງສາມາດໃຊ້ຄໍາສັ່ງຍ່ອຍ prune:

$ docker image prune
WARNING! This will remove all dangling images.
Are you sure you want to continue? [y/N] y
Deleted Images:
deleted: sha256:143407a3cb7efa6e95761b8cd6cea25e3f41455be6d5e7cda
deleted: sha256:738010bda9dd34896bac9bbc77b2d60addd7738ad1a95e5cc
deleted: sha256:fa4f0194a1eb829523ecf3bad04b4a7bdce089c8361e2c347
deleted: sha256:c5041938bcb46f78bf2f2a7f0a0df0eea74c4555097cc9197
deleted: sha256:5945bb6e12888cf320828e0fd00728947104da82e3eb4452f

Total reclaimed space: 12.9kB

ຖ້າ​ຫາກ​ວ່າ​ຢ່າງ​ກະ​ທັນ​ຫັນ​ພວກ​ເຮົາ​ຕ້ອງ​ການ​ທີ່​ຈະ​ລົບ​ຮູບ​ພາບ​ທັງ​ຫມົດ​ທັງ​ຫມົດ (ແລະ​ບໍ່​ພຽງ​ແຕ່ dangling​) ດ້ວຍ​ຄໍາ​ສັ່ງ​ຫນຶ່ງ​, ພວກ​ເຮົາ​ສາ​ມາດ​ເຮັດ​ໄດ້​ດັ່ງ​ນີ້​:

$ docker image rm $(docker image ls -q)

ການໃຊ້ແຜ່ນໂດຍປະລິມານ

ປະລິມານແມ່ນໃຊ້ເພື່ອເກັບຂໍ້ມູນຢູ່ນອກລະບົບໄຟລ໌ຂອງຖັງ. ຕົວຢ່າງ, ຖ້າພວກເຮົາຕ້ອງການບັນທຶກຜົນໄດ້ຮັບຂອງແອັບພລິເຄຊັນເພື່ອໃຊ້ພວກມັນໃນທາງອື່ນ. ຕົວຢ່າງທົ່ວໄປແມ່ນຖານຂໍ້ມູນ.

ໃຫ້ເປີດກ່ອງບັນຈຸ MongoDB, ເຊື່ອມຕໍ່ປະລິມານພາຍນອກໃສ່ຖັງເກັບມ້ຽນ, ແລະຟື້ນຟູການສໍາຮອງຖານຂໍ້ມູນຈາກມັນ (ພວກເຮົາມີຢູ່ໃນໄຟລ໌ bck.json):

# Running a mongo container
$ docker run --name db -v $PWD:/tmp -p 27017:27017 -d mongo:4.0

# Importing an existing backup (from a huge bck.json file)
$ docker exec -ti db mongoimport 
  --db 'test' 
  --collection 'demo' 
  --file /tmp/bck.json 
  --jsonArray

ຂໍ້ມູນຈະຕັ້ງຢູ່ໃນເຄື່ອງໂຮດຢູ່ໃນໄດເລກະທໍລີ /var/lib/docker/volumes. ແຕ່ເປັນຫຍັງບໍ່ຢູ່ໃນລະດັບອ່ານຂຽນຂອງຖັງ? ເນື່ອງຈາກວ່າໃນ Dockerfile ຂອງຮູບພາບ MongoDB, ໄດເລກະທໍລີ /data/db (ບ່ອນທີ່ MongoDB ເກັບຮັກສາຂໍ້ມູນຂອງມັນໄວ້ຕາມຄ່າເລີ່ມຕົ້ນ) ຖືກກໍານົດເປັນປະລິມານ.

ຫມາຍເຫດຂ້າງຄຽງ: ຫຼາຍຮູບທີ່ຕ້ອງຜະລິດຂໍ້ມູນໃຊ້ປະລິມານເພື່ອເກັບຂໍ້ມູນນັ້ນ.

ເມື່ອພວກເຮົາຫຼິ້ນພຽງພໍກັບ MongoDB ແລະຢຸດ (ຫຼືອາດຈະລຶບ) ບັນຈຸ, ປະລິມານຈະບໍ່ຖືກລຶບ. ມັນຈະສືບຕໍ່ກິນພື້ນທີ່ດິສກ໌ທີ່ມີຄ່າຂອງພວກເຮົາຈົນກວ່າພວກເຮົາຈະລຶບມັນອອກຢ່າງຈະແຈ້ງດ້ວຍຄຳສັ່ງດັ່ງນີ້:

$ docker volume rm $(docker volume ls -q)

ດີ, ຫຼືພວກເຮົາສາມາດໃຊ້ຄໍາສັ່ງຍ່ອຍ prune ທີ່ຄຸ້ນເຄີຍກັບພວກເຮົາ:

$ docker volume prune
WARNING! This will remove all local volumes not used by at least one container.
Are you sure you want to continue? [y/N] y
Deleted Volumes:
d50b6402eb75d09ec17a5f57df4ed7b520c448429f70725fc5707334e5ded4d5
8f7a16e1cf117cdfddb6a38d1f4f02b18d21a485b49037e2670753fa34d115fc
599c3dd48d529b2e105eec38537cd16dac1ae6f899a123e2a62ffac6168b2f5f
...
732e610e435c24f6acae827cd340a60ce4132387cfc512452994bc0728dd66df
9a3f39cc8bd0f9ce54dea3421193f752bda4b8846841b6d36f8ee24358a85bae
045a9b534259ec6c0318cb162b7b4fca75b553d4e86fc93faafd0e7c77c79799
c6283fe9f8d2ca105d30ecaad31868410e809aba0909b3e60d68a26e92a094da

Total reclaimed space: 25.82GB
luc@saturn:~$

ການນໍາໃຊ້ແຜ່ນສໍາລັບຮູບພາບສ້າງ cache

ໃນ Docker 18.09, ຂະບວນການສ້າງຮູບພາບໄດ້ຜ່ານການປ່ຽນແປງບາງຢ່າງຍ້ອນເຄື່ອງມື BuildKit. ສິ່ງນີ້ຈະເພີ່ມຄວາມໄວຂອງຂະບວນການແລະເພີ່ມປະສິດທິພາບການເກັບຮັກສາຂໍ້ມູນແລະການຄຸ້ມຄອງຄວາມປອດໄພ. ໃນທີ່ນີ້ພວກເຮົາຈະບໍ່ພິຈາລະນາລາຍລະອຽດທັງຫມົດຂອງເຄື່ອງມືທີ່ປະເສີດນີ້; ພວກເຮົາຈະສຸມໃສ່ວິທີການແກ້ໄຂບັນຫາການນໍາໃຊ້ພື້ນທີ່ດິດເທົ່ານັ້ນ.

ໃຫ້ເວົ້າວ່າພວກເຮົາມີຄໍາຮ້ອງສະຫມັກ Node.Js ງ່າຍດາຍຢ່າງສົມບູນ:

• ໄຟລ໌ index.js ເລີ່ມເຊີບເວີ HTTP ແບບງ່າຍດາຍທີ່ຕອບສະໜອງດ້ວຍແຖວຕໍ່ແຕ່ລະຄໍາຮ້ອງຂໍທີ່ໄດ້ຮັບ:
• ໄຟລ໌ package.json ກໍານົດການຂຶ້ນກັບ, ຊຶ່ງໃນນັ້ນພຽງແຕ່ expressjs ຖືກນໍາໃຊ້ເພື່ອດໍາເນີນການເຄື່ອງແມ່ຂ່າຍ HTTP:

$ cat index.js
var express = require('express');
var util    = require('util');
var app = express();
app.get('/', function(req, res) {
  res.setHeader('Content-Type', 'text/plain');
  res.end(util.format("%s - %s", new Date(), 'Got Request'));
});
app.listen(process.env.PORT || 80);

$ cat package.json
    {
      "name": "testnode",
      "version": "0.0.1",
      "main": "index.js",
      "scripts": {
        "start": "node index.js"
      },
      "dependencies": {
        "express": "^4.14.0"
      }
    }

Dockerfile ສໍາລັບການກໍ່ສ້າງຮູບພາບເບິ່ງຄືວ່ານີ້:

FROM node:13-alpine
COPY package.json /app/package.json
RUN cd /app && npm install
COPY . /app/
WORKDIR /app
EXPOSE 80
CMD ["npm", "start"]

ໃຫ້ສ້າງຮູບພາບໃນແບບປົກກະຕິ, ໂດຍບໍ່ຕ້ອງໃຊ້ BuildKit:

$ docker build -t app:1.0 .

ຖ້າພວກເຮົາກວດເບິ່ງການໃຊ້ພື້ນທີ່ດິດ, ພວກເຮົາສາມາດເຫັນໄດ້ວ່າພຽງແຕ່ຮູບພາບພື້ນຖານ (node: 13-alpine) ແລະຮູບພາບເປົ້າຫມາຍ (app: 1.0) ກໍາລັງກິນພື້ນທີ່:

TYPE           TOTAL      ACTIVE     SIZE       RECLAIMABLE
Images         2          0          109.3MB    109.3MB (100%)
Containers     0          0          0B         0B
Local Volumes  0          0          0B         0B
Build Cache    0          0          0B         0B

ໃຫ້ພວກເຮົາສ້າງເວີຊັນທີສອງຂອງແອັບພລິເຄຊັນຂອງພວກເຮົາ, ໂດຍໃຊ້ BuildKit. ເພື່ອເຮັດສິ່ງນີ້, ພວກເຮົາພຽງແຕ່ຕ້ອງການກໍານົດຕົວແປ DOCKER_BUILDKIT ເປັນ 1:

$ DOCKER_BUILDKIT=1 docker build -t app:2.0 .

ຖ້າພວກເຮົາກວດເບິ່ງການນໍາໃຊ້ແຜ່ນ, ພວກເຮົາຈະເຫັນວ່າ build cache (buid-cache) ມີສ່ວນຮ່ວມໃນປັດຈຸບັນ:

$ docker system df
TYPE           TOTAL      ACTIVE     SIZE       RECLAIMABLE
Images         2          0          109.3MB    109.3MB (100%)
Containers     0          0          0B         0B
Local Volumes  0          0          0B         0B
Build Cache    11         0          8.949kB    8.949kB

ເພື່ອລຶບມັນ, ໃຊ້ຄໍາສັ່ງຕໍ່ໄປນີ້:

$ docker builder prune
WARNING! This will remove all dangling build cache.
Are you sure you want to continue? [y/N] y
Deleted build cache objects:
rffq7b06h9t09xe584rn4f91e
ztexgsz949ci8mx8p5tzgdzhe
3z9jeoqbbmj3eftltawvkiayi

Total reclaimed space: 8.949kB

ລ້າງທັງໝົດ!

ດັ່ງນັ້ນ, ພວກເຮົາໄດ້ເບິ່ງການທໍາຄວາມສະອາດພື້ນທີ່ດິສກ໌ທີ່ຄອບຄອງໂດຍບັນຈຸ, ຮູບພາບແລະປະລິມານ. ຄໍາສັ່ງຍ່ອຍ prune ຊ່ວຍພວກເຮົາໃນເລື່ອງນີ້. ແຕ່ມັນຍັງສາມາດຖືກນໍາໃຊ້ໃນລະດັບລະບົບ docker, ແລະມັນຈະເຮັດຄວາມສະອາດທຸກຢ່າງທີ່ມັນສາມາດເຮັດໄດ້:

$ docker system prune
WARNING! This will remove:
  - all stopped containers
  - all networks not used by at least one container
  - all dangling images
  - all dangling build cache

Are you sure you want to continue? [y/N]

ຖ້າສໍາລັບເຫດຜົນບາງຢ່າງທີ່ທ່ານກໍາລັງປະຫຍັດພື້ນທີ່ດິດຢູ່ໃນເຄື່ອງທີ່ໃຊ້ Docker, ຫຼັງຈາກນັ້ນການແລ່ນຄໍາສັ່ງນີ້ແຕ່ລະໄລຍະຄວນກາຍເປັນນິໄສ.

ແຫຼ່ງຂໍ້ມູນ: www.habr.com