작업 부하 배포 개요

컨테이너식 애플리케이션과 기타 작업 부하를 Google Kubernetes Engine 클러스터에서 배포하고 관리하려면 Kubernetes 시스템을 사용하여 Kubernetes 컨트롤러 객체를 만들어야 합니다. 이러한 컨트롤러 객체는 클러스터에서 실행 중인 애플리케이션, 데몬, 일괄 작업을 나타냅니다.

이러한 컨트롤러 객체는 Kubernetes API를 사용하여 또는 gcloud에 의해 설치되는 Kubernetes 명령줄 인터페이스인 kubectl을 사용하여 만들 수 있습니다. 일반적으로 원하는 Kubernetes 컨트롤러 객체의 표현을 YAML 구성 파일로 빌드한 다음 이 파일을 Kubernetes API 또는 kubectl 명령줄 인터페이스와 함께 사용합니다.

작업 부하 유형

Kubernetes는 실행할 수 있는 다양한 작업 부하에 상응하는 다양한 컨트롤러 객체를 제공합니다. 일부 컨트롤러 객체는 특정 유형의 작업 부하를 나타내는 데 더 적합합니다. 다음 섹션에서는 다음을 비롯한 몇 가지 일반적인 작업 부하 유형과 클러스터에서 작업 부하를 실행하기 위해 만들 수 있는 Kubernetes 컨트롤러 객체를 설명합니다.

  • 상태 비추적 애플리케이션
  • 상태 저장 애플리케이션
  • 일괄 작업
  • 데몬

상태 비추적 애플리케이션

상태 비추적 애플리케이션은 상태를 보존하지 않으며 영구 저장소에 데이터를 저장하지 않습니다. 모든 사용자 및 세션 데이터는 클라이언트에 남습니다.

상태 비추적 애플리케이션의 몇 가지 예로는 Nginx와 같은 웹 프런트엔드, Apache Tomcat과 같은 웹 서버, 그 밖의 웹 애플리케이션이 있습니다.

Kubernetes 배포를 만들어 클러스터에 상태 비추적 애플리케이션을 배포할 수 있습니다. 배포에서 만드는 포드는 고유하지 않고 상태를 보존하지 않으므로 상태 비추적 애플리케이션은 확장과 업데이트가 쉽습니다.

상태 저장 애플리케이션

상태 저장 애플리케이션은 상태가 저장되거나 영구적이어야 합니다. 상태 저장 애플리케이션은 영구 볼륨 같은 영구 저장소를 사용하여 서버나 다른 사용자가 사용할 수 있도록 데이터를 저장합니다.

상태 저장 애플리케이션의 예로는 MongoDB 같은 데이터베이스와 Apache ZooKeeper 같은 메시지 대기열이 있습니다.

Kubernetes StatefulSet를 만들어 상태 저장 애플리케이션을 배포할 수 있습니다. StatefulSet가 만드는 포드는 고유한 식별자가 있으며, 체계적이고 안전한 방식으로 업데이트할 수 있습니다.

일괄 작업

일괄 작업은 완료될 때까지 실행되는 유한하고 독립적인 작업을 나타내며 병렬 작업인 경우가 흔합니다. 일괄 작업의 몇 가지 예로는 이메일 전송, 비디오 렌더링, 리소스 소모량이 많은 연산 등 자동 또는 예약된 작업이 있습니다.

Kubernetes 작업을 만들어 클러스터에서 일괄 작업을 실행하고 관리할 수 있습니다. Kubernetes 작업이 완료되기 전에 작업을 완료해야 하는 포드의 수뿐 아니라 병렬로 실행되어야 하는 최대 포드 수를 지정할 수 있습니다.

데몬

데몬은 사용자가 개입할 필요 없이 할당된 노드에서 진행 중인 백그라운드 작업을 수행합니다. 데몬의 예로는 Fluentd 같은 로그 수집기와 모니터링 서비스가 있습니다.

Kubernetes DaemonSet를 만들어 클러스터에 데몬을 배포할 수 있습니다. DaemonSet는 노드당 하나의 포드를 만들며, DaemonSet가 배포해야 할 특정 노드를 지정할 수 있습니다.

작업 부하 객체 관리

명령형 메소드와 선언형 메소드를 사용하여 객체를 생성, 관리, 삭제할 수 있습니다. 다음 섹션에서는 이러한 메소드와 이러한 메소드를 채택하는 데 사용할 수 있는 다음과 같은 도구를 설명합니다.

명령형 명령어

명령형 명령어를 사용하면 kubectl로 객체를 빠르게 만들고, 보고, 업데이트하고, 삭제할 수 있습니다. 이러한 명령어는 일회성 작업 또는 클러스터의 활성 객체 변경에 유용합니다. 명령형 명령어는 일반적으로 클러스터에 배포된 실시간 객체에서 작업하는 데 사용됩니다.

kubectl은 Kubernetes 객체를 만들고 편집할 수 있는 몇 가지 동사 기반 명령어를 제공합니다. 예를 들면 다음과 같습니다.

  • run: 클러스터에서 새 객체를 생성합니다. 달리 지정하지 않으면 run은 배포 객체를 생성합니다. run그 밖의 몇 가지 생성기도 지원합니다.
  • expose: 새 서비스 객체를 만들어 라벨이 지정된 포드 집합에 트래픽 부하를 분산합니다.
  • autoscale: 새 Autoscaler 객체를 만들어 배포와 같은 컨트롤러 객체를 수평으로 자동 확장합니다.

명령형 명령어에는 객체 스키마에 대한 탄탄한 이해가 필요하지 않으며 구성 파일이 필요하지 않습니다.

명령형 객체 구성

명령형 객체 구성은 완전히 정의된 객체 정의가 포함된 구성 파일을 사용하여 객체를 만들고, 업데이트하고, 삭제합니다. 명령형 명령어를 사용하는 경우보다 쉽게 소스 제어 시스템에 객체 구성 파일을 저장하고 변경사항을 감사할 수 있습니다.

구성 파일 또는 구성 파일이 포함된 디렉토리를 사용하여 kubectl apply, delete, replace 작업을 실행할 수 있습니다.

선언형 객체 구성

선언형 객체 구성은 로컬에 저장된 구성 파일에서 작동하지만 실행할 작업의 명시적 정의가 필요하지 않습니다. 대신 kubectl이 객체별로 작업을 자동으로 감지합니다. 이는 작업이 여럿인 구성 파일 디렉토리 작업을 하는 경우에 유용합니다. 선언형 객체 관리에는 객체 스키마와 구성 파일에 대한 탄탄한 이해가 필요합니다.

kubectl apply를 실행하여 객체를 선언적으로 만들고 업데이트할 수 있습니다. apply는 전체 실시간 객체를 읽고 차이를 계산한 다음 패치 요청을 API 서버로 전송하여 이러한 차이를 병합함으로써 객체를 업데이트합니다.

콘솔

kubectl 또는 API를 사용하여 작업 부하를 배포한 다음 GCP 콘솔의 GKE 작업 부하 메뉴를 사용하여 클러스터에서 실행 중인 작업 부하를 검사, 관리, 편집할 수 있습니다.

이 메뉴는 다음과 같은 기능을 제공합니다.

  • YAML 기반 텍스트 편집기를 사용하여 웹 브라우저에서 실시간 객체를 편집할 수 있습니다.
  • 업데이트 기록, 최근 이벤트 및 활동, 관리형 포드 등 객체에 대한 상세한 정보를 볼 수 있습니다.
  • 배포, 작업, StatefulSet를 쉽게 확장할 수 있습니다.
  • 작업 메뉴에서 배포를 자동 확장하고, 지속적 업데이트를 트리거하고, 수동으로 확장할 수 있습니다.
  • Cloud Shell을 사용하여 모든 객체를 검사, 편집, 삭제할 수 있습니다.

API

Google Cloud 클라이언트 라이브러리와 함께 GKE REST APIKubernetes API를 사용하여 프로그래매틱 방식으로 작업 부하를 만들고 관리할 수 있습니다.

구성 파일

앞서 설명한 메소드를 사용하여 작업 부하를 배포하면 GKE는 객체를 나타내는 구성 파일을 클러스터에 추가합니다.

객체의 라이브 구성은 로컬 파일과 다를 수 있습니다. YAML은 Kubernetes 객체를 만들고 표현하는 데 가장 일반적으로 사용됩니다. JSON을 사용할 수도 있습니다.

Kubernetes 객체 사양, 상태, Kubernetes API에 대한 자세한 내용은 Kubernetes 객체 이해하기Kubernetes API 참조를 참조하세요.

라이브 구성 검사

콘솔

배포된 객체의 라이브 구성을 검사하려면 다음 단계를 따르세요.

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

    작업 부하 메뉴로 이동

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

  3. YAML을 클릭합니다.

gcloud

배포된 객체의 라이브 구성을 검사하려면 다음 명령어를 실행하세요.

kubectl get [OBJECT_TYPE] [OBJECT_NAME] -o yaml

[OBJECT_TYPE]deployment, statefulset, job 또는 그 밖의 객체 유형일 수 있습니다. 예를 들면 다음과 같습니다.

kubectl get deployment my-stateless-app -o yaml

다음 단계

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

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

Kubernetes Engine