![tmpfs를 사용하지 않고 docker 내부에서 쓰기 가능한 오버레이를 만드시겠습니까?](https://linux55.com/image/219758/tmpfs%EB%A5%BC%20%EC%82%AC%EC%9A%A9%ED%95%98%EC%A7%80%20%EC%95%8A%EA%B3%A0%20docker%20%EB%82%B4%EB%B6%80%EC%97%90%EC%84%9C%20%EC%93%B0%EA%B8%B0%20%EA%B0%80%EB%8A%A5%ED%95%9C%20%EC%98%A4%EB%B2%84%EB%A0%88%EC%9D%B4%EB%A5%BC%20%EB%A7%8C%EB%93%9C%EC%8B%9C%EA%B2%A0%EC%8A%B5%EB%8B%88%EA%B9%8C%3F.png)
Docker 컨테이너 내부에서 쓰기 가능한 새 오버레이를 만들고 싶습니다. docker의 루트 파일 시스템은 이미 오버레이이므로 다른 오버레이의 상위 디렉터리로 사용할 수 없습니다.이 답변상위 디렉토리에는 tmpfs를 사용하는 것이 좋습니다. 이것이 저에게 효과적이었습니다. 그러나 RAM이 저장할 수 있는 것보다 더 많은 데이터를 써야 하며 컨테이너에는 스왑 공간이 없습니다.
물리적 RAM에 의해 제한되지 않는 쓰기 가능한 오버레이를 만드는 방법은 무엇입니까?
저는 Linux/Unix 전문가와는 거리가 멀기 때문에 기본적인 사항은 자유롭게 설명해주세요.
답변1
Docker 내부에서 쓰기 가능한 오버레이를 만드는 것은 까다로울 수 있습니다.
한 가지 옵션은 볼륨을 사용하거나 컨테이너에 마운트를 바인딩하는 것입니다. 컨테이너 내부에서는 오버레이가 되지 않으므로 해당 디렉터리를 상위 디렉터리로 사용할 수 있습니다. 물론 실수로 볼륨을 공유하거나 나중에 삭제하지 않으면 넘어질 위험이 있습니다.
또 다른 옵션은 다음과 같이 파일을 수동으로 반복하는 것입니다.
- 새 파일이 잘렸거나 잘못 할당됨
- mkfs.ext4
- 마운트 -o 루프