개발 공부 공간 | 찌뮤

레플리케이션 컨트롤러의 역할

1. 장애 극복

Replication contorller 는 단일 POD를 복제해 여러개의 인스턴스로 실행시킨다. 이런 특징 덕분에 어플리케이션의 장애가 발생하더라도, 복제된 인스턴스를 통해 요청을 처리할 수 있다.

2. 로드벨런서

Replication controller 는 단일 클러스터 내의 여러 노드에 걸쳐져 있다. 어플리케이션을 사용하는 유저의 수가 급증할때, 트래픽을 분산해주는 역할을 하며 해당 노드의 자원이 고갈 직전이라면, 다른 노드에 포드 배포함으로 트래픽을 효율적이게 분산해준다.

다른점: 레플리카 컨트롤러(Replica Controller) vs 레플리카세트(Replica Set)

* 쿠버네티스에서는 Replica Set 의 사용을 권장하고 있다. (Replica Controller 예전 방식)

1. Replica Controller 생성 방법(권장하지않음)

#replica-controller-definition.yaml

apiVersion: v1
kind: ReplicationController
metadata:
    name: myapp-rc
    labels:
        app: myapp
        type: front-end
spec:
    template:
        metadata:
            name: myapp-pod
            labels:
                app: myapp
                type: front-end
        spec:
            containers:
                - name: nginx-container
                image: nginx
    replicas: 3

template: 레플리카 컨트롤러에게 어떤 POD 를 기준으로 생성하라고 선언해주어야한다. 포드를 선언할때 사용했던 yaml 파일의 내용을 재사용할 수 있다. POD의정보(metadata ~ spec) 가 레플리카의 spec 아래에 위치한다.

replicas: 단일 포드의 정보를 몇개 복제할지 작성한다. 

* template 과 replicas 는 레플리카컨트롤러 spec 의 자식임으로 같은 level 에 선언되어야한다.(indent 주의)

template: 레플리카 컨트롤러에게 어떤 POD 를 기준으로 생성하라고 선언해주어야한다. 포드를 선언할때 사용했던 yaml 파일의 내용을 재사용할 수 있다. POD의정보(metadata ~ spec) 가 레플리카의 spec 아래에 위치한다.

2. Replica Set 생성방법(권장)

apiVersion: apps/v1
kind: ReplicaSet
metadata:
    name: myapp-replicaset
    labels:
        app: myapp
        type: front-end
spec:
    template:
        metadata:
            name: myapp-pod
            labels:
                app: myapp
                type: front-end
        spec:
            containers:
                name: nginx-container
                image: nginx
    replicas: 3
    selector:
        matchLabels:
            type: front-end

selector(optional): 태그를 통해 어떤 POD 가 레플리카를 통해 관리되고 있는지 선언한다.

matchLabels: 해당 태그에 선언된 label 과 매칭되는 모든 POD 들을 관리한다.

레플리카 스케일 적용 및 변경하기

1. 명령어

kubectl scale --replicas=6 -f <파일.yml>

kubectl scale --replicas=6 -f replica-definition.yaml



kubectl scale --replicas=6 <오브젝트타입> <레플리카이름>

kubectl sacel --replicas=6 replicaset my-replicaset

*명령어를 통한 스케일링 변경은 파일을 자동적으로 업데이트해주지 않는다.

2. 선언파일 수정 후 적용

vim replica-definition.yaml

(수정)

kubectl replace -f replica-definition.yaml

레플리카세트 CRUD

1. 생성하기

kubectl create -f <레플리카 정의파일.yaml>
kubectl create -f my-replicaset.yaml

2. 불러오기

kubectl get replicaset

3. 수정하기

kubectl replace -f my-replicaset.yaml

4. 삭제하기

kubectl delete <오브젝트타입> <레플리카셋이름>
kubectl delete replicaset my-replicaset

Kubernetes 는 어플리케이션을 컨테이너 형태로 호스팅하고,

컨테이너들은 POD 라는 곳에 캡슐화되어 배포되어진다.

POD 란?

POD는 Kubernetes의 가장 작은 단위의 객체이다. 보통 scaling 을 위해 어플리케이션과 컨테이너를 일대일 관계로 맺어주지만 다수의 컨테이너가 하나의 포드안에 존재하는 경우도 존재한다.

* kuberentes 는 어플리케이션의 스케일링을 위해 더 많은 POD를 배포한다.

POD 구성하기

kuberentes 는 YAML 파일 형식으로 작성된 definition file 을 사용해 객체(Pods, Replicas, Deployments, Service, 등)를 구성한다.

apiVersion: v1
kind: Pod
metadata:
    name: <포드이름>
    labels: #원하는 정보를 key, value 형식으로 선언할 수 있다.
        app: <앱이름>
        type: <앱타입: backend>
spec:
    containers:
        - name: <컨테이너이름>
          image: <컨테이너이미지>

1. apiVersion(str): 객체를 생성할때 사용될 kuberentes API 버전

2. kind(str): 생성할 객체의 타입(*case sensitive) 포드를 생성하기 위해서는 POD

3. metadata(dict): 객체의 정보, 해당 정보를 사용해 kuberentes 는 필터를 사용하기도한다.

*label에 선언된 정보를 사용해 kuberentes 는 포드를 필터할 수 있다.

4. specs(dict): 객체의 구성 스팩을 담는 필드, 여러개의 컨테이너가 선언될 수 있다.

*containers 블럭안에 - name 은 리스트의 첫번째 객체를 나타낸다.

POD 생성하는 법

# 방법 1: cli 로 생성하기
kubectl run <포드이름> --image=<이미지이름>
kubectl run nginx --image=nginx

# 방법 2
kubectl run <포드이름> --image=<이미지이름> --dry-run=clinet -o yaml > <생성할파일이름>
kubectl run nginx --image=nginx --dry-run=client -o yaml > nginx-definition.yaml
kubectl apply -f nginx-definition.yaml

kubernetes 는 입력받은 포드이름으로 포드를 생성하고, 선언된 도커 이미지를 docker hub 에서 다운로드 받는다.

2. 선언된 도커이미지를 docker hub 에서 다운로드한다.

* public, private 이미지 모두 사용할 수 있다.

POD 리스트 확인하기

kubectl get pods
kubectl get pods -o wide

* POD의 상태 또한 확인 할 수 있다.

POD 상세정보 확인하기

kubectl describe pod <pod_name>
kubectl describe pod nginx

POD 수정하기

# 방법 1
kubectl edit pod <포드이름>
kubectl edit pod nginx

# 방법 2: 직접 definition 파일 수정
vim ./nginx-definition.yaml
kubectl apply -f <구성파일이름>
kubectl apply -f nginx-definition.yaml

POD 삭제하기

kubectl delete pod <포드이름>
kubectl delete pod nginx