두 손끝의 창조자

최근 개발 서버에서 디스크 사용량 경고가 발생했다. 확인해보니 /var/lib/docker 디렉터리가 무려 359GB를 사용 중이었다. Docker를 사용하는 서버에서는 흔히 볼 수 있는 문제지만, 이번 사례는 특히 로그 파일 하나가 서버 전체 용량을 압도했던 흥미로운 케이스였기에 기록으로 남긴다.1. 문제 발견: /var/lib/docker의 비정상적인 용량 증가먼저 디스크 용량을 점검했다. df -h 이 명령으로 실제 마운트된 디스크 중 어떤 파티션이 가득 찼는지 확인할 수 있다.결과적으로 /var/lib/docker가 포함된 파티션이 거의 꽉 찬 상태였다.Docker 내부 폴더별 용량 확인문제를 좁히기 위해 Docker 내부 데이터를 분석했다. sudo du -sh /var/lib/docker/* ..

Kubernetes 환경에서 여러 Pod의 로그를 동시에 모니터링해야 할 때가 자주 있습니다. 특히 마이크로서비스 아키텍처에서는 단일 애플리케이션이 여러 Pod에 분산되어 있어 전체 시스템을 모니터링하기가 쉽지 않습니다. 이런 상황에서 Stern은 매우 강력한 도구가 될 수 있습니다. Stern은 여러 Pod의 로그를 동시에 모니터링할 수 있게 해주며, 색상 구분을 통해 가독성을 높여줍니다.Stern 설치 방법Stern은 다양한 운영 체제에서 쉽게 설치할 수 있습니다.macOSbrew install sternLinuxwget https://github.com/stern/stern/releases/download/v1.25.0/stern_1.25.0_linux_amd64.tar.gztar -xvf ster..

클러스터에 만들어 놓은 Object(pod, service) 에 외부에서 연결하려고 하면 NordPort, LoadBalancer 등 연결할 수 있는 Object를 추가로 만들어줘야한다. 그런데 DB와 같이 외부로 연결을 하면 안되고 클러스터 내부네트워스 상에 있어야 하는데 로컬Host에서 접속해서 무언가 작업을 해야한다면 port-forwarding 기능을 사용하면 된다.kubectl port-forward TYPE/NAME [options] [LOCAL_PORT:]REMOTE_PORT [...[LOCAL_PORT_N:]REMOTE_PORT_N]kubectl port-forward service/myservice 8443:https8443이 로컬 Host PC, https 가 타겟postgresql을 ..

Helm에서 helm uninstall 명령을 실행할 때 중간에 오류가 발생하면 기본적으로 해당 오류에서 명령이 멈춥니다. 그러나 Helm 자체적으로 오류를 스킵하고 계속 진행하는 기능은 제공되지 않습니다. 대신 몇 가지 방법을 통해 Helm 삭제 중에 발생하는 문제를 처리할 수 있습니다.1. 이미 삭제된 리소스를 무시하는 방법Helm은 이미 삭제된 리소스나 접근할 수 없는 리소스를 찾으려 할 때 오류가 발생할 수 있습니다. 이때, 일부 리소스가 삭제되지 않았을 수 있으니 강제로 리소스를 삭제하는 방법을 사용할 수 있습니다.helm uninstall --timeout 5m0s --debug --no-hooks--timeout 5m0s: 삭제가 완료되지 않거나 너무 오래 걸리는 경우 타임아웃을 설정합니다..

Python 에서 날짜를 기반으로 처리하는 로직이 있었는데 이걸 도커 이미지로 만들어서 실행하니까 UTC-0 으로 설정되어 오류가 발생했다. 내가 원하는 기준인 서울표준시로 하려면 Dockerfile에 타임존 설정을 하면 된다.FROM python:3.12.4-alpineENV TZ=Asia/Seoul # 타임존 설정

1. Docker 그룹 생성 sudo groupadd docker Docker를 sudo 없이 실행하기 위해 docker 그룹을 생성한다. 이 그룹은 Docker를 사용할 수 있는 권한을 부여하는 데 사용된다. 2. 유저를 Docker 그룹에 추가 sudo usermod -aG docker [userid] 위 명령어에서 [userid]를 실제 사용자ID로 바꿔서 실행한다. 이 명령어는 특정 사용자를 docker 그룹에 추가한다. 3. 시스템 재부팅 sudo systemctl reboot 사용자를 docker 그룹에 추가한 후, 변경 사항을 적용하기 위해 시스템을 재부팅한다.

sudo docker run -d \ -v /home/dev/content:/usr/share/nginx/html:ro \ -v /home/dev/nginx.conf:/etc/nginx/nginx.conf:ro \ nginx nginx 컨텐츠와 설정파일을 볼륨 마운트 시키려고 했더니 자꾸 오류가 났다. 파일인데 디렉토리에 마운트를 시켜면 어떻하니 어쩌고 저쩌고 파일이라고 인식을 잘 못하는것 같다. nginx.conf파일을 만들어 놓고 실행하니 일단 실행은 되는데 서버는 올라오지 않는다. 아마도 설정 정보가 호스트 쪽으로 넘어가질 안나보다. 일단 컨피그쪽 설정을 빼고 컨테이너를 올린뒤 설정정보만 그대로 복사해서 호스트쪽으로 넣고 다시 실행했다. 인제 잘 된다.

기준이 되는 이미지에 m1 플랫폼 이라는 것을 명시를 해줘야 하는데 그러면 플랫폼에 도커 파일이 의존성이 생긴다. 빌드할 때 ` --platform=linux/x86_64` 옵션을 추가해서 명시적으로 x86 시스템이라고 하면 빌드는 된다. 그런데 이 이미지가 실행이 잘 될까?