상태 비추적 애플리케이션 배포

이 페이지에서는 Google Kubernetes Engine을 사용하여 상태 비추적 애플리케이션을 배포하는 방법을 설명합니다.

개요

상태 비추적 애플리케이션클러스터 또는 영구 저장소에 데이터 또는 애플리케이션 상태를 저장하지 않는 애플리케이션입니다. 대신 데이터 및 애플리케이션 상태가 클라이언트에 유지되므로, 상태 비추적 애플리케이션은 확장성이 더 뛰어납니다. 예를 들어 프런트엔드 애플리케이션은 상태 비추적입니다. 여러 복제본을 배포하여 확장성을 높이고, 수요가 낮을 때 규모를 축소하고, 복제본에 고유 ID가 필요하지 않습니다.

Kubernetes는 배포 컨트롤러를 사용하여 상태 비추적 애플리케이션을 단일한 비고유 포드로 배포합니다. 배포는 애플리케이션을 실행할 포드 수, 실행할 컨테이너 이미지 버전, 라벨을 지정할 포드 등 애플리케이션의 원하는 상태를 관리합니다. 배포의 포드 사양을 업데이트하여 원하는 상태를 동적으로 변경할 수 있습니다.

상태 비추적 애플리케이션은 영구 저장소를 사용해서 데이터를 저장하고 StatefulSets를 사용해서 포드에 고유 ID를 배포하는 상태 저장 애플리케이션과 대조됩니다.

시작하기 전에

이 작업을 준비하려면 다음 단계를 수행하세요.

  • Google Kubernetes Engine API가 사용 설정되었는지 확인합니다.
  • Google Kubernetes Engine API 사용 설정
  • Cloud SDK가 설치되었는지 확인합니다.
  • 기본 프로젝트 ID를 설정합니다.
    gcloud config set project [PROJECT_ID]
  • 영역 클러스터를 사용하는 경우 기본 컴퓨팅 영역을 설정합니다.
    gcloud config set compute/zone [COMPUTE_ZONE]
  • 지역 클러스터를 사용하는 경우 기본 컴퓨팅 지역을 설정합니다.
    gcloud config set compute/region [COMPUTE_REGION]
  • gcloud를 최신 버전으로 업데이트합니다.
    gcloud components update
  • 컨테이너식 애플리케이션이 Container Registry와 같은 이미지 레지스트리에 저장되어 있는지 확인합니다.

  • GKE를 처음 사용하는 경우, GKE API를 사용 설정하고 제품의 작동 방식을 배울 수 있는 빠른 시작을 완료해야 합니다.

배포 심층 분석

다음은 간단한 배포 매니페스트 파일의 예입니다. 이 배포는 Container Registry에 저장된 hello-app 이미지를 실행하는 app=my-app으로 라벨 지정된 3개의 복제된 포드를 만듭니다.

apiVersion: apps/v1
kind: Deployment
metadata:
  name: my-app
spec:
  replicas: 3
  selector:
    matchLabels:
      run: my-app
  template:
    metadata:
      labels:
        run: my-app
    spec:
      containers:
      - name: hello-app
        image: gcr.io/google-samples/hello-app:1.0

각 항목의 의미는 다음과 같습니다.

  • spec: replicas:는 배포가 관리하는 복제된 포드 수입니다.
  • spec: template: metadata: labels:는 배포가 포드 관리를 위해 사용하는 각 포드에 지정된 라벨입니다.
  • spec: template: spec:은 각 포드의 실행 방법을 정의하는 포드 사양입니다. spec: containers에는 각 포드에서 실행할 컨테이너의 이름 및 실행할 컨테이너 이미지가 포함됩니다.

배포 사양에 대한 자세한 내용은 Deployment API 참조를 참조하세요.

배포 만들기

다음 방법 중 하나를 사용하여 배포를 만듭니다.

  • Google Cloud Platform Console의 작업 부하 메뉴에서 배포 기능을 사용하여 Container Registry에 저장된 컨테이너 이미지로부터 간단한 배포를 만듭니다.
  • 배포 매니페스트를 작성하고 kubectl apply를 실행하여 리소스를 만들 수 있습니다.

kubectl apply

kubectl apply를 사용하여 매니페스트 파일로부터 배포를 선언적으로 만들고 업데이트할 수 있습니다. 이 메소드는 또한 변경사항을 매니페스트 파일에 다시 병합하지 않고도 실시간 리소스에 수행된 업데이트를 보존합니다.

해당 매니페스트 파일에서 배포를 만들려면 다음 명령어를 실행하세요.

kubectl apply -f [DEPLOYMENT_FILE]

여기서 [DEPLOYMENT_FILE]config.yaml과 같은 매니페스트 파일입니다.

또한 kubectl apply -f [DIRECTORY]/를 사용하여 디렉토리에 저장된 매니페스트 파일에 정의된 모든 객체(기존 항목 제외)를 만들 수 있습니다.

콘솔

배포를 만들려면 다음 단계를 수행하세요.

  1. GCP Console에서 Google Kubernetes Engine 작업 부하 메뉴로 이동합니다.

    작업 부하 메뉴로 이동

  2. 배포를 클릭합니다.

  3. 컨테이너 이미지에 컨테이너 이미지 및 해당 버전(예: nginx:latest)을 입력하거나 기존 Google Container Registry 이미지 선택을 클릭하고 이미지를 선택합니다.

  4. 환경 변수, 초기 명령어, 애플리케이션 이름, 네임스페이스, 라벨 추가 등 원하는 대로 컨테이너를 구성합니다.

  5. 클러스터 드롭다운 메뉴에서 원하는 클러스터를 선택합니다.

  6. 배포를 클릭합니다.

배포 조사

배포를 만든 후에는 다음 방법 중 하나를 사용하여 이를 조사할 수 있습니다.

kubectl

배포에 대한 자세한 정보를 보려면 다음 명령어를 실행하세요.

kubectl describe deployment [DEPLOYMENT_NAME]

여기서 [DEPLOYMENT_NAME]은 배포의 이름입니다.

배포에서 생성된 포드를 나열하려면 다음 명령어를 실행하세요.

kubectl get pods -l [KEY]=[VALUE]

이 명령어에서 -l 플래그는 키-값 라벨이 있는 모든 포드를 가져오도록 kubectl에 지시합니다. 예를 들어 배포를 app: my-app 라벨로 지정한 경우, 해당 라벨의 포드를 보려면 kubectl get pods -l app=my-app을 실행합니다.

특정 포드에 대한 정보를 가져오려면 다음을 실행합니다.

kubectl describe pod [POD_NAME]

배포의 매니페스트를 보려면 다음 명령어를 실행하세요.

kubectl get deployments [DEPLOYMENT_NAME] -o yaml

이 명령어는 배포의 실시간 구성을 YAML 형식으로 표시합니다.

콘솔

배포를 조사하려면 다음 단계를 수행하세요.

  1. GCP Console에서 Google Kubernetes Engine 작업 부하 메뉴로 이동합니다.

    작업 부하 메뉴로 이동

  2. 작업 부하에 대한 자세한 정보를 보려면 메뉴에서 원하는 작업 부하를 선택합니다.

작업 부하 메뉴는 몇 가지 메뉴를 제공합니다.

  • 배포의 실시간 구성을 보려면 YAML을 클릭합니다.
  • 배포와 관련된 모든 이벤트를 보려면 이벤트를 클릭합니다.
  • 배포의 업데이트 기록을 보려면 업데이트 기록을 클릭합니다.

배포 업데이트

이미지, 리소스 사용/요청 또는 구성과 같이, 배포의 포드 사양에 업데이트를 롤아웃할 수 있습니다.

다음 방법을 사용해서 배포를 업데이트할 수 있습니다.

  • 지속적 업데이트 메뉴 및 GCP Console 작업 부하 메뉴의 YAML 편집기를 사용할 수 있습니다.
  • 매니페스트 파일을 변경하고 kubectl apply로 이를 적용할 수 있습니다.
  • kubectl set을 사용하여 포드 사양의 image, resources 또는 selector 필드를 업데이트할 수 있습니다.
  • 셸에서 직접 또는 kubectl edit를 사용하여 원하는 편집기에서 배포를 업데이트할 수 있습니다.

kubectl apply

신규 또는 업데이트된 매니페스트 파일을 적용하여 배포를 업데이트할 수 있습니다. 이 기능은 확장 또는 애플리케이션의 새 버전 지정과 같이, 배포를 여러 방식으로 변경할 때 유용합니다.

배포를 업데이트하려면 다음 명령어를 실행하세요.

kubectl apply -f [DEPLOYMENT_FILE]

여기서 [DEPLOYMENT_FILE]은 업데이트된 매니페스트 파일입니다.

kubectl apply 명령어는 매니페스트 파일을 리소스에 적용합니다. 지정된 리소스가 없으면 명령어에 의해 생성됩니다,

kubectl set

kubectl set를 사용하여 배포 이미지, 리소스(요청 또는 제한) 또는 선택기 필드를 변경할 수 있습니다.

배포 이미지를 변경하려면 다음 명령어를 실행하세요.

kubectl set image deployment [DEPLOYMENT_NAME] [IMAGE] [IMAGE]:[TAG]

예를 들어 배포를 nginx 버전 1.7.9에서 1.9.1로 업데이트하려면 다음 명령어를 실행합니다.

kubectl set image deployment nginx nginx=nginx:1.9.1

콘솔

지속적 업데이트 메뉴는 작업 부하 메뉴에서 사용할 수 있습니다.

배포의 지속적 업데이트 메뉴에 액세스하려면 다음 단계를 수행하세요.

  1. GCP Console에서 Google Kubernetes Engine 작업 부하 메뉴로 이동합니다.

    작업 부하 메뉴로 이동

  2. 메뉴에서 원하는 작업 부하를 선택합니다.

  3. 작업을 클릭한 후 지속적 업데이트를 클릭합니다.

배포의 업데이트 전략을 다음과 같이 변경할 수 있습니다.

  • 최소 준비 기간(초): 새로 생성된 포드가 사용 가능한 상태로 고려될 때까지 기다려야 하는 최소 시간(초)을 지정합니다.
  • 최대 초과 개수: 원하는 포드 수를 넘어서 생성될 수 있는 최대 포드 수를 지정하는 선택적인 필드입니다. 값은 절대 숫자이거나 백분율일 수 있습니다.
  • 최대 사용 불가 개수: 업데이트 프로세스 동안 사용 불가 상태로 될 수 있는 최대 포드 수를 지정하는 선택적인 필드입니다. 값은 절대 숫자이거나 백분율일 수 있습니다.

    기존 컨테이너를 편집하려면 다음 안내를 따르세요.

    1. 지속적 업데이트 메뉴에서 해당 메뉴를 확장하려는 컨테이너를 선택합니다.
    2. 컨테이너 이름을 변경하려면 컨테이너 이름 필드를 편집합니다.
    3. 컨테이너 이미지 또는 버전을 변경하려면 이미지 이름 필드를 편집합니다.
    4. 완료를 클릭하여 변경사항을 저장합니다.
    5. 컨테이너를 삭제하려면 휴지통 아이콘을 클릭합니다.

    새 컨테이너를 추가하려면 다음 안내를 따르세요.

    1. 지속적 업데이트 메뉴에서 컨테이너 추가를 클릭합니다.
    2. [IMAGE_NAME]:[IMAGE_VERSION] 형식에 따라 이미지 이름 필드에 이미지 및 버전을 입력합니다. 예: nginx:1.7.9
    3. 선택적으로 컨테이너 이름 필드에 컨테이너의 이름을 입력합니다.
    4. 완료를 클릭합니다.
  • 업데이트를 클릭합니다.

배포의 실시간 구성을 편집하려면 다음 단계를 수행하세요.

  1. GCP Console에서 Google Kubernetes Engine 작업 부하 메뉴로 이동합니다.

    작업 부하 메뉴로 이동

  2. 원하는 작업 부하를 선택합니다.

  3. 수정을 클릭합니다.

  4. 편집기를 사용하여 객체를 원하는 대로 변경합니다.

  5. 저장을 클릭합니다.

업데이트 롤백

kubectl rollout undo를 사용하여 업데이트를 롤백할 수 있습니다.

진행 중인 또는 완료된 업데이트를 이전 버전으로 롤백할 수 있습니다.

kubectl rollout undo deployment my-deployment

또한 특정 버전으로 롤백할 수도 있습니다.

kubectl rollout undo deployment my-deployment --to-revision=3

배포 확장

GCP Console 또는 kubectl scale을 사용해서 배포를 수동으로 확장할 수 있습니다.

배포를 자동 확장하는 방법을 보려면 배포 자동 확장을 참조하세요.

kubectl

kubectl scale을 사용하여 언제든지 배포를 확장할 수 있습니다.

배포를 수동으로 확장하려면 다음 명령어를 실행하세요.

kubectl scale deployment [DEPLOYMENT_NAME] --replicas [NUMBER_OF_REPLICAS]

여기서 [NUMBER_OF_REPLICAS]는 원하는 복제된 포드의 수입니다.

콘솔

배포를 확장하려면 다음 단계를 수행하세요.

  1. GCP Console에서 Google Kubernetes Engine 작업 부하 메뉴로 이동합니다.

    작업 부하 메뉴로 이동

  2. 메뉴에서 원하는 작업 부하를 선택합니다.

  3. 작업을 클릭한 후 확장을 클릭합니다.

  4. 복제본 필드에 원하는 복제본 수를 입력합니다.

  5. 확장을 클릭합니다.

배포 삭제

GCP Console 또는 kubectl delete를 사용하여 배포를 삭제할 수 있습니다.

kubectl

배포를 삭제하려면 다음 명령어를 실행하세요.

kubectl delete deployment [DEPLOYMENT_NAME]

콘솔

배포를 삭제하려면 다음 단계를 수행하세요.

  1. GCP Console에서 Google Kubernetes Engine 작업 부하 메뉴로 이동합니다.

    작업 부하 메뉴로 이동

  2. 메뉴에서 원하는 작업 부하를 선택합니다.

  3. 삭제를 클릭합니다.

  4. 확인 대화상자 메뉴에서 삭제를 클릭합니다.

다음 단계

이 페이지가 도움이 되었나요? 평가를 부탁드립니다.

다음에 대한 의견 보내기...

Kubernetes Engine 문서