그림이 공간을 바꾸는 방법
서버(Server)의 기초 개념부터 운영체제, 네트워크, 보안, SSH, FTP, TCP/IP, 데이터센터, 클라우드, 가상화, 서버 관리까지 초보자도 쉽게 이해할 수 있도록 설명하는 IT 서버 정보 카테고리입니다.
Docker를 이용하여 이미지를 자주 빌드하다 보면 어느 순간 디스크 공간이 빠르게 줄어드는 현상을 경험하게 됩니다. 하지만 docker images 명령으로 확인해 보면 저장된 이미지 용량은 생각보다 크지 않은 경우가 많습니다. 이러한 원인의 대부분은 Docker Build Cache입니다. Docker는 이미지를 빠르게 빌드하기 위해 이전 빌드 과정의 결과를 캐시(Cache)로 저장합니다. 같은 명령이 다시 실행되면 캐시를 재사용하여 빌드 속도를 크게 … 더 읽기
Docker를 장기간 운영하다 보면 이미지뿐만 아니라 중지된 컨테이너, 사용하지 않는 네트워크, Build Cache 등 다양한 리소스가 계속 쌓이게 됩니다. 처음에는 큰 문제가 없어 보이지만 시간이 지날수록 디스크 사용량이 급격히 증가하고 Docker 성능에도 영향을 줄 수 있습니다. 특히 개발 서버나 CI/CD 서버에서는 하루에도 수십 번씩 이미지를 빌드하고 컨테이너를 생성 및 삭제하기 때문에 불필요한 리소스가 빠르게 누적됩니다. … 더 읽기
Docker를 오랫동안 사용하다 보면 어느 순간 디스크 용량이 부족해지는 경우가 자주 발생합니다. 새로운 이미지를 계속 다운로드하고, 테스트용 이미지를 반복해서 생성하다 보면 사용하지 않는 이미지가 수십 개에서 많게는 수백 개까지 쌓이게 됩니다. 특히 CI/CD 환경이나 개발 서버에서는 하루에도 수십 번씩 이미지를 빌드하기 때문에 불필요한 이미지가 빠르게 증가합니다. 이러한 이미지는 디스크 공간만 차지할 뿐 실제 서비스에는 사용되지 … 더 읽기
Docker 이미지를 사용하다 보면 “이 이미지는 어떤 과정을 거쳐 만들어졌을까?”, “이미지 용량이 왜 이렇게 큰 걸까?”, “어느 단계에서 프로그램이 설치되었을까?”와 같은 궁금증이 생기는 경우가 많습니다. 특히 여러 사람이 함께 Docker 이미지를 관리하는 환경에서는 이미지 생성 과정을 확인하는 것이 매우 중요합니다. 이미지의 레이어 구조를 이해하지 못하면 용량이 불필요하게 커지거나, 보안 취약점이 포함된 레이어를 찾기 어려워질 수도 … 더 읽기
Docker를 사용하다 보면 실행 중인 컨테이너에서 여러 설정을 변경하거나 프로그램을 설치한 뒤 현재 상태를 그대로 이미지로 저장해야 하는 경우가 있습니다. 개발 환경에서 직접 테스트한 내용을 다른 서버에서도 동일하게 사용하거나, 수정한 컨테이너를 새로운 이미지로 만들어 배포해야 하는 상황도 자주 발생합니다. 이럴 때 사용하는 명령어가 바로 docker commit입니다. Docker Commit은 현재 실행 중인 컨테이너를 새로운 Docker 이미지로 … 더 읽기
Docker를 운영하다 보면 이미지를 다른 서버로 전달하거나 인터넷이 연결되지 않은 환경에서 동일한 이미지를 사용해야 하는 경우가 자주 발생합니다. 또한 Docker Hub에서 다시 다운로드할 수 없는 자체 제작 이미지라면 반드시 백업이 필요합니다. 이때 사용하는 명령어가 바로 docker save와 docker load입니다. 많은 사람들이 docker export와 docker save를 같은 기능이라고 생각하지만 실제로는 완전히 다른 역할을 수행합니다. Docker Export는 … 더 읽기
Docker를 사용하다 보면 실행 중인 컨테이너를 그대로 백업하거나 다른 서버로 옮겨야 하는 상황이 자주 발생합니다. 테스트 환경에서 구성한 컨테이너를 운영 서버로 이전하거나, 인터넷이 연결되지 않은 내부망으로 컨테이너를 전달해야 하는 경우도 있습니다. 이러한 작업을 위해 Docker에서는 docker export와 docker import 명령어를 제공합니다. 많은 초보자들이 docker save, docker load, docker export, docker import를 비슷한 기능으로 생각하지만 실제로는 … 더 읽기
Docker 컨테이너를 운영하다 보면 처음 생성했을 때와 현재 상태가 어떻게 달라졌는지 확인해야 하는 경우가 있습니다. 개발자가 컨테이너 내부에서 설정 파일을 수정했을 수도 있고, 애플리케이션이 실행되면서 새로운 로그 파일이나 캐시 파일을 생성했을 수도 있습니다. 반대로 중요한 파일이 실수로 삭제되어 서비스 장애가 발생하는 상황도 충분히 발생할 수 있습니다. 이처럼 컨테이너 내부에서 어떤 변경이 이루어졌는지 빠르게 확인해야 할 … 더 읽기
Docker를 운영하다 보면 컨테이너 내부의 로그 파일을 확인하거나 설정 파일을 수정해야 하는 상황이 자주 발생합니다. 또한 개발 중인 애플리케이션을 컨테이너로 복사하거나, 운영 서버에서 생성된 데이터를 호스트 컴퓨터로 가져와 분석해야 하는 경우도 많습니다. 하지만 Docker 컨테이너는 호스트와 독립된 파일 시스템을 사용하기 때문에 일반적인 Linux의 cp 명령으로는 두 환경 사이에서 파일을 복사할 수 없습니다. 이러한 문제를 해결하기 … 더 읽기
Docker를 운영하다 보면 컨테이너의 CPU 사용률이 갑자기 높아지거나 메모리 사용량이 증가하는 상황을 자주 접하게 됩니다. 이럴 때 대부분 docker stats 명령어를 먼저 실행하지만, 이 명령은 컨테이너의 리소스 사용량만 보여줄 뿐 실제 어떤 프로세스가 실행되고 있는지는 확인할 수 없습니다. 이때 사용하는 명령어가 docker top입니다. docker top은 실행 중인 컨테이너 내부의 프로세스를 호스트에서 직접 확인할 수 있는 … 더 읽기