아래와 같이 HEALTHCHECK 를 compose 파일에 추가한다.
HEALTHCHECK --interval=5s --timeout=2s CMD curl --fail http://localhost || kill 1HEALTHCHECK 를 추가한 경우, 에러서 재기동 될 수 있도록 restart 를 compose 에 추가한다.
healthcheck:
test: ["CMD-SHELL", "curl --silent --fail localhost:9600 || exit 1"]
interval: 10s
timeout: 10s
retries: 3
restart: on-failureNginx Proxy Manager 를 통하여 let’s encrypt ssl 인증서를 갱신한다.
해당 인증서의 디렉토리를 확인한다 (예 npm-43)
인증서를 복사한다.
cd [harbor설치홈]/data/secret
cp [proxyManager설치홈]/letsencrypt/live/npm-43/fullchain.pem cert/server.crt
cp [proxyManager설치홈]/letsencrypt/live/npm-43/privkey.pem cert/server.key
harbor 를 재시작한다.
docker-compose down
docker-compose up -d
docker 컨테이너의 보안을 위해 iptables 을 설정하는 방안에 대해 기술해 놓고자 한다.
docker는 iptables 에 3개의 체인을 관리한다.
패킷은 항상 DOCKER, DOCKER-USER 를 통해서 진입한다. (기본적으로 iptables을 수정하는 것을 비추천한다고 함. 자동 설정을 믿고 써라?)
docker-compose 로 실행 시, 기본적으로 디렉토리명이 프로젝트명으로 선언되어 컨테이너가 실행된다.
예를 들어, “디렉토리”_”컨테이너명”_1 과 같은 형식이다.
하지만, jenkins 등으로 컨테이너를 올릴 경우 다른 이름으로 프로젝트명이 지정되는 경우가 발생한다. 이럴 경우 명령창에서 수행한 컨테이너와 이름이 틀려 다시 올라가는데, 이때 포트가 충돌하여 안올라가는 경우가 발생한다.
그럼 프로젝트명을 고정할 수 없을까?
환경변수로 COMPOSE_PROJECT_NAME 을 지정하면 된다.
예를 들어, .env 파일을 만들어 COMPOSE_PROJECT_NAME=sample 이라고 기록해 놓으면 실행 시, 프로젝트명은 디렉토리명이 아닌 sample 이 된다.
.env 파일처럼 앞에 점(.)을 붙이기 어려우면, sample.env 등과 같이 별도 파일에 기록한 후, docker-compose.yml 파일에 환경설정파일을 지정하면 된다.
지정방법 : 각 컨테이너 하위에 아래와 같이 기록
env_file : sample.env
인식하는 순서 : docker-compose 파라메터 (-p) > .env > sample.env
glusterFS 는 노드 볼륨을 상호 동기화 하기 위한 도구
주요 작업 내용
docker run –rm \
-v glusterfs-lib:/var/lib/glusterd:z \
-v glusterfs-fs:/gluster/fs \
-d –privileged=true –net=host \
–restart on-failure –name gluster-server gluster/gluster-centos
docker exec -it $(docker ps -q -f name=gluster) bash
Docker 관리 컨테이너 중, 본인이 사용이 편리하다고 판단한 portainer 설치 docker-compose 내용을 공유합니다.
# docker-compose.yml 파일
version: '2'
volumes:
portainer_data:
services:
portainer:
# 이미지
image: portainer/portainer-ce:2.5.0
restart: always
ports:
# 웹접근 포트
- 39005:9000
environment:
# 시간설정
TZ: Asia/Seoul
volumes:
- portainer_data:/data
- /var/run/docker.sock:/var/run/docker.sock
docker hub를 이용하지 않고, docker image를 배포하기 위해서는 기존 docker image를 복제하여 remote 서버에서 사용할 수 있어야 한다. 이를 위해서 docker는 3가지 방법을 제공하고 있는데, 각각의 특징 및 활용방법을 확인해 본다.
1. 특징
– 원본 image를 그대로 복제하여 file로 export
2. 활용
– 인터넷 접속이 어려운 상황에서 image를 직접 배포하는 용도
– import, commit과 차이 없음
3. example
> docker save ubuntu | gzip > ubuntu-golden.tar.gz
> zcat ubuntu-golden.tar.gz | docker load
1. 특징
– 현재 구동중인 container의 상태(파일/폴더추가, log 등)를 그대로 복제
– 원본 image와 다른 현재 운영상태를 image로 export
2. 활용
– 현재 운영상태를 그대로 유지하여 container를 확장하는 경우
3. 고려사항
– Dockerfile이 유지되지 않아, 새로운 설정을 추가하기 어려움.
4. example
> docker export <containerid> | gzip > mariadb-10-1.tar.gz
> zcat mariadb-10-1.tar.gz | docker import – mariadb:10.1
5. Troubleshooting
– export -> import -> docker run을 실행하면, 아래 에러 발생 “docker: Error response from daemon: No command specified.”
– export는 변경된 filesystem만 export하지, Dockerfile의 ENV, CMD, ENTRYPOINT등을 반영하지 못함.
– 해결
* save 명령어를 사용
* import시에 실행할 명령어를 옵션으로 추가할 수 있으나, save -> load를 이용하여 처리하는 것이 안정적일 것 같다.
1. 특징
– 실행중인 container를 image로 저장
– export와 다른 점은 실행결과가 새로운 image를 생성하는 것.
– save/export는 모두 image를 file로 생성.
– 새로운 image를 생성하면서 -c 옵션으로 CMD, ENV등의 명령어를 적용할 수 있음.
2. 활용
– 일반적인 상황에서는 대부분 export를 많이 사용.
– commit은 임시 container에서 작업한 내용을 다른 곳에서 활용하고자 할때, 작업 내용이 사라지지 않도록 image로 저장하는 용도? (추측..)
3. example
> docker commit –change “ENV DEBUG true” c3f279d17e0a svendowideit/testimage:version3
[출처] [docker] import vs save vs commit|작성자 freepsw
HTTP_PORT=31080HTTPS_PORT=31443TZ=Asia/SeoulPUBLIC_URL=https://ectech.co.kr:31001