티스토리 뷰
반응형
이미시 build 시 생성되는 image
Docker 개발시 자주 볼 수 있는 이미티 형태로 개발자의 코드가 잘못된 것이 아닌 Docker 자체의 부산물이다.
Docker 이미지 파일 시스템과 이미지 계층의 구성 방식
각각의 도커 이미지는 레이어로 구성되며 이러한 레이어는 서로 부모-자식 계층관계
를 가진다.
이러한 이미지는 /var/lib/docker/graph
에 저장되고 때문에 도커에서는 graph database
라고 말한다.
작업한 Dockerfile을 pull
, build
시 동일 이미지 Name이 존재할 경우 이미지 중복을 피하기 위해 기존의 이미지와 태그를
자식 계층으로 새로운 이미지를 빌드 하게 되는 것이다.
Docker 에서는 이렇게 버려진 이미지를 dangling image
라고 부른다.
dangling image 관리
Java는 GC 시스템을 통해 더 이상 참조하지 않는 변수를 관리하는 시스템을 가지고 있어 메모리 관리에서 우수함을 보인다.
더 이상 참조하지 않는 변수의 개념은 Docker에서도 존재하는데 dangling image
이미지가 바로 그것이다.
오랜기간 dangling image
를 관리하지 않는 다면 디스크 공간 문제의 원인이 되기 때문에 사용자는 지속적으로 이미지를 관리 해주어야한다.
none images 삭제
docker rmi $(docker images -f "dangling=true" -q)
or
docker image prune
Reference
반응형
'Docker 🐋' 카테고리의 다른 글
Docker - NginX - CertBot (0) | 2022.07.31 |
---|---|
Nginx 로드 밸런싱 방식 (0) | 2022.06.23 |
Docker - NginX는 왜 인기가 있을까? (0) | 2022.06.21 |
nginx.conf 와 default.conf 의 차이점 (0) | 2022.06.20 |
Docker network (0) | 2022.06.19 |
반응형
공지사항
최근에 올라온 글
최근에 달린 댓글
- Total
- Today
- Yesterday
링크
TAG
- nginx
- 릿코드
- security
- spring-cloud
- 디자인패턴
- 자바
- 알고리즘
- ajax
- 백준
- Spring
- springboot
- OOP
- 그래프
- 자격증
- 스프링부트
- Matlab
- interview
- Solid
- 스프링
- docker
- CS
- C언어
- java
- 수학
- kakao
- 매트랩
- 면접
- JPA
- 프로그래머스
- Algorithm
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | 5 | 6 | 7 |
8 | 9 | 10 | 11 | 12 | 13 | 14 |
15 | 16 | 17 | 18 | 19 | 20 | 21 |
22 | 23 | 24 | 25 | 26 | 27 | 28 |
29 | 30 | 31 |
글 보관함