그림이 공간을 바꾸는 방법
ARI 
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은 실행 중인 컨테이너 내부의 프로세스를 호스트에서 직접 확인할 수 있는 … 더 읽기
Docker 컨테이너를 운영하다 보면 특정 컨테이너의 CPU 사용량이 갑자기 높아지거나 메모리를 과도하게 사용하는 상황이 발생할 수 있습니다. 웹 애플리케이션의 응답 속도가 느려졌거나 서버 부하가 증가했다면 어떤 컨테이너가 자원을 많이 사용하고 있는지 확인해야 합니다. 이때 사용하는 대표적인 명령어가 docker stats입니다. Docker Stats는 실행 중인 컨테이너의 CPU, 메모리, 네트워크 송수신량, 디스크 입출력량, 프로세스 수를 실시간으로 보여줍니다. 이번 … 더 읽기
Docker 컨테이너로 웹 서버, 데이터베이스, API 서버 등을 운영하다 보면 애플리케이션 오류나 서버 재부팅으로 컨테이너가 중지되는 상황이 발생할 수 있습니다. 컨테이너가 중지될 때마다 관리자가 직접 docker start 명령을 실행해야 한다면 안정적인 서비스 운영이 어렵습니다. 이 문제를 해결하기 위해 Docker는 Restart Policy 기능을 제공합니다. Docker Restart Policy를 설정하면 컨테이너가 비정상적으로 종료되거나 Docker 데몬이 다시 시작됐을 때 … 더 읽기