Ci-dessous, les différences entre deux révisions de la page.
| Les deux révisions précédentes Révision précédente | Prochaine révisionLes deux révisions suivantes |
| technique:docker:good_practices:storage [2020/10/13 16:20] – [Bind mount] qduchemi | technique:docker:good_practices:storage [2020/10/13 16:21] – [Bind mount] qduchemi |
|---|
| |
| <bootnote> | <bootnote> |
| L'inconvénient des bind mounts est qu'ils dépendent de l'existence d'un dossier sur l'hôte. C'est pourquoi on ne s'en sert pas pour les données, qui lors du premier lancement du conteneur n'existent pas. De plus, ils sont facilement modifiables par d'autres processus de l'hôte, tandis que les volumes Docker sont stockés dans `/var/lib/docker/volumes`. C'est aussi plus facile de contrôler la taille des volumes Docker, en les mettant dans une partition à part. Aussi, ils peuvent être gérés grâce aux commandes `docker volume`, et sont donc plus faciles à administrer. | L'inconvénient des bind mounts est qu'ils dépendent de l'existence d'un dossier sur l'hôte. C'est pourquoi on ne s'en sert pas pour les données, qui lors du premier lancement du conteneur n'existent pas. De plus, ils sont facilement modifiables par d'autres processus de l'hôte, tandis que les volumes Docker sont stockés dans `/var/lib/docker/volumes`.\\ |
| | \\ |
| | C'est aussi plus facile de contrôler la taille des volumes Docker, en les mettant dans une partition à part. Aussi, ils peuvent être gérés grâce aux commandes `docker volume`, et sont donc plus faciles à administrer. |
| </bootnote> | </bootnote> |
| |