컨테이너 기초

Chroot

  1. 새로운 루트 디렉토리로 사용할 디렉토리 생성

    mkdir ~/environment/new-root
  2. 위에서 생성한 디렉토리를 루트 디렉토리로 변경 시도

    sudo chroot ~/environment/new-root
  3. 새로운 루트로 사용할 디렉토리 하위에 bin 디렉토리 생성

    mkdir ~/environment/new-root/bin
  4. 호스트에 있는 /bin/bash 파일을 새로운 루트 디렉토리로 사용할 디렉토리 하위의 bin 디렉토리로 복사

    cp /bin/bash ~/environment/new-root/bin
  5. 루트 디렉토리 변경 재시도

    sudo chroot ~/environment/new-root
  6. Bash 실행을 위해서 필요한 라이브러리 연관성 확인

    ldd /bin/bash
  7. 새로운 루트로 사용할 디렉토리로 Bash 실행에 필요한 연관 라이브러리 파일 복사

    {
        mkdir ~/environment/new-root/lib64
    
        cp /lib64/libtinfo.so.6 ~/environment/new-root/lib64
        cp /lib64/libc.so.6 ~/environment/new-root/lib64
        cp /lib64/ld-linux-x86-64.so.2 ~/environment/new-root/lib64
    }
  8. 루트 디렉토리 변경 재시도

    sudo chroot ~/environment/new-root
  9. 현재 작업중인 디렉토리 확인

    pwd
  10. 아래의 명령어를 실행해서 위에서 실행한(새로운 루트 디렉토리에서 실해된) Bash 프로세스 종료

    exit
  11. 새로운 루트로 사용할 디렉토리 하위에 텍스트 파일 생성

    date > ~/environment/new-root/date.txt
  12. 새로운 루트로 사용할 디렉토리로 /bin/ls 파일 및 ls 실행에 필요한 연관 라이브러리 파일 복사

    {
        cp /bin/ls ~/environment/new-root/bin
        cp /lib64/libselinux.so.1 ~/environment/new-root/lib64
        cp /lib64/libcap.so.2 ~/environment/new-root/lib64
        cp /lib64/libpcre2-8.so.0 ~/environment/new-root/lib64
    }
  13. 루트 디렉토리 변경

    sudo chroot ~/environment/new-root
  14. 위에서 생성한 텍스트파일이 보이는지 확인

    ls
  15. 현재 작업중인 디렉토리 확인

    pwd
  16. 새로운 루트 디렉토리로 실행된 Bash 프로세스 종료

    exit
  17. 연습 문제

    1. 새로운 루트로 사용할 디렉토리로 /bin/cat 파일 및 cat 실행에 필요한 연관 라이브러리 파일 복사

    2. 루트 디렉토리를 변경하고 cat 명령어로 텍스트 파일 내용 확인

문제 답안
  1. 새로운 루트로 사용할 디렉토리로 /bin/cat 파일 및 cat 실행에 필요한 연관 라이브러리 파일 복사

  2. 루트 디렉토리 변경

  3. 위에서 생성한 텍스트 파일 내용 확인

  4. 새로운 루트 디렉토리로 실행된 Bash 프로세스 종료

Container Image

  1. Docker Hub에 있는 nginx 이미지로 컨테이너 생성

  2. 로컬 호스트에 생성된 컨테이너 목록 확인

  3. nginx 컨테이너에 포함된 파일들을 저장할 디렉토리 생성

  4. 위에서 생성한 디렉토리로 nginx 컨테이너의 파일들을 복사

  5. nginx 컨테이너가 실행될때 수행되는 명령어 확인

  6. nginx 컨테이너 파일들이 저장된 디렉토리를 루트 디렉토리로 변경

  7. Nginx 웹서버 실행

  8. 새로운 터미널을 열고 Nginx 웹서버 구동 확인

  9. 연습 문제

    1. 두번째 터미널에서 ubuntu 이미지로 컨테이너를 생성

    2. 해당 컨테이너의 파일들을 ~/environment/ubuntu 로 복사

    3. ~/environment/ubuntu 디렉토리로 루트 디렉토리로 변경. 단 /bin/bash가 아닌 /bin/sh 를 실행

문제 답안
  1. ubuntu 이미지로 컨테이너 생성

  2. ubuntu 컨테이너에 포함된 파일들을 저장할 디렉토리 생성

  3. 위에서 생성한 디렉토리로 ubuntu 컨테이너의 파일들을 복사

  4. ubuntu 컨테이너 파일들이 저장된 디렉토리를 루트 디렉토리로 변경

  5. 현재 작업중인 디렉토리 확인

  6. 파일 목록 확인

  7. 정상 동작시 새로운 루트 디렉토리로 실행된 sh 프로세스 종료

Network Namespace

  1. 첫번째 터미널에서 Ctrl+C를 입력해서 Nginx 프로세스 종료

  2. 새로운 루트 디렉토리에서 실행된 Bash 프로세스 종료

  3. 새로운 네트워크 네임스페이스 생성

  4. 네트워크 네임스페이스 생성 확인

  5. 위에서 생성한 네트워크 네임스페이스의 네트워크 디바이스 목록 확인

  6. nginx 네트워크 네임스페이스의 루프백 인터페이스 구동

  7. nginx 네트워크 네임스페이스를 사용하면서 nginx 컨테이너 파일들이 저장된 디렉토리를 루트 디렉토리로 변경

  8. Nginx 웹서버 실행

  9. 두번째 터미널로 이동해서 Nginx 웹서버 구동 확인

  10. nginx 네트워크 네임스페이스의 루프백 인터페이스를 통해서 접근 시도

  11. 첫번째 터미널로 이동

  12. Ctrl+C를 입력해서 Nginx 프로세스 종료

  13. 새로운 루트 디렉토리에서 실행된 Bash 프로세스 종료

  14. 디폴트 네트워크 네임스페이스에 가상 네트워크 인터페이스 추가

  15. 생성된 가상 네트워크 인터페이스 확인

  16. 디폴트 네트워크 네임스페이스에 생성된 네트워크 디바이스 veth1를 nginx 네트워크 네임스페이스로 이동

  17. 디폴트 네트워크 네임스페이스의 네트워크 디바이스 목록 확인

  18. nginx 네트워크 네임스페이스의 네트워크 디바이스 목록 확인

  19. 디폴트 네트워크 네임스페이스의 네트워크 디바이스 veth0에 IP 주소 할당

  20. nginx 네트워크 네임스페이스의 네트워크 디바이스 veth1에 IP 주소 할당

  21. 네트워크 디바이스 veth0 구동

  22. 네트워크 디바이스 veth1 구동

  23. 디폴트 네트워크 네임스페이스의 네트워크 디바이스 상태 확인

  24. nginx 네트워크 네임스페이스의 네트워크 디바이스 상태 확인

  25. nginx 네트워크 네임스페이스를 사용하면서 nginx 컨테이너 파일들이 저장된 디렉토리를 루트 디렉토리로 변경

  26. IP 주소 확인

  27. Nginx 웹서버 실행

  28. 두번째 터미널로 이동해서 IP 주소 확인

  29. Nginx 웹서버 구동 확인

  30. 첫번째 터미널로 이동

  31. Ctrl+C를 입력해서 Nginx 프로세스 종료

  32. Nginx 접근 로그 확인

PID Namespace

  1. 첫번째 터미널에서 Nginx 웹서버 구동

  2. 두번째 터미널에 ubuntu 컨테이너 파일들이 저장된 디렉토리를 루트 디렉토리로 사용하는 sh 프로세스 실행

  3. 새로운 터미널을 열고 첫번째 터미널에서 구동한 nginx 프로세스의 PID를 확인

  4. 두번째 터미널에서 kill 명령어를 통해서 모든 nginx 프로세스 종료를 시도

  5. 첫번째 터미널로 이동해서 실제로 nginx 프로세스가 종료되었는지 확인

  6. 첫번째 터미널에서 종료된 nginx 프로세스를 재기동

  7. 만약 nginx 프로세스 재기동에 실패할 경우 세번째 터미널로 이동해서 아래의 명령어로 모든 nginx 프로세스를 종료하고 위의 명령어 재실행

  8. 세번째 터미널로 이동해서 리눅스 네임스페이스 목록 확인

  9. nginx 프로세스의 PID를 확인

  10. nginx 프로세스가 실행되는 PID 네임스페이스 확인

  11. sh 프로세스의 PID를 확인

  12. sh 프로세스가 실행되는 PID 네임스페이스 확인

  13. 두번째 터미널로 이동해서 /proc 파일시스템 마운트

  14. nginx 프로세스의 PID를 확인

  15. ubuntu 컨테이너 파일들이 저장된 디렉토리를 루트 디렉토리로 실행되고 있는 sh 프로세스 종료

  16. 새로운 PID 네임스페이스를 생성하고 ubuntu 컨테이너 파일들이 저장된 디렉토리를 루트 디렉토리로 하는 sh 프로세스 실행

  17. /proc 파일시스템 마운트

  18. 실행중인 프로세스 목록 확인

  19. 세번째 터미널로 이동해서 첫번째 터미널에서 구동중인 nginx 프로세스의 PID 확인

  20. 두번째 터미널으로 (PID가 격리된 ubuntu 환경) 이동해서 nginx 프로세스 종료 시도

  21. 세번째 터미널로 이동해서 PID 네임스페이스 목록 확인

  22. sh 프로세스의 PID를 확인

  23. sh 프로세스 종료 시도

  24. 두번째 터미널로 이동해서 sh 프로세스가 종료되었는지 확인

  25. PID 네임스페이스 목록 확인

Cgroup

  1. 두번째 터미널로 이동해서 새로운 PID 네임스페이스를 생성하고 ubuntu 컨테이너 파일들이 저장된 디렉토리를 루트 디렉토리로 하는 sh 프로세스 실행

  2. 아래와 같은 명령어를 실행해서 CPU 부하를 발생

  3. 세번째 터미널로 이동해서 CPU 사용량 확인

  4. cgroup-tools 설치

  5. 새로운 cgroup 생성

  6. 격리된 ubuntu 환경에서 실행중인 sh 프로세스의 PID를 확인

  7. sh 프로세스에  위에서 생성한 cgroup 부여

  8. CPU 사용률을 30%로 제한

  9. CPU 사용량 확인

  10. 두번째 터미널로 이동해서 실행중인 프로세스를 종료 - Ctrl+Shift+Z

  11. CPU 부하를 다시 발생시키고 CPU 사용률이 30%로 제한되는지 확인

  12. 메모리 사용량을 100M로 제한하고 아래와 같은 명령어를 실행해서 확인

문제 답안
  1. 세번째 터미널로 이동해서 메모리 제한량 설정

  2. 두번째 터미널로 이동해서 메모리 부하 발생

  3. 메모리 부하를 발생하는 프로세스가 강제 종료될 경우 아래의 명령어로 원인 파악

리소스 정리

  1. 모든 터미널을 닫고 새로운 터미널 생성

  2. 리소스 삭제

Last updated