The different types of docker volumes

Рет қаралды 15,801

Жыл бұрын

📽️ Subscribe: bit.ly/2UnOdgi
🖥️ Become a VIP member: bit.ly/3dItQU9
A Docker volume is a persistent data storage mechanism used to allow Docker containers to store data outside the container's base file system, which is ephemeral.
Docker volumes are created from a location on the host system or from another container, and can be mounted in a Docker container to store data. Data stored in a Docker volume persists even if the Docker container is deleted or recreated, allowing the data to survive the ephemeral life of the container.
Docker volumes can be managed using the Docker command line or via Docker container management tools such as Docker Compose or Kubernetes. They are commonly used to store application data, configuration files, log files and other data that needs to be kept even after the container has been terminated.
There are two types of volumes:
- bind mount
- docker volumes
- tmpfs
Slides & Docker codes: gitlab.com/xavki/docker-v2
Summary of more than 1450 videos:
- on github : bit.ly/2P5x8Xj
- on gitlab: bit.ly/2BvYouO
➡️ ➡️ You want to encourage me like the video, comment on it and subscribe! 😃

Пікірлер: 32

@project-lu3qv Жыл бұрын

Très très bon contenu. Pas de blabla inutile, ni de musique insupportable. Merci

@xavki Жыл бұрын

Merci 👍

@thomasranque1879 Жыл бұрын

Merci pour ton travail de vulgarisation Xavki, explications très détaillées, mise en situation. J'apprécie que tu tapes tes commandes en direct plutot que faire des copié/collé, ça laisse le temps de te suivre et de tester en même temps que toi. Un grand bravo!

@xavki Жыл бұрын

Merci à toi 😊

@jeromec9770 Жыл бұрын

Franchement, excellent, c'est le tuto le plus digeste et clair sur docker qu'on puisse trouver ! Merci ;-)

@xavki Жыл бұрын

Merci à toi 😊

@xavki Жыл бұрын

Abonnez-vous et pour soutenir la chaine et la vidéo, n'hésitez pas à en parler autour de vous (réseaux sociaux, bous à oreille, tchat, forums...). Pour vous former je vous invite à suivre la playlist kzfaq.info/sun/PLn6POgpklwWq0iz59-px2z-qjDdZKEvWd

@wambanguemo6457 Жыл бұрын

excellent !

@xavki Жыл бұрын

cool merci

@hexasuspected7881 Жыл бұрын

Vraiment bien expliqué

@dannyfernandez2503 Жыл бұрын

merci pour cette vidéo, très utile

@xavki Жыл бұрын

Avec plaisir

@bbilal4025 Жыл бұрын

super merci

@xavki Жыл бұрын

Avec plaisir

@Desintegrator51 Жыл бұрын

Super vidéo, merci xavki !

@xavki Жыл бұрын

Merci à toi 😁

@TrackviewTrackview Жыл бұрын

Merci à toi . très bonne explication 😇

@xavki Жыл бұрын

Avec plaisir 🙂

@hexasuspected7881 Жыл бұрын

topissime

@OlivierSpiesser Жыл бұрын

Je viens de découvrir la différence entre bind et volume. Merci ! N'as tu jamais pensé à utiliser un clavier moins bruyant ou de placer le micro ailleurs ? Je crois que les vidéos y gagnerait encore.

@xavki Жыл бұрын

Hello. Cool. Oui je m'en suis rendu compte seulement maintenant. C'est pas hyper facile pour le coup dans ma conf actuelle. Mais on va faire des test. En plus on a l'impression que j'ai un clavier mecanique alors que pas du tout lol

@sylvainparise5852 4 ай бұрын

@mickac7306 Жыл бұрын

Hello ! Petite précision sur le TMPFS, c'est un montage vers la mémoire vive donc la RAM. Cela permet d'avoir un accès aux données plus rapidement mais pour des données qui n'ont pas besoins de droits en écriture, comme des fichiers systèmes temporaires ou un exemple concret : les données tampons pour le traitement vidéos dans le cadre du streaming. Dans des environnements "critiques" ça peut être utiles pour accéder rapidement aux données mais l'inconvénient est que ça pompe sur la mémoire vive donc il faut le prévoir. Si vous avez d'autres types d'applications pour ce type de volumes je suis preneur merci :)

@xavki Жыл бұрын

Hey merci pour le complément cool. Dans la vidéo j'avais surtout insisté sur le caractère temporaire (je crois avoir dit que c'était en ram) mais je n'ai pas insisté dessus car je n'avais pas d'exemple (n'ayant jamais pratiqué). Merci et à bientôt !!

@fsnpower 8 ай бұрын

Bonsoir, je ne sais pas si c'est ma config (Debian 12.2 + docker 24.0.7), mais lorsque je fais un test avec un --mount de type bind ou volume, le résultat est le même, le répertoire du conteneur en paramètre est surchargé et donc écrasé. J'ai remarqué également qu'il n'est pas nécessaire de créer un volume avec la commande docker volume create. Le volume est automatiquement créé lorsqu'on passe le nom en paramètre --mount type=volume,source=monVolume, même si celui-ci n'existe pas. Finalement, mis à part l'emplacement qui diffère, je ne vois pas de différences de comportement entre un type bind et un type volume.

@xavki 8 ай бұрын

Ah peut être que cela vient de la version à tester. Pour le volume si tu regarde les vidéos liées à docker sur ce volet effectivement tu verras que j'explique que l'on peu passer par les volumes ou pas. Il y a des avantages et inconvénients à le faire. L'emplacement est très important malgré tout sur une infra tu vas vouloir assez souvent mettre ce volume à un endroit précis pour de multiples raisons (persistence, backups, permissions...). ++

@erics7238 3 ай бұрын

Concernant le montage bind/volume, j'ai constaté la même chose. Je n'ai pas vu directement la différence et j'ai réalisé quelques tests pour comprendre. Si le répertoire est vide ou que le volume est vide, alors le montage : 1) via un VOLUME va surcharger le réperteoire du host : donc, CONTAINER ==> HOST. On retrouve bien le fichier index.html sur le Host et dans le container. 2) via un bind, le répertoire du container va être surchargé par le répertoire "vide" sur le HOST. Et donc, on ne va pas retrouver le fichier d'origine "index.html" de l'image qui est utilisée pour créer le container. Il est donc exact qu'il y a une différence entre les deux montages : *Via VOLUME : le CONTAiNER alimente le répertoire HOST (le volume) si ce volume est vide au départ. *Via BIND : le répertoire HOST va toujours surcharger le répertoire du CONTAINER. **************************************************************************************************************************************** Cependant, dans le cas du VOLUME, cela dépend si le répertoire Host contient ou pas des données avant la création du container. **************************************************************************************************************************************** Si le répertoire sur le HOST (donc le volume) n'est pas vide , alors il va alimenter (surcharger) le container. Ce qui me semble logique. ***Le montage VOLUME a donc un double comportement en fonction de l'état d départ.*** Ais-je bien compris et est ce bien correct ?

@KerByGaming971 7 ай бұрын

Du coup avec le bind volume si je lance un container docker sur un volume docker existant les données du volumes seront remplacé par celle du container lors de son lancement ?

@xavki 7 ай бұрын

Bonjour tout à fait c'est fait pour cela

@KerByGaming971 7 ай бұрын

Si j'arrête un container docker sur lequel j'ai lier un docker volume name puis le redémarre les données ne sont pas remplacer mais il a le comportement d'un bind mount. Sa serait cool une vidéo avec des explication plus approfondie sur les volumes docker parce qu'à mon avis on peut faire pas mal de chose avec !