"docker 볼륨"과 마운트의 차이점은 다음과 같습니다. "docker 볼륨"은 선언적이며 "Docker Engine" 자체는 시스템의 특정 디렉터리를 차지하며 Docker는 기본적으로 점유된 경로 아래 볼륨에 경로를 할당합니다. Mounting은 마운트 지점으로 경로를 차지하지 않습니다.
이 튜토리얼의 운영 환경: linux7.3 시스템, docker-1.13.1 버전, Dell G3 컴퓨터.
오랜 기간 동안 여러 컨테이너가 동일한 데이터 디렉터리에 대한 액세스를 공유해야 하거나 컨테이너의 데이터(예: 데이터베이스)를 유지해야 하는 경우 항상 마운트 디렉터리 형식(바인드 마운트)을 사용했으며, 호스트의 디렉터리를 컨테이너의 지정된 디렉터리에 마운트합니다. 이 방법은 문제를 해결할 수 있지만 이 방법에는 항상 몇 가지 단점이 있습니다. 서로 다른 서버는 실제 상황에 따라 디스크 마운트 디렉터리의 경로를 수정해야 합니다.
이 사진은 docker 문서에서 가져온 것입니다.
예: Linux 시스템에서는 "/var/someDir"을 자주 사용합니다.
그러나 Mac에서는 /var/가 실제 디렉토리가 아닙니다. Mac 사용자는 Linux보다 더 발전된 디렉토리이며 사용자는 이를 필요로 하지 않습니다. Windows 시스템에서 Windows 사용자는 다음과 같이 질문할 것입니다. /var / 그게 무엇인가요? C 드라이브와 D 드라이브가 가장 합리적인 구분~~
다들 제일 잘생겼다고 누가 제일 잘생겼다
Docker에는 마운트 방식 외에 데이터를 보관할 수 있는 Volume도 있습니다. 이렇게 얘기하기가 좀 쑥스럽네요. Docker를 오랫동안 사용해오면서 늘 Mount를 Volume으로 여겼는데, 그게 제 잘못은 아닙니다. Docker-compose 파일은 볼륨 섹션에 있습니다. 컨테이너와 호스트 마운트 경로 간의 매핑 관계를 작성하는 데는 문제가 없지만 이것은 항상 오해였습니다. . (엉뚱한 비난?)
사실 "마운트"와 "Docker 볼륨"은 동일한 것이 아닙니다. Docker Volume은 선언적이며 Docker 엔진 자체가 시스템에서 특정 디렉터리를 차지합니다. . , Linux는 일반적으로 "/var/lib/docker"이며 Mac 및 Windows에서 조정할 수 있습니다. 볼륨을 선언하면 Docker는 기본적으로 점유된 경로 아래의 볼륨에 경로를 할당합니다. 예:Title
주의!!
여기서 주의할 점은 구성 파일과 같은 단일 파일 방식은 볼륨 사용에 적합하지 않다는 점입니다. 바인드 마운트도 해결할 수 있지만 구성 파일에는 데이터베이스 비밀번호와 같은 민감한 정보가 포함되어 있으므로 가장 좋은 방법은 다음과 같습니다. tmpfs를 사용하고 있습니다.
kubernetes의 볼륨도 비슷한 디자인을 반영합니다. subPath가 구성 파일 마운트 문제를 해결할 수 있지만 실제로 가장 좋은 방법은 configMap을 사용하는 것입니다.
추천 학습: "docker 비디오 튜토리얼"
위 내용은 도커 볼륨과 마운트의 차이점은 무엇입니까의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!