Apakah perbezaan antara volum docker dan mount

Perbezaan antara "volume docker" dan mount ialah: "volume docker" adalah deklaratif, "Docker Engine" itu sendiri akan menduduki direktori tertentu dalam sistem dan Docker akan memperuntukkan volum dalam laluan yang diduduki secara lalai . Laluan pelekap tidak akan menduduki laluan sebagai titik pelekap.

Persekitaran pengendalian tutorial ini: sistem linux7.3, versi docker-1.13.1, komputer Dell G3.

Apakah perbezaan antara volum docker dan mount

Untuk masa yang lama, apabila berbilang bekas perlu berkongsi akses kepada direktori data yang sama, atau apabila data dalam bekas perlu dikekalkan ( seperti pangkalan data), kami Mereka semua menggunakan bentuk direktori pelekap (bind mounts) untuk melekapkan direktori pada hos ke direktori tertentu dalam bekas Kaedah ini boleh menyelesaikan masalah, tetapi kaedah ini sentiasa mempunyai beberapa kelemahan:

• Apabila menggunakan kontena pada pelayan berbeza, anda perlu mengubah suai laluan mengikut direktori pelekap cakera sebenar
• Kebenaran fail dan direktori sistem pengendalian yang berbeza akan membuat anda keliru dan marah?

Masalah ini boleh diselesaikan dengan menggunakan Volume. Mula-mula mari kita bandingkan bind mounts dan docker volum, dan kemudian lihat cara volum menyelesaikan masalah bind mounts. Mari lihat gambar dahulu:

Gambar ini menunjukkan bahawa bind mount dan volume sebenarnya menggunakan sistem fail hos , perbezaannya ialah volum adalah subdirektori dalam direktori yang diuruskan oleh docker itu sendiri, jadi tidak ada masalah pemasangan yang disebabkan oleh kebenaran, dan laluan direktori diuruskan oleh docker itu sendiri, jadi tidak perlu menentukan laluan yang berbeza pada pelayan yang berbeza , anda tidak perlu mengambil berat tentang laluan (sebenarnya tidak semua, kami akan mengambil berat tentangnya di bawah?). Seterusnya, mari kita lihat pada kegunaan berbeza pelekap dan volum bind.

1. Penggunaan kontena pada pelayan berbeza perlu mengubah suai laluan mengikut direktori pelekap cakera sebenar

Contohnya:

Dalam sistem Linux , kami sering Menggunakan "/var/someDir" sebagai direktori pelekap;

Namun, pada Mac, /var/ bukan direktori sebenar pengguna Mac akan memberitahu anda bahawa kami lebih maju daripada Linux dan kami melakukannya tidak menggunakan /var/ , pengguna tidak perlu

Dalam sistem Windows, pengguna Windows akan bertanya kepada anda: Apakah /var/? C drive dan D drive adalah bahagian yang paling munasabah~~

2 Kebenaran fail dan direktori sistem pengendalian yang berbeza akan membuat anda keliru dan marah?

<.>Ia pada asalnya diuji dalam sistem Linux dan berjalan dengan baik Walau bagaimanapun, pelbagai masalah dengan laluan pemasangan berlaku pada Windows Saya tidak akan menerangkan secara terperinci di sini, anda boleh mencubanya. Tetapi ia lebih baik dalam Mac, lagipun, ia sama seperti Linux.

Selain kaedah pemasangan, terdapat juga Volume yang boleh mengekalkan data dalam Docker Agak memalukan untuk menyebut perkara ini Setelah sekian lama menggunakan Docker, saya selalu menganggap pemasangan sebagai Tetapi jangan salahkan saya. Dalam fail Docker-compose Tiada masalah dalam menulis hubungan pemetaan antara bekas dan laluan pelekap hos dalam bahagian volum, tetapi ini selalu menjadi salah faham. . (Fancy passing the blame?)

Sebenarnya, "mounting" dan "Docker Volume" bukanlah perkara yang sama. Terdapat perbezaan tertentu. Enjin Docker sendiri akan menduduki direktori tertentu dalam sistem, secara amnya "/var/lib/docker" dalam Linux, dan boleh dilaraskan dalam kedua-dua Mac dan Windows. Apabila kami mengisytiharkan kelantangan, Docker akan menetapkan laluan kepada kelantangan di bawah laluan yang diduduki secara lalai, contohnya:

Tajuk

Relative to the mount , volum Enjin Docker yang memperuntukkan laluan sebagai titik pelekap dalam "tapak"nya sendiri dan kebenaran tapaknya sendiri mesti disusun dengan jelas. Oleh itu, masalah pemasangan laluan hos di atas diselesaikan. ?

Apabila menggunakannya, cuma gantikan nama laluan hos dengan nama volum Katakan kami mencipta volum bernama "test_vol" di atas:

1. docker run -d -v "test_vol:/var/data" some_image, ini akan melekapkan direktori /var/data dalam bekas ke titik pelekap "test_vol"
2. Ini serupa dalam docker-compose, tetapi volum mesti diisytiharkan dalam fail docker-compose.yaml Mari kita ubah suai contoh di atas:

Perhatian ! !

1. Perlu diambil perhatian bahawa kelantangan akan menyebabkan direktori docker berkembang, kerana kedua-dua imej dan kelantangan adalah lebih baik untuk tidak meletakkannya pada sistem cakera Konfigurasikan direktori pemasangan docker ke cakera pelekap yang lebih besar.
2. Kedua-duanya mempunyai tingkah laku yang berbeza: apabila direktori yang sepadan di luar bekas kosong, volum akan terlebih dahulu menyalin kandungan bekas ke direktori di luar bekas, manakala mount akan menimpa direktori dalaman bekas dengan direktori luaran! !
3. volum juga lebih rendah daripada bind mount Ia tidak boleh melekapkan terus fail, seperti memasang fail konfigurasi bekas nginx: nginx.conf.

Perlu diperhatikan di sini bahawa kaedah fail tunggal seperti fail konfigurasi tidak sesuai untuk menggunakan volum Walaupun bind mount juga boleh menyelesaikan masalah, kerana fail konfigurasi mengandungi beberapa maklumat sensitif seperti kata laluan pangkalan data, Jadi cara terbaik ialah menggunakan tmpfs.

Volume Kubernetes juga mencerminkan reka bentuk yang serupa Walaupun subPath boleh menyelesaikan masalah pemasangan fail konfigurasi, cara terbaik sebenarnya ialah menggunakan configMap.

Pembelajaran yang disyorkan: "tutorial video buruh pelabuhan"

Atas ialah kandungan terperinci Apakah perbezaan antara volum docker dan mount. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!