Apakah cara penyimpanan buruh pelabuhan?

Docker mempunyai empat kaedah penyimpanan: 1. "Storan lalai", data disimpan dalam bekas yang sedang dipadamkan, data juga dipadamkan; 3. "bind mounts mount", pasang terus mana-mana direktori atau fail dalam sistem fail hos;

Persekitaran pengendalian tutorial ini: sistem linux5.9.8, versi docker-1.13.1, komputer Dell G3.

Beberapa kaedah penyimpanan bekas docker

Storan kontena boleh dibahagikan kepada dua kategori utama:

Satunya berkaitan dengan pencerminan, iaitu ciri Copy-On-Write lapisan kontena yang kami nyatakan dalam artikel "Asas Teknologi Kontena Docker: OverlayFS Sistem Fail Bersama". Secara lalai, semua fail yang dibuat dalam bekas disimpan pada lapisan bekas boleh tulis Kaedah menyimpan fail secara langsung pada lapisan bekas ini menjadikan data sukar untuk disimpan dan dikongsi kerana pergantungan pada pemacu storan dan penggunaan penulisan terus kepada hos. Sistem fail tambahan ini mengurangkan prestasi berbanding volum data.

Yang lain ialah storan hos, yang digunakan dengan mengikat atau menggantung direktori hos ke dalam bekas. Data boleh dikekalkan walaupun selepas bekas dihentikan. Terutamanya memperkenalkan yang terakhir.

Beberapa kaedah pelekap storan

Di sini kami melukis rajah berikut berdasarkan lokasi berbeza di mana data disimpan pada hos Docker:

Docker mempunyai empat kaedah storan: lalai, volum data volum, bind mount dan tmpfs mount (hanya tersedia dalam persekitaran Linux), yang volum dan bind mount melaksanakan data bekas yang berterusan.

1. Storan lalai

Data disimpan dalam bekas yang sedang dijalankan Selepas bekas dipadamkan, data juga akan dipadamkan

2. pelekap bind

pelekap bind mempunyai fungsi terhad berbanding volum. Apabila menggunakan bind mount, fail atau direktori pada hos dipasang ke dalam bekas. Fail atau direktori dirujuk oleh laluan penuhnya pada hos. Direktori tidak perlu sudah wujud pada hos Docker Jika ia tidak wujud, Docker akan menciptanya untuk kami. Ambil perhatian bahawa hanya direktori boleh dibuat secara automatik.

Kami menggunakan pilihan -v untuk mengikat dan melekapkan direktori /nginx/html ke dalam bekas dan lihat

docker run -dt -v /nginx/html:/usr/share/nginx/html --name nginx nginx

Lihat medan Pemasangan kontena melalui docker inspect nginx

"Mounts": [
    {
        "Type": "bind",
        "Source": "/nginx/html",
        "Destination": "/usr/share/nginx/html",
        "Mode": "",
        "RW": true,
        "Propagation": "rprivate"
    }
],

Kemudian kami mencipta index.html pada hos docker dan menulis hello nginx, dan kemudian mengakses IP kontena Jelas sekali pelekap kami telah berkuat kuasa.

[root@localhost ~]# echo "hello nginx" >  /nginx/html/index.html
[root@localhost ~]# curl 172.17.0.4
hello nginx

Terdapat masalah di sini. Kami boleh mengubah suai fail melalui hos docker untuk menjadikan fail dalam bekas itu berkesan pada sistem fail hos. Untuk menangani masalah ini, kami boleh mengkonfigurasi kebenaran direktori pelekap semasa mencipta bekas, seperti kebenaran baca sahaja berikut:

docker run -dt -v /nginx/html:/usr/share/nginx/html:ro --name nginx nginx

Jadi apabila kami menggunakan bind mount, anda mengendalikan hos Sistem fail, anda mesti mengetahui perkara berikut:

Apakah kandungan yang terkandung dalam direktori yang anda lekapkan untuk mengelak daripada menjejaskan aplikasi lain.

Sama ada bekas anda sepatutnya mempunyai kebenaran untuk beroperasi pada direktori ini.

3. volumes volum data

Volume storan volum dicipta dan diurus oleh Docker Kita boleh menggunakan docker volume create command untuk mencipta volum secara eksplisit atau menciptanya isipadu bekas dibuat.

[root@localhost ~]# docker volume create nginx_volume
nginx_volume
[root@localhost volumes]# docker inspect  nginx_volume
[
    {
        "CreatedAt": "2021-08-12T01:58:04-04:00",
        "Driver": "local",
        "Labels": {},
        "Mountpoint": "/var/lib/docker/volumes/nginx_volume/_data",
        "Name": "nginx_volume",
        "Options": {},
        "Scope": "local"
    }
]

Anda boleh melihat bahawa titik pelekap berada di bawah direktori akar docker /var/lib/docker/volumes

Kosongkan volum tunggal atau semua yang tidak digunakan melalui volum docker rm/prune , yang dapat untuk menguruskan volum melalui arahan docker adalah kelebihan berbanding bind mounts.

[root@localhost ~]# docker volume ls
DRIVER    VOLUME NAME
local     owncloud-docker-server_files
local     owncloud-docker-server_mysql
local     owncloud-docker-server_redis
[root@localhost ~]# 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:
owncloud-docker-server_files
owncloud-docker-server_mysql
owncloud-docker-server_redis

Total reclaimed space: 199.4MB

Jika sumber pelekap bekas tidak dinyatakan semasa membuat bekas, docker akan secara automatik mencipta volum tanpa nama untuk kami, juga terletak dalam direktori root docker.

[root@localhost volumes]# docker run -dt -v /usr/share/nginx/html --name nginx_with_volume nginx
d25bdfce9c7ac7bde5ae35067f6d9cf9f0cd2c9cbea6d1bbd7127b3949ef5ac6
[root@localhost volumes]# docker volume ls 
DRIVER    VOLUME NAME
local     d8e943f57d17a255f8a4ac3ecbd6471a735aa64cc7a606c52f61319a6c754980
local     nginx_volume
[root@localhost volumes]# ls /var/lib/docker/volumes/
backingFsBlockDev  d8e943f57d17a255f8a4ac3ecbd6471a735aa64cc7a606c52f61319a6c754980  metadata.db  nginx_volume

Selepas kami mencipta volum pelekap, storan pada masa ini konsisten dengan pelekap bind Walau bagaimanapun, apabila hos docker tidak dapat menjamin untuk mempunyai direktori atau struktur fail tertentu, volum boleh membantu kami menukar hos docker ke Konfigurasi dipisahkan daripada masa jalan kontena. Dengan cara ini, apabila kita perlu membuat sandaran, memulihkan atau memindahkan data daripada satu hos Docker ke hos yang lain, volumnya sangat mudah dan boleh diasingkan daripada sekatan laluan hos.

Apabila menggunakan pelekap dan volum bind, kita harus memberi perhatian kepada prinsip liputan perambatan berikut:

Apabila memasang volum kosong: kandungan direktori dalam bekas itu disebarkan (disalin) kepada kelantangan.

Apabila mengikat volum yang dipasang atau tidak kosong: kandungan direktori dalam bekas akan ditimpa oleh volum atau direktori hos terikat.

4.tmpfs mount

tmpfs mount hanya terpakai kepada hos linux Apabila kita menggunakan tmpfs mount untuk mencipta bekas, bekas itu boleh berada dalam lapisan boleh tulis bekas itu. Simpan data dalam ingatan dan apabila bekas dihentikan, data bertulis juga akan dialih keluar. Digunakan terutamanya untuk penyimpanan sementara fail sensitif yang anda tidak mahu kekal dalam hos atau lapisan boleh tulis bekas.

Lekapkan blok memori melalui pilihan --tmpfs.

docker run -dt --name busybox_tmpfs --tmpfs /etc/running busybox

Letakkan parameter dalam mod --mount untuk menentukan saiz storan sementara.

docker run -dt --name busybox_tmpfs2 --mount type=tmpfs,tmpfs-size=2048,destination=/etc/running busybox

Perkongsian data storan

在容器之间共享数据主要有两种方法，第一种比较简单，只需要将目录或者volume挂载到多个容器中即可。这里不做赘述，我们来看一下通过中间容器实现共享的方式。

我们创建一个中间容器,包含绑定挂载目录和一个卷。

docker create -v /share:/volume1 -v /volume2  --name volume_share  busybox

在我们需要共享的容器中通过选项--volumes-from拿过来用即可

docker run -d -t --volumes-from volume_share  --name container1  busybox

我们inspect检查一下Mounts字段，此时container1已经挂载到了一个bind目录和一个volume

"Mounts": [
    {
        "Type": "bind",
        "Source": "/share",
        "Destination": "/volume1",
        "Mode": "",
        "RW": true,
        "Propagation": "rprivate"
    },
    {
        "Type": "volume",
        "Name": "21605e49a0ba90a1b952a32c1b3f0d42735da8bfe718f0dc76c37e91f1e51c0e",
        "Source": "/var/lib/docker/volumes/21605e49a0ba90a1b952a32c1b3f0d42735da8bfe718f0dc76c37e91f1e51c0e/_data",
        "Destination": "/volume2",
        "Driver": "local",
        "Mode": "",
        "RW": true,
        "Propagation": ""
    }
],

推荐学习：《docker视频教程》

Atas ialah kandungan terperinci Apakah cara penyimpanan buruh pelabuhan?. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!