[Kubernetes] Deployment 란?

아현·2023년 1월 19일

kubernetes

Kubernetes

목록 보기

7/9

출처

1. 디플로이먼트 (Deployment) 란?

디플로이먼트(Deployment) 는 파드와 레플리카셋(ReplicaSet)에 대한 선언적 업데이트를 제공한다.
디플로이먼트에서 의도하는 상태를 설명
디플로이먼트 컨트롤러(Controller)는 현재 상태에서 의도하는 상태로 비율을 조정하며 변경한다.
- 새 레플리카셋을 생성하는 디플로이먼트를 정의하거나 기존 디플로이먼트를 제거하고, 모든 리소스를 새 디플로이먼트에 적용할 수 있다.

유스케이스

디플로이먼트의 일반적인 유스케이스
- 레플리카셋을 롤아웃 할 디플로이먼트 생성.
  - 레플리카셋은 백그라운드에서 파드를 생성한다.
  - 롤아웃 상태를 체크해서 성공 여부를 확인한다.
- 디플로이먼트의 PodTemplateSpec을 업데이트해서 파드의 새로운 상태를 선언한다.
  - 새 레플리카셋이 생성되면, 디플로이먼트는 파드를 기존 레플리카셋에서 새로운 레플리카셋으로 속도를 제어하며 이동하는 것을 관리한다.
  - 각각의 새로운 레플리카셋은 디플로이먼트의 수정 버전에 따라 업데이트한다.
- 디플로이먼트의 현재 상태가 안정적이지 않은 경우 디플로이먼트의 이전 버전으로 롤백한다.
  - 각 롤백은 디플로이먼트의 수정 버전에 따라 업데이트한다.
- 더 많은 로드를 위해 디플로이먼트의 스케일 업.
  - 디플로이먼트 롤아웃 일시 중지로 PodTemplateSpec에 여러 수정 사항을 적용하고, 재개하여 새로운 롤아웃을 시작한다.
- 롤아웃이 막혀있는지를 나타내는 디플로이먼트 상태를 이용.
- 더 이상 필요 없는 이전 레플리카셋 정리.

2. 디플로이먼트 생성

controllers/nginx-deployment.yaml

.metadata.name 필드에 따라 nginx-deployment 이름으로 디플로이먼트가 생성된다.
.spec.replicas 필드에 따라 디플로이먼트는 3개의 레플리카 파드를 생성한다.
.spec.selector 필드는 디플로이먼트가 관리할 파드를 찾는 방법을 정의한다.
- 이 사례에서는 파드 템플릿에 정의된 레이블(app: nginx)을 선택한다.
- 그러나 파드 템플릿 자체의 규칙이 만족되는 한, 보다 정교한 선택 규칙의 적용이 가능하다.
template 필드에는 다음 하위 필드가 포함되어 있다.
- 파드는 .metadata.labels 필드를 사용해서 app: nginx 라는 레이블을 붙인다.
- 파드 템플릿의 사양 또는 .template.spec 필드는 파드가 도커 허브의 nginx 1.14.2 버전 이미지를 실행하는 nginx 컨테이너 1개를 실행하는 것을 나타낸다.
- 컨테이너 1개를 생성하고, .spec.template.spec.containers[0].name 필드를 사용해서 nginx 이름을 붙인다.

- .spec.selector.matchLabels 필드는 {key,value}의 쌍으로 매핑되어 있다.

matchLabels 에 매핑된 단일 {key,value}은 matchExpressions 의 요소에 해당

key 필드는 "key"에 그리고 operator는 "In"에 대응

value 배열은 "value"만 포함

매칭을 위해서는 matchLabels 와 matchExpressions 의 모든 요건이 충족되어야 한다.


apiVersion: apps/v1
kind: Deployment
metadata:
  name: nginx-deployment
  labels:
    app: nginx
spec:
  replicas: 3
  selector:
    matchLabels:
      app: nginx
  template:
    metadata:
      labels:
        app: nginx
    spec:
      containers:
      - name: nginx
        image: nginx:1.14.2
        ports:
        - containerPort: 80

디플로이먼트 생성

$ kubectl apply -f https://k8s.io/examples/controllers/nginx-deployment.yaml

> kubectl apply -f https://k8s.io/examples/controllers/nginx-deployment.yaml
deployment.apps/nginx-deployment created

디플로이먼트 생성 확인

$ kubectl get deployments

> kubectl get deployments
NAME               READY   UP-TO-DATE   AVAILABLE   AGE
nginx-deployment   3/3     3            3           2m8s
web-deploy         3/3     3            3           6d

NAME
- 네임스페이스에 있는 디플로이먼트 이름의 목록
READY 는 사용자가 사용할 수 있는 애플리케이션의 레플리카의 수를 표시한다.
- ready/desired 패턴을 따른다.
UP-TO-DATE
- 의도한 상태를 얻기 위해 업데이트된 레플리카의 수를 표시한다.
AVAILABLE
- 사용자가 사용할 수 있는 애플리케이션 레플리카의 수를 표시한다.
AGE
- 애플리케이션의 실행된 시간을 표시한다.

디플로이먼트에서 3개의 레플리카가 생성되었고, 모든 레플리카는 최신 상태(최신 파드 템플릿을 포함)이며 사용 가능한 것을 알 수 있다.

디플로이먼트의 롤아웃 상태 확인

$ kubectl rollout status deployment/nginx-deployment

> kubectl rollout status deployment/nginx-deployment
deployment "nginx-deployment" successfully rolled out

디플로이먼트로 생성된 레플리카셋 확인

$ kubectl get rs

> kubectl get rs
NAME                          DESIRED   CURRENT   READY   AGE
nginx-deployment-7fb96c846b   3         3         3       9m19s
web-deploy-5d9f7ffff8         3         3         3       6d

NAME
- 네임스페이스에 있는 레플리카셋 이름의 목록이다.
DESIRED
- 디플로이먼트의 생성 시 정의된 의도한 애플리케이션 레플리카 의 수를 표시한다.
- 의도한 상태 이다.
CURRENT 는 현재 실행 중인 레플리카의 수를 표시한다.
READY 는 사용자가 사용할 수 있는 애플리케이션의 레플리카의 수를 표시한다.
AGE 는 애플리케이션의 실행된 시간을 표시한다.

레플리카셋의 이름은 항상 [DEPLOYMENT-NAME]-[HASH] 형식으로 된 것을 알 수 있다. HASH 문자열은 레플리카셋의 pod-template-hash 레이블과 같다.

각 파드에 자동으로 생성된 레이블 확인

$ kubectl get pods --show-labels

> kubectl get pods --show-labels
NAME                                READY   STATUS    RESTARTS      AGE   LABELS
busybox                             0/1     Error     0             6d    run=busybox
nginx-deployment-7fb96c846b-8jqsn   1/1     Running   0             12m   app=nginx,pod-template-hash=7fb96c846b
nginx-deployment-7fb96c846b-q7tgq   1/1     Running   0             12m   app=nginx,pod-template-hash=7fb96c846b
nginx-deployment-7fb96c846b-xk2hf   1/1     Running   0             12m   app=nginx,pod-template-hash=7fb96c846b
web-deploy-5d9f7ffff8-hz82f         1/1     Running   2 (12m ago)   6d    app=web,pod-template-hash=5d9f7ffff8
web-deploy-5d9f7ffff8-r2q7x         1/1     Running   2 (12m ago)   6d    app=web,pod-template-hash=5d9f7ffff8
web-deploy-5d9f7ffff8-tkjx4         1/1     Running   2 (12m ago)   6d    app=web,pod-template-hash=5d9f7ffff8

Pod-template-hash 레이블

pod-template-hash 레이블
- 디플로이먼트 컨트롤러에 의해서 디플로이먼트가 생성 또는 채택한 모든 레플리카셋에 추가된다.
- 디플로이먼트의 자식 레플리카셋이 겹치지 않도록 보장한다.
  - 레플리카셋의 PodTemplate 을 해싱하고, 해시 결과를 레플리카셋 셀렉터, 파드 템플릿 레이블 및 레플리카셋 이 가질 수 있는 기존의 모든 파드에 레이블 값으로 추가해서 사용하도록 생성한다.

3. 디플로이먼트 업데이트

nginx 파드 업데이트

$ kubectl set image deployment.v1.apps/nginx-deployment nginx=nginx:1.16.1

or

$ kubectl set image deployment/nginx-deployment nginx=nginx:1.16.1

> kubectl set image deployment/nginx-deployment nginx=nginx:1.16.1
deployment.apps/nginx-deployment image updated

디플로이먼트를 edit 해서.spec.template.spec.containers[0].image 를 nginx:1.14.2 에서 nginx:1.16.1 로 변경
$ kubectl edit deployment/nginx-deployment

롤아웃 상태 확인

$ kubectl rollout status deployment/nginx-deployment

> kubectl rollout status deployment/nginx-deployment
deployment "nginx-deployment" successfully rolled out
> kubectl get deployments
NAME               READY   UP-TO-DATE   AVAILABLE   AGE
nginx-deployment   3/3     3            3           43m
web-deploy         3/3     3            3           6d1h
> kubectl get rs
NAME                          DESIRED   CURRENT   READY   AGE
nginx-deployment-68fc675d59   3         3         3       7m31s
nginx-deployment-7fb96c846b   0         0         0       43m
web-deploy-5d9f7ffff8         3         3         3       6d1h

디플로이먼트가 새 레플리카셋을 생성해서 파드를 업데이트 했는지 볼 수 있고, 새 레플리카셋을 최대 3개의 레플리카로 스케일 업, 이전 레플리카셋을 0개의 레플리카로 스케일 다운한다.

새 파드만 표시

$ kubectl get pods

> kubectl get pods
NAME                                READY   STATUS    RESTARTS      AGE
busybox                             0/1     Error     0             6d
nginx-deployment-68fc675d59-mbm4h   1/1     Running   0             12m
nginx-deployment-68fc675d59-xr4x9   1/1     Running   0             12m
nginx-deployment-68fc675d59-xxtm4   1/1     Running   0             12m
web-deploy-5d9f7ffff8-hz82f         1/1     Running   2 (48m ago)   6d1h
web-deploy-5d9f7ffff8-r2q7x         1/1     Running   2 (48m ago)   6d1h
web-deploy-5d9f7ffff8-tkjx4         1/1     Running   2 (48m ago)   6d1h

다음에 이러한 파드를 업데이트 하려면 디플로이먼트의 파드 템플릿만 다시 업데이트 하면 된다.
디플로이먼트는 업데이트되는 동안 일정한 수의 파드만 중단되도록 보장한다.
- 기본적으로 적어도 의도한 파드 수의 75% 이상이 동작하도록 보장한다(최대 25% 불가).
디플로이먼트는 의도한 파드 수 보다 더 많이 생성되는 파드의 수를 제한한다.
- 기본적으로, 의도한 파드의 수 기준 최대 125%까지만 추가 파드가 동작할 수 있도록 제한한다(최대 25% 까지).
예를 들어, 위 디플로이먼트를 자세히 살펴보면 먼저 새로운 파드를 생성한 다음, 이전 파드를 삭제하고, 또 다른 새로운 파드를 만든 것을 볼 수 있다.
- 충분한 수의 새로운 파드가 나올 때까지 이전 파드를 죽이지 않으며, 충분한 수의 이전 파드들이 죽기 전까지 새로운 파드를 만들지 않는다.
- 이것은 최소 3개의 파드를 사용할 수 있게 하고, 최대 4개의 파드를 사용할 수 있게 한다. 디플로이먼트의 레플리카 크기가 4인 경우, 파드 숫자는 3개에서 5개 사이이다.

디플로이먼트의 세부 정보 가져오기

$ kubectl describe deployments

> kubectl describe deployments
Name:                   nginx-deployment
Namespace:              default
CreationTimestamp:      Thu, 19 Jan 2023 16:59:47 +0900
Labels:                 app=nginx
Annotations:            deployment.kubernetes.io/revision: 2
Selector:               app=nginx
Replicas:               3 desired | 3 updated | 3 total | 3 available | 0 unavailable
StrategyType:           RollingUpdate
MinReadySeconds:        0
RollingUpdateStrategy:  25% max unavailable, 25% max surge
Pod Template:
  Labels:  app=nginx
  Containers:
   nginx:
    Image:        nginx:1.16.1
    Port:         80/TCP
    Host Port:    0/TCP
    Environment:  <none>
    Mounts:       <none>
  Volumes:        <none>
Conditions:
  Type           Status  Reason
  ----           ------  ------
  Available      True    MinimumReplicasAvailable
  Progressing    True    NewReplicaSetAvailable
OldReplicaSets:  <none>
NewReplicaSet:   nginx-deployment-68fc675d59 (3/3 replicas created)
Events:
  Type    Reason             Age   From                   Message
  ----    ------             ----  ----                   -------
  Normal  ScalingReplicaSet  53m   deployment-controller  Scaled up replica set nginx-deployment-7fb96c846b to 3
  Normal  ScalingReplicaSet  17m   deployment-controller  Scaled up replica set nginx-deployment-68fc675d59 to 1
  Normal  ScalingReplicaSet  17m   deployment-controller  Scaled down replica set nginx-deployment-7fb96c846b to 2 from 3
  Normal  ScalingReplicaSet  17m   deployment-controller  Scaled up replica set nginx-deployment-68fc675d59 to 2 from 1
  Normal  ScalingReplicaSet  17m   deployment-controller  Scaled down replica set nginx-deployment-7fb96c846b to 1 from 2
  Normal  ScalingReplicaSet  17m   deployment-controller  Scaled up replica set nginx-deployment-68fc675d59 to 3 from 2
  Normal  ScalingReplicaSet  17m   deployment-controller  Scaled down replica set nginx-deployment-7fb96c846b to 0 from 1

롤오버(인-플라이트 다중 업데이트)

디플로이먼트 컨트롤러는 각 시간마다 새로운 디플로이먼트에서 레플리카셋이 의도한 파드를 생성하고 띄우는 것을 주시한다.
- 만약 디플로이먼트가 업데이트되면, 기존 레플리카셋에서 .spec.selector 레이블과 일치하는 파드를 컨트롤 하지만, 템플릿과 .spec.template 이 불일치하면 스케일 다운이 된다.
- 결국 새로운 레플리카셋은 .spec.replicas 로 스케일되고, 모든 기존 레플리카셋은 0개로 스케일된다.
만약 기존 롤아웃이 진행되는 중에 디플로이먼트를 업데이트하는 경우 디플로이먼트가 업데이트에 따라 새 레플리카셋을 생성하고, 스케일 업하기 시작한다.
- 이전에 스케일 업 하던 레플리카셋에 롤오버 한다.
  - 이것은 기존 레플리카셋 목록에 추가하고 스케일 다운을 할 것이다.
예를 들어 디플로이먼트로 nginx:1.14.2 레플리카를 5개 생성을 한다.
- 하지만 nginx:1.14.2 레플리카 3개가 생성되었을 때 디플로이먼트를 업데이트해서 nginx:1.16.1 레플리카 5개를 생성하도록 업데이트를 한다고 가정한다.
- 이 경우 디플로이먼트는 즉시 생성된 3개의 nginx:1.14.2 파드 3개를 죽이기 시작하고 nginx:1.16.1 파드를 생성하기 시작한다.
  - 과정이 변경되기 전 nginx:1.14.2 레플리카 5개가 생성되는 것을 기다리지 않는다.

레이블 셀렉터 업데이트

일반적으로 레이블 셀렉터를 업데이트 하는 것을 권장하지 않으며 셀렉터를 미리 계획하는 것을 권장한다.
- 어떤 경우든 레이블 셀렉터의 업데이트를 해야하는 경우 매우 주의하고, 모든 영향을 파악했는지 확인해야 한다.

API 버전 apps/v1 에서 디플로이먼트의 레이블 셀렉터는 생성 이후에는 변경할 수 없다.

셀렉터 추가
- 디플로이먼트의 사양에 있는 파드 템플릿 레이블도 새 레이블로 업데이트해야 한다.
  - 그렇지 않으면 유효성 검사 오류가 반환된다.
- 이 변경은 겹치지 않는 변경으로 새 셀렉터가 이전 셀렉터로 만든 레플리카셋과 파드를 선택하지 않게 되고, 그 결과로 모든 기존 레플리카셋은 고아가 되며, 새로운 레플리카셋을 생성하게 된다.
셀렉터 업데이트
- 기존 셀렉터 키 값을 변경하며, 결과적으로 추가와 동일한 동작을 한다.
셀렉터 삭제
- 디플로이먼트 셀렉터의 기존 키를 삭제하며 파드 템플릿 레이블의 변경을 필요로 하지 않는다.
- 기존 레플리카셋은 고아가 아니고, 새 레플리카셋은 생성되지 않는다. 그러나 제거된 레이블은 기존 파드와 레플리카셋에 여전히 존재한다는 점을 참고해야 한다.

4. 디플로이먼트 롤백

기본적으로 모든 디플로이먼트의 롤아웃 기록은 시스템에 남아있어 언제든지 원할 때 롤백이 가능하다.

디플로이먼트 업데이트

$ kubectl set image deployment/nginx-deployment nginx=nginx:1.161

> kubectl set image deployment/nginx-deployment nginx=nginx:1.161
deployment.apps/nginx-deployment image updated

롤아웃 상태 확인

$ kubectl rollout status deployment/nginx-deployment


> kubectl rollout status deployment/nginx-deployment
Waiting for deployment "nginx-deployment" rollout to finish: 1 out of 3 new replicas have been updated...
# ctrl + c
> kubectl get rs
NAME                          DESIRED   CURRENT   READY   AGE
nginx-deployment-65b59c5f6f   1         1         0       100s
nginx-deployment-68fc675d59   3         3         3       17h
nginx-deployment-7fb96c846b   0         0         0       18h
web-deploy-5d9f7ffff8         3         3         3       6d19h

생성된 파드를 보면, 새로운 레플리카셋에 생성된 1개의 파드가 이미지 풀 루프(pull loop)에서 고착된 것을 볼 수 있다.


> kubectl get pods
NAME                                READY   STATUS             RESTARTS        AGE
busybox                             0/1     Error              0               6d18h
nginx-deployment-65b59c5f6f-hntb4   0/1     ImagePullBackOff   0               4m20s
nginx-deployment-68fc675d59-mbm4h   1/1     Running            1 (4m41s ago)   17h
nginx-deployment-68fc675d59-xr4x9   1/1     Running            1 (4m41s ago)   17h
nginx-deployment-68fc675d59-xxtm4   1/1     Running            1 (4m41s ago)   17h
web-deploy-5d9f7ffff8-hz82f         1/1     Running            3 (4m41s ago)   6d19h
web-deploy-5d9f7ffff8-r2q7x         1/1     Running            3 (4m41s ago)   6d19h
web-deploy-5d9f7ffff8-tkjx4         1/1     Running            3 (4m41s ago)   6d19h

디플로이먼트 컨트롤러가 잘못된 롤아웃을 자동으로 중지하고, 새로운 레플리카셋의 스케일 업을 중지한다. 이는 지정한 롤링 업데이트의 파라미터(구체적으로 maxUnavailable)에 따라 달라진다. 쿠버네티스는 기본값으로 25%를 설정한다.

디플로이먼트 설명 보기

> kubectl describe deployment
Name:                   nginx-deployment
Namespace:              default
CreationTimestamp:      Thu, 19 Jan 2023 16:59:47 +0900
Labels:                 app=nginx
Annotations:            deployment.kubernetes.io/revision: 3
Selector:               app=nginx
Replicas:               3 desired | 1 updated | 4 total | 3 available | 1 unavailable
StrategyType:           RollingUpdate
MinReadySeconds:        0
RollingUpdateStrategy:  25% max unavailable, 25% max surge
Pod Template:
  Labels:  app=nginx
  Containers:
   nginx:
    Image:        nginx:1.161
    Port:         80/TCP
    Host Port:    0/TCP
    Environment:  <none>
    Mounts:       <none>
  Volumes:        <none>
Conditions:
  Type           Status  Reason
  ----           ------  ------
  Available      True    MinimumReplicasAvailable
  Progressing    True    ReplicaSetUpdated
OldReplicaSets:  nginx-deployment-68fc675d59 (3/3 replicas created)
NewReplicaSet:   nginx-deployment-65b59c5f6f (1/1 replicas created)
Events:
  Type    Reason             Age    From                   Message
  ----    ------             ----   ----                   -------
  Normal  ScalingReplicaSet  18h    deployment-controller  Scaled up replica set nginx-deployment-7fb96c846b to 3
  Normal  ScalingReplicaSet  17h    deployment-controller  Scaled up replica set nginx-deployment-68fc675d59 to 1
  Normal  ScalingReplicaSet  17h    deployment-controller  Scaled down replica set nginx-deployment-7fb96c846b to 2 from 3
  Normal  ScalingReplicaSet  17h    deployment-controller  Scaled up replica set nginx-deployment-68fc675d59 to 2 from 1
  Normal  ScalingReplicaSet  17h    deployment-controller  Scaled down replica set nginx-deployment-7fb96c846b to 1 from 2
  Normal  ScalingReplicaSet  17h    deployment-controller  Scaled up replica set nginx-deployment-68fc675d59 to 3 from 2
  Normal  ScalingReplicaSet  17h    deployment-controller  Scaled down replica set nginx-deployment-7fb96c846b to 0 from 1
  Normal  ScalingReplicaSet  5m33s  deployment-controller  Scaled up replica set nginx-deployment-65b59c5f6f to 1

이 문제를 해결하려면 디플로이먼트를 안정적인 이전 수정 버전으로 롤백해야 한다.

5. 디플로이먼트의 롤아웃 기록 확인

디플로이먼트의 수정 사항 확인

$ kubectl rollout history deployment/nginx-deployment

얘는 지원 안하나바,,,

> kubectl rollout history deployment/nginx-deployment
deployment.apps/nginx-deployment
REVISION  CHANGE-CAUSE
1         <none>
2         <none>
3         <none>

이전 수정 버전으로 롤백

$ kubectl rollout undo deployment/nginx-deployment

> kubectl rollout undo deployment/nginx-deployment
deployment.apps/nginx-deployment rolled back

롤백 성공 확인

> kubectl get deployment nginx-deployment                                            NAME               READY   UP-TO-DATE   AVAILABLE   AGE
nginx-deployment   3/3     3            3           18h

디플로이먼트 설명 가져오기


> kubectl describe deployment nginx-deployment
Name:                   nginx-deployment
Namespace:              default
CreationTimestamp:      Thu, 19 Jan 2023 16:59:47 +0900
Labels:                 app=nginx
Annotations:            deployment.kubernetes.io/revision: 4
Selector:               app=nginx
Replicas:               3 desired | 3 updated | 3 total | 3 available | 0 unavailable
StrategyType:           RollingUpdate
MinReadySeconds:        0
RollingUpdateStrategy:  25% max unavailable, 25% max surge
Pod Template:
  Labels:  app=nginx
  Containers:
   nginx:
    Image:        nginx:1.16.1
    Port:         80/TCP
    Host Port:    0/TCP
    Environment:  <none>
    Mounts:       <none>
  Volumes:        <none>
Conditions:
  Type           Status  Reason
  ----           ------  ------
  Available      True    MinimumReplicasAvailable
  Progressing    True    NewReplicaSetAvailable
OldReplicaSets:  <none>
NewReplicaSet:   nginx-deployment-68fc675d59 (3/3 replicas created)
Events:
  Type    Reason             Age    From                   Message
  ----    ------             ----   ----                   -------
  Normal  ScalingReplicaSet  18h    deployment-controller  Scaled up replica set nginx-deployment-7fb96c846b to 3
  Normal  ScalingReplicaSet  18h    deployment-controller  Scaled up replica set nginx-deployment-68fc675d59 to 1
  Normal  ScalingReplicaSet  18h    deployment-controller  Scaled down replica set nginx-deployment-7fb96c846b to 2 from 3
  Normal  ScalingReplicaSet  18h    deployment-controller  Scaled up replica set nginx-deployment-68fc675d59 to 2 from 1
  Normal  ScalingReplicaSet  18h    deployment-controller  Scaled down replica set nginx-deployment-7fb96c846b to 1 from 2
  Normal  ScalingReplicaSet  18h    deployment-controller  Scaled up replica set nginx-deployment-68fc675d59 to 3 from 2
  Normal  ScalingReplicaSet  18h    deployment-controller  Scaled down replica set nginx-deployment-7fb96c846b to 0 from 1
  Normal  ScalingReplicaSet  13m    deployment-controller  Scaled up replica set nginx-deployment-65b59c5f6f to 1
  Normal  ScalingReplicaSet  2m55s  deployment-controller  Scaled down replica set nginx-deployment-65b59c5f6f to 0 from 1

6. 디플로이먼트 스케일링

$ kubectl scale deployment/nginx-deployment --replicas=10

> kubectl scale deployment/nginx-deployment --replicas=10
deployment.apps/nginx-deployment scaled

클러스터에서 horizontal Pod autoscaling를 설정 한 경우 디플로이먼트에 대한 오토스케일러를 설정할 수 있다.
기존 파드의 CPU 사용률을 기준으로 실행할 최소 파드 및 최대 파드의 수를 선택할 수 있다.

$ kubectl autoscale deployment/nginx-deployment --min=10 --max=15 --cpu-percent=80

아현

For the sake of someone who studies computer science

이전 포스트

[Kubernetes] Deployment 란?

Kubernetes

1. 디플로이먼트 (Deployment) 란?

유스케이스

2. 디플로이먼트 생성

controllers/nginx-deployment.yaml

디플로이먼트 생성

디플로이먼트 생성 확인

디플로이먼트의 롤아웃 상태 확인

디플로이먼트로 생성된 레플리카셋 확인

각 파드에 자동으로 생성된 레이블 확인

Pod-template-hash 레이블

3. 디플로이먼트 업데이트

nginx 파드 업데이트

롤아웃 상태 확인

롤오버(인-플라이트 다중 업데이트)

레이블 셀렉터 업데이트

4. 디플로이먼트 롤백

디플로이먼트 업데이트

롤아웃 상태 확인

디플로이먼트 설명 보기

5. 디플로이먼트의 롤아웃 기록 확인

디플로이먼트의 수정 사항 확인

이전 수정 버전으로 롤백

롤백 성공 확인

디플로이먼트 설명 가져오기

6. 디플로이먼트 스케일링

[Kubernetes] 쿠버네티스 사용해보기 - Service

0개의 댓글

관련 채용 정보