컨테이너 실행을 위한 옵션 구성

---

시작하기 전에

• 컨테이너에 대해 잘 모르는 경우 Compute Engine의 컨테이너를 참조하세요.
• Docker에 대해 잘 모른다면 Docker 문서를 읽어보세요.
• Compute Engine에 컨테이너 배포를 읽어보세요.
• 아직 인증을 설정하지 않았다면 설정합니다. 인증은 Google Cloud 서비스 및 API에 액세스하기 위해 ID를 확인하는 프로세스입니다. 로컬 개발 환경에서 코드 또는 샘플을 실행하려면 다음과 같이 Compute Engine에 인증하면 됩니다.
  

  Select the tab for how you plan to use the samples on this page:

  Console

  When you use the Google Cloud console to access Google Cloud services and APIs, you don't need to set up authentication.

  gcloud

  1. Install the Google Cloud CLI, then initialize it by running the following command:

     gcloud init

     Note: If you installed the gcloud CLI previously, make sure you have the latest version by running gcloud components update.
  2. Set a default region and zone.

VM 및 MIG에 컨테이너 배포에 사용할 인스턴스 또는 인스턴스 템플릿을 만드는 경우 Google Cloud Console 또는 Google Cloud CLI를 사용하여 컨테이너 구성을 지정합니다.

다음 섹션에서는 VM 인스턴스의 옵션을 구성하는 방법을 설명하지만, 인스턴스 템플릿을 만들 때도 이러한 옵션도 구성할 수 있습니다. Google Cloud Console 또는 Google Cloud CLI를 사용하여 인스턴스 템플릿의 VM 인스턴스 옵션을 구성합니다.

콘솔

1. 인스턴스 템플릿 만들기 페이지로 이동

   인스턴스 템플릿 만들기로 이동

2. 컨테이너 섹션에서 이 VM 인스턴스에 컨테이너 이미지를 배포합니다 체크박스를 선택하고 고급 컨테이너 옵션을 펼칩니다.

gcloud

1. Google Cloud CLI에서 다음 예시와 같이 gcloud compute instance-templates create-with-container 명령어를 사용합니다.

재시작 정책 지정

재시작 정책을 설정하여 종료 시 컨테이너를 다시 시작할지 여부를 지정할 수 있습니다. 기본적으로 항상 다시 시작하도록 정책이 설정됩니다. 실패 시 다시 시작하거나 다시 시작하지 않도록 정책을 설정할 수도 있습니다.

참고: 이는 docker run 명령어의 --restart 플래그와 비슷합니다. 컨테이너를 다시 시작하기 위한 반복 시도는 Docker --restart 참조에 지정된 대로 기본 Docker 동작에 의해 수행됩니다.

콘솔

1. 인스턴스 만들기 페이지로 이동

   인스턴스 만들기로 이동

2. 컨테이너 섹션에서 컨테이너 배포를 클릭합니다.

3. 컨테이너 구성 페이지에서 다음을 수행합니다.

   1. 컨테이너 이미지 이름을 지정합니다.
   2. 재시작 정책 섹션에서 컨테이너의 재시작 정책을 선택합니다.
   3. 컨테이너 세부정보를 확인하려면 선택을 클릭합니다.

4. VM 만들기 프로세스를 계속 진행합니다.

gcloud

--container-restart-policy 플래그를 사용하여 컨테이너 재시작 정책을 지정합니다.

• always(기본값)
• on-failure
• never

다음 예시에서는 on-failure 재시작 정책으로 컨테이너를 시작합니다. 이는 컨테이너 종료 코드가 0이 아닌 경우에만 다시 시작된다는 의미입니다.

gcloud compute instances create-with-container busybox-vm \
  --container-image docker.io/busybox:1.27 \
  --container-restart-policy on-failure

VM에서 실행 중인 컨테이너의 재시작 정책에 --container-restart-policy 플래그가 지정된 gcloud compute instances update-container 명령어를 사용합니다.

권한 모드에서 컨테이너 실행

권한 모드에서 컨테이너를 실행하면 호스트의 모든 기기에 대한 액세스를 허용할 수 있습니다. 컨테이너는 기본적으로 '권한 없음' 상태로 실행되며 기기 액세스가 허용되지 않습니다.

참고: 이는 docker run 명령어의 --privileged 플래그를 사용하는 것과 같습니다. 컨테이너 런타임 권한에 대해 알아보세요.

콘솔

1. 인스턴스 만들기 페이지로 이동

   인스턴스 만들기로 이동

2. 컨테이너 섹션에서 컨테이너 배포를 클릭합니다.

3. 컨테이너 구성 페이지에서 다음을 수행합니다.

   1. 컨테이너 이미지 이름을 지정합니다.
   2. 권한 모드로 실행을 선택합니다.
   3. 컨테이너 세부정보를 확인하려면 선택을 클릭합니다.

4. VM 만들기 프로세스를 계속 진행합니다.

gcloud

런타임 권한으로 컨테이너를 실행하려면 --container-privileged 플래그를 사용합니다. 다음 예시에서는 busybox 컨테이너를 권한 모드에서 실행합니다.

gcloud compute instances create-with-container busybox-vm \
  --container-image docker.io/busybox:1.27 \
  --container-privileged

VM의 컨테이너를 업데이트하려면 --container-privileged 플래그가 지정된 gcloud compute instances update-container 명령어를 사용합니다. 권한 모드를 사용 중지하려면 --no-container-privileged 플래그를 사용합니다.

컨테이너 런타임에서 STDIN을 위한 버퍼 할당

컨테이너 런타임에서 STDIN을 위한 버퍼를 할당하여 컨테이너에서 STDIN 스트림을 연 상태로 유지할 수 있습니다. 이것이 설정되지 않은 경우 컨테이너의 STDIN에서 읽기를 수행하면 항상 EOF가 발생합니다.

컨테이너에서 대화형 셸을 설정하고 컨테이너가 파이프에서 표준 입력을 수신하려면 유사 TTY를 할당하고 STDIN 스트림을 열어 두어야 합니다.

참고: 이는 docker run 명령어의 --interactive(-i) 플래그와 같습니다. --interactive 플래그에 대해 알아보세요.

콘솔

1. 인스턴스 만들기 페이지로 이동

   인스턴스 만들기로 이동

2. 컨테이너 섹션에서 컨테이너 배포를 클릭합니다.

3. 컨테이너 구성 페이지에서 다음을 수행합니다.

   1. 컨테이너 이미지 이름을 지정합니다.
   2. STDIN용 버퍼 할당을 선택합니다.
   3. 컨테이너 세부정보를 확인하려면 선택을 클릭합니다.

4. VM 만들기 프로세스를 계속 진행합니다.

gcloud

컨테이너 런타임에서 STDIN에 대한 버퍼를 할당하려면 --container-stdin 플래그를 사용합니다. 다음 예시에서는 컨테이너를 시작하고 해당 STDIN을 연 상태로 유지합니다.

gcloud compute instances create-with-container busybox-vm \
  --container-image docker.io/busybox:1.27 \
  --container-stdin

VM의 컨테이너를 업데이트하려면 --container-stdin 플래그가 지정된 gcloud compute instances update-container 명령어를 사용합니다. STDIN의 버퍼 할당을 사용 중지하려면 --no-container-stdin 플래그를 사용하세요.

유사 TTY 할당

컨테이너에서 대화형 셸을 설정하려면 컨테이너의 유사 TTY를 할당해야 합니다(STDIN을 위한 버퍼 할당 포함).

참고: 이는 docker run 명령어의 --tty (-t) 플래그와 같습니다. --tty 플래그에 대해 알아보세요.

콘솔

1. 인스턴스 만들기 페이지로 이동

   인스턴스 만들기로 이동

2. 컨테이너 섹션에서 컨테이너 배포를 클릭합니다.

3. 컨테이너 구성 페이지에서 다음을 수행합니다.

   1. 컨테이너 이미지 이름을 지정합니다.
   2. 유사 TTY 할당을 선택합니다.
   3. 컨테이너 세부정보를 확인하려면 선택을 클릭합니다.

4. VM 만들기 프로세스를 계속 진행합니다.

gcloud

유사 TTY를 할당하려면 --container-tty 플래그를 사용합니다. 다음 예시에서는 컨테이너를 시작하고 유사 TTY를 할당합니다.

gcloud compute instances create-with-container busybox-vm \
  --container-image docker.io/busybox:1.27 \
  --container-stdin \
  --container-tty

VM의 컨테이너를 업데이트하려면 --container-tty 플래그가 지정된 gcloud compute instances update-container 명령어를 사용합니다. 유사 TTY를 할당하지 않으려면 --no-container-tty 플래그를 사용합니다.

컨테이너 시작 시 실행할 기본 명령어 재정의

컨테이너 이미지의 ENTRYPOINT는 컨테이너가 시작될 때 실행할 실행 파일을 지정하고 바이너리인 것처럼 컨테이너를 실행할 수 있게 해줍니다.

컨테이너 이미지의 ENTRYPOINT 명령어를 재정의할 수 있습니다.

참고: 이는 docker run 명령어의 --entrypoint 플래그(명령어만, 인수 없음)와 비슷합니다. ENTRYPOINT 및 --entrypoint 플래그에 대해 알아보세요.

콘솔

1. 인스턴스 만들기 페이지로 이동

   인스턴스 만들기로 이동

2. 컨테이너 섹션에서 컨테이너 배포를 클릭합니다.

3. 컨테이너 구성 페이지에서 다음을 수행합니다.

   1. 컨테이너 이미지 이름을 지정합니다.
   2. 명령어 필드에 실행 가능한 단일 명령어를 매개변수 없이 입력합니다(예: uptime).
   3. 컨테이너 세부정보를 확인하려면 선택을 클릭합니다.

4. VM 만들기 프로세스를 계속 진행합니다.

gcloud

컨테이너 이미지 ENTRYPOINT를 재정의하려면 --container-command 플래그를 사용하세요. 다음 예시에서는 busybox 컨테이너에서 uptime 명령어를 실행하여 마지막 부팅 이후 경과한 시간을 표시합니다.

gcloud compute instances create-with-container busybox-vm \
  --container-image docker.io/busybox:1.27 \
  --container-command "uptime"

VM의 컨테이너에 대한 명령을 업데이트하려면 --container-command 플래그가 지정된 gcloud compute instances update-container 명령어를 사용하세요.

업데이트된 컨테이너의 기본 명령어를 지우려면 update-container 명령어에 --clear-container-command 플래그를 사용하세요.

컨테이너 ENTRYPOINT 명령어에 인수 전달

컨테이너 ENTRYPOINT 명령어에 인수를 전달(추가)하거나 기본 컨테이너 CMD 명령어를 재정의할 수 있습니다.

참고: 이는 docker run [OPTIONS] IMAGE [COMMAND] [ARG...] 명령어의 [ARG...] 섹션에서 진입점에 인수를 전달하는 것과 유사합니다. ENTRYPOINT 및 --entrypoint 플래그에 대해 알아보세요.

콘솔

1. 인스턴스 만들기 페이지로 이동

   인스턴스 만들기로 이동

2. 컨테이너 섹션에서 컨테이너 배포를 클릭합니다.

3. 컨테이너 구성 페이지에서 다음을 수행합니다.

   1. 컨테이너 이미지 이름을 지정합니다.
   2. 인수 섹션에서 인수 추가를 클릭합니다.
   3. 상자당 하나의 명령어 인수를 입력합니다.
   4. 컨테이너 세부정보를 확인하려면 선택을 클릭합니다.

4. VM 만들기 프로세스를 계속 진행합니다.

gcloud

--container-arg 플래그를 사용하여 컨테이너 이미지 ENTRYPOINT 명령어에 인수를 전달합니다. 각 인수마다 개별 플래그를 사용합니다.

다음 예시에서는 busybox를 자동으로 실행하도록 설정된 컨테이너에서 -c 'ls -l' 인수를 사용하여 /bin/ash 명령어를 실행합니다.

gcloud compute instances create-with-container busybox-vm \
  --container-image docker.io/busybox:1.27 \
  --container-command "/bin/ash" \
  --container-arg="-c" \
  --container-arg="ls -l"

참고: 올바른 인수 파싱을 위해 --container-arg 플래그와 함께 등호(=)를 사용해야 합니다. 예를 들면 다음과 같습니다. --container-arg=ARG.

VM에서 실행 중인 컨테이너의 명령어 인수를 업데이트하려면 --container-arg 플래그가 지정된 gcloud compute instances update-container 명령어를 사용합니다. 업데이트는 전체 인수 목록을 새 목록으로 바꿉니다.

컨테이너 선언에서 모든 인수를 삭제하려면 update-container 명령어에 --clear-container-args 플래그를 사용합니다.

로그 드라이버 옵션 구성

로그 드라이버 옵션을 구성해야 하는 경우 VM 시작 스크립트를 만들어 필요한 로깅 옵션으로 Docker 구성 파일을 업데이트할 수 있습니다. 이러한 옵션은 VM에서 실행되고 로그 드라이버 옵션을 지정하지 않는 모든 컨테이너에 적용됩니다.

예를 들어 다음 시작 스크립트는 컨테이너 로그 크기를 제한하는 옵션을 포함하여 여러 옵션을 설정한 후 VM에서 Docker를 다시 시작합니다.

cat <<EOF > /etc/docker/daemon.json
{
  "live-restore": true,
  "storage-driver": "overlay2",
  "log-opts": {
    "max-size": "10m"
  }
}
EOF
systemctl restart docker

환경 변수 설정

컨테이너에서 환경 변수를 설정할 수 있습니다. KEY가 두 번 이상 반복될 경우 KEY의 마지막 값만 사용됩니다.

참고: 이는 docker run 명령어의 --env 플래그와 같습니다. Docker 엔진에서 환경 변수 설정이 허용되는 방식을 알아보세요.

콘솔

1. 인스턴스 만들기 페이지로 이동

   인스턴스 만들기로 이동

2. 컨테이너 섹션에서 컨테이너 배포를 클릭합니다.

3. 컨테이너 구성 페이지에서 다음을 수행합니다.

   1. 컨테이너 이미지 이름을 지정합니다.
   2. 환경 변수 섹션에서 변수 추가를 클릭합니다.
   3. 필요에 따라 한 줄에 하나씩 환경 변수를 추가하거나 삭제합니다.
   4. 컨테이너 세부정보를 확인하려면 선택을 클릭합니다.

4. VM 만들기 프로세스를 계속 진행합니다.

gcloud

컨테이너에서 환경 변수를 설정하려면 --container-env 플래그를 사용합니다. 다음 예시에서는 HOME, MODE, OWNER의 세 가지 환경 변수를 설정합니다.

gcloud compute instances create-with-container busybox-vm \
  --container-image docker.io/busybox:1.27 \
  --container-env HOME=/home,MODE=test,OWNER=admin

로컬 파일에서 환경 변수를 설정하려면 --container-env-file 플래그를 사용합니다. 다음 예시에서는 env.txt 파일에서 두 환경 변수를 설정합니다.

gcloud compute instances create-with-container busybox-vm \
  --container-image docker.io/busybox:1.27 \
  --container-env-file ./env.txt

env.txt 파일의 내용은 다음과 같습니다.

# this is a comment
HOME=/home
MODE=test
OWNER=admin

VM의 컨테이너에 대한 환경 변수를 업데이트하려면 --container-env 또는 --container-env-file 플래그가 지정된 gcloud compute instances update-container 명령어를 사용합니다. 그러면 VM 인스턴스의 컨테이너 선언에 있는 모든 변수가 업데이트됩니다. 컨테이너 선언에 없는 변수는 추가됩니다.

VM에서 컨테이너를 업데이트할 때 환경 변수를 삭제하려면 --remove-container-env 플래그를 사용합니다. 다음 예시에서는 MODE 및 OWNER라는 환경 변수를 삭제합니다.

gcloud compute instances update-container busybox-vm \
  --remove-container-env MODE,OWNER

지정된 환경 변수가 존재하지 않을 경우에는 자동으로 무시됩니다.

호스트 디렉토리를 데이터 볼륨으로 마운트

호스트 VM에서 컨테이너로 디렉터리를 마운트할 수 있습니다.

참고: 이는 docker run 명령어의 type=bind 마운트와 --volume 플래그 및 --mount 플래그를 사용하는 것과 같습니다. Docker 엔진이 호스트 디렉터리를 데이터 볼륨으로 마운트하는 방법에 대해 알아보세요.

콘솔

1. 인스턴스 만들기 페이지로 이동

   인스턴스 만들기로 이동

2. 컨테이너 섹션에서 컨테이너 배포를 클릭합니다.

3. 컨테이너 구성 페이지에서 다음을 수행합니다.

   1. 컨테이너 이미지 이름을 지정합니다.
   2. 볼륨 마운트 섹션에서 볼륨 추가를 클릭합니다.

   3. 볼륨 유형 목록에서 디렉터리를 선택하고 다음을 수행합니다.

      • 마운트 경로 필드에 컨테이너 디렉터리 구조에서 호스트 디렉터리를 마운트할 마운트 경로를 지정합니다.
      • 호스트 경로 필드에 마운트할 호스트 디렉터리의 호스트 경로를 지정합니다.
      • 모드 목록에서 디렉터리를 읽기/쓰기 모드로 마운트할지, 읽기 전용 모드로 마운트할지 지정합니다.

   4. 컨테이너 세부정보를 확인하려면 선택을 클릭합니다.

4. VM 만들기 프로세스를 계속 진행합니다.

gcloud

호스트 VM 디렉터리를 컨테이너에 마운트하려면 --container-mount-host-path 플래그를 사용합니다. 다음 예시에서는 /logs의 컨테이너에 읽기/쓰기 모드로 호스트 디렉터리 /tmp를 마운트합니다.

gcloud compute instances create-with-container busybox-vm \
  --container-image docker.io/busybox:1.27 \
  --container-mount-host-path mount-path=/logs,host-path=/tmp,mode=rw

읽기 전용 모드로 호스트 디렉터리를 마운트하려면 mode=ro를 지정합니다.

컨테이너의 호스트 디렉터리 마운트를 업데이트하려면 --container-mount-host-path 플래그가 지정된 gcloud compute instances update-container 명령어를 사용합니다. 지정된 마운트 경로를 사용하는 볼륨 마운트를 삭제하려면 --remove-container-mounts 플래그를 사용합니다. 다음 예시에서는 mount-path=/logs를 사용하는 호스트 경로 마운트를 삭제합니다.

gcloud compute instances update-container busybox-vm \
  --remove-container-mounts /logs

지정된 마운트 경로가 존재하지 않으면 자동으로 무시됩니다.

tmpfs 파일 시스템을 데이터 볼륨으로 마운트

비어 있는 tmpfs 파일 시스템을 컨테이너에 마운트할 수 있습니다.

참고: 이는 medium:Memory를 사용하는 Google Kubernetes Engine EmptyDir 볼륨과 비슷합니다. 컨테이너 재시작 시 tmpfs 데이터가 삭제되는 Docker와 달리, Compute Engine 컨테이너에서 tmpfs를 사용할 경우에는 볼륨과 해당 데이터가 컨테이너 재시작 시에도 유지되며 VM 재시작 시에만 삭제됩니다.

콘솔

1. 인스턴스 만들기 페이지로 이동

   인스턴스 만들기로 이동

2. 컨테이너 섹션에서 컨테이너 배포를 클릭합니다.

3. 컨테이너 구성 페이지에서 다음을 수행합니다.

   1. 컨테이너 이미지 이름을 지정합니다.
   2. 볼륨 마운트 섹션에서 볼륨 추가를 클릭합니다.
   3. 볼륨 유형 목록에서 TmpFS를 선택합니다.
   4. 마운트 경로 필드에 컨테이너 디렉터리 구조에서 TmpFS 볼륨을 마운트할 마운트 경로를 지정합니다.
   5. 모드 목록에서 TmpFS 볼륨을 읽기/쓰기 모드로 마운트할지, 읽기 전용 모드로 마운트할지 지정합니다.
   6. 컨테이너 세부정보를 확인하려면 선택을 클릭합니다.

4. VM 만들기 프로세스를 계속 진행합니다.

gcloud

비어 있는 tmpfs 파일 시스템을 컨테이너에 마운트하려면 --container-mount-tmpfs 플래그를 사용합니다. 다음 예시에서는 /cache의 컨테이너에 읽기/쓰기 모드로 tmpfs 파일 시스템을 마운트합니다.

gcloud compute instances create-with-container busybox-vm \
  --container-image docker.io/busybox:1.27 \
  --container-mount-tmpfs mount-path=/cache
 

컨테이너의 tmpfs 마운트를 업데이트하려면 --container-mount-tmpfs 플래그가 지정된 gcloud compute instances update-container 명령어를 사용합니다. 업데이트 시 지정된 마운트 경로를 사용하는 tmpfs 마운트를 삭제하려면 --remove-container-mounts 플래그를 사용합니다. 다음 예시에서는 mount-path=/cache를 사용하는 tmpfs 마운트를 삭제합니다.

gcloud compute instances update-container busybox-vm \
  --remove-container-mounts /cache

지정된 마운트 경로가 존재하지 않으면 자동으로 무시됩니다.

영구 디스크를 데이터 볼륨으로 마운트

컨테이너 최적화 OS 69 이상을 사용하는 경우 호스트 VM의 영구 디스크를 컨테이너로 마운트할 수 있습니다.

참고: 이는 Google Kubernetes Engine에서 gcePersistentDisk 볼륨 유형을 사용하는 것과 비슷합니다.

기본 요건

• 디스크에 ext4 파일 시스템이 있거나 파일 시스템이 아예 없어야 합니다. 초기 파일 시스템이 없으면 컨테이너 시작 에이전트가 디스크를 ext4로 포맷하며, 읽기/쓰기 연결 및 마운트만 지원됩니다.
• 디스크가 VM에 연결되어 있어야 합니다.

• 파티션 없는 기기와 파티션이 모두 지원됩니다. 파티션 마운트의 경우 기존 파티션 테이블이 포함되어야 하므로 디스크가 비어 있을 수 없습니다.

콘솔

1. 인스턴스 만들기 페이지로 이동

   인스턴스 만들기로 이동

2. 컨테이너 섹션에서 컨테이너 배포를 클릭합니다.

3. 컨테이너 구성 페이지에서 다음을 수행합니다.

   1. 컨테이너 이미지 이름을 지정합니다.
   2. 볼륨 마운트 섹션에서 볼륨 추가를 클릭합니다.
   3. 볼륨 유형 목록에서 디스크를 선택합니다.
   4. 마운트 경로 필드에 컨테이너 디렉터리 구조에서 영구 디스크를 마운트할 경로를 지정합니다.
   5. 디스크 이름 목록에서 마운트할 기존 디스크를 선택합니다.
   6. 디스크에 파티션 테이블이 있는 경우 파티션 필드에 마운트할 파티션 번호를 지정합니다. 디스크에 파티션이 없으면 이 필드를 비워 둡니다.
   7. 모드 목록에서 디렉터리를 읽기/쓰기 모드로 마운트할지, 읽기 전용 모드로 마운트할지 지정합니다.
   8. 컨테이너 세부정보를 확인하려면 선택을 클릭합니다.

4. VM 만들기 프로세스를 계속 진행합니다.

gcloud

영구 디스크를 컨테이너에 마운트하려면 --container-mount-disk 플래그가 지정된 gcloud compute instances create-with-container 명령어 또는 gcloud compute instances update-container 명령어를 사용합니다.

다음 예시에서는 /disks/data-disk 및 /disks/scratch-disk 마운트 경로의 컨테이너에 my-data-disk 및 my-scratch-disk라는 두 개의 디스크를 마운트합니다.

gcloud compute instances create-with-container busybox-vm \
  --disk name=my-data-disk \
  --create-disk name=my-scratch-disk,auto-delete=yes,image=ubuntu-1710-artful-v20180315,image-project=ubuntu-os-cloud \
  --container-image docker.io/busybox:1.27 \
  --container-mount-disk mount-path="/disks/data-disk",name=my-data-disk,mode=ro \
  --container-mount-disk mount-path="/disks/scratch-disk",name=my-scratch-disk

--disk 플래그는 my-data-disk를 연결하고 --create-disk 플래그는 my-scatch-disk를 만들고 연결하며 --container-mount-disk 플래그는 연결된 디스크를 컨테이너에 마운트합니다. my-scratch-disk에는 mode가 지정되지 않았으므로 해당 디스크는 기본적으로 읽기/쓰기 모드로 컨테이너에 마운트됩니다.

연결된 추가 디스크를 마운트하거나 기존 디스크 마운트를 수정하려면 --container-mount-disk 플래그가 지정된 gcloud compute instances update-container 명령어를 사용합니다.

지정된 마운트 경로를 사용하는 디스크 마운트를 삭제하려면 --remove-container-mounts 플래그를 사용합니다. 다음 예시에서는 my-data-disk의 마운트 모드를 읽기/쓰기로 변경하고 mount-path="/disks/scratch-disk"를 사용하는 디스크 마운트를 삭제합니다.

gcloud compute instances update-container busybox-vm \
  --container-mount-disk mount-path="/disks/data-disk",name=my-data-disk,mode=rw \
  --remove-container-mounts "/disks/scratch-disk"

--remove-container-mounts 플래그에 전달한 마운트 경로가 존재하지 않으면 자동으로 무시됩니다.

컨테이너 포트 게시

컨테이너를 포함하는 VM은 컨테이너가 호스트의 네트워크 스택을 공유하고 호스트의 모든 인터페이스가 컨테이너에 제공되는 호스트 네트워크 모드를 사용합니다.

참고: 이는 docker run 명령어 사용 시 --network="host" 플래그를 전달하는 것과 같습니다. 컨테이너 네트워크 설정 및 호스트 모드에 대해 자세히 알아보세요.

컨테이너 포트는 호스트 VM 포트에 일대일로 매핑됩니다. 예를 들어 컨테이너 포트 80은 호스트 VM 포트 80에 매핑됩니다. Compute Engine은 포트 게시(-p) 플래그를 지원하지 않으며, 사용자가 매핑 작동을 위해 이를 지정할 필요가 없습니다.

컨테이너의 포트를 게시하려면 호스트 VM 인스턴스의 포트에 액세스할 수 있도록 방화벽 규칙을 구성합니다. 방화벽 규칙에 따라 컨테이너의 해당 포트에 자동으로 액세스할 수 있습니다.

예: NGINX 컨테이너에 대해 포트 80 게시

다음 예시는 NGINX 컨테이너로 VM 인스턴스를 만들고 컨테이너 포트 80에 대한 트래픽을 허용하는 방법을 보여줍니다.

1. NGINX 컨테이너가 포함된 VM 인스턴스를 만듭니다.

   gcloud compute instances create-with-container nginx-vm \
    --container-image gcr.io/cloud-marketplace/google/nginx1:1.15 \
    --tags http-server
   

   이 컨테이너는 호스트 VM의 네트워크 스택을 공유합니다. 컨테이너의 포트 80은 호스트 VM의 포트 80에 게시됩니다. http-server 태그는 방화벽 규칙의 대상 태그로 사용되며 다음 단계에서 생성됩니다.

2. VM 인스턴스의 포트 80에 연결할 수 있도록 방화벽 규칙을 만듭니다. 다음 방화벽 규칙은 http-server 태그를 사용하여 VM 인스턴스에 HTTP로 연결하도록 허용합니다.

   gcloud compute firewall-rules create allow-http \
    --allow tcp:80 --target-tags http-server
   

   컨테이너는 포트 80에서 자동으로 트래픽 수신을 시작합니다. 추가 구성은 수행할 필요가 없습니다.

   프로토콜이 tcp 또는 udp인 호스트 VM 프로토콜:포트 조합의 방화벽 규칙을 만들 수 있습니다. 이러한 규칙은 실질적으로 VM 외부에서 해당 컨테이너 포트로의 액세스를 제어합니다.

다음 단계

• Compute Engine에서 Docker 컨테이너를 배포하는 방법 알아보기
• 컨테이너 최적화 OS 알아보기