CKAD-기본기 다지기 2편

apiVersion: v1
# Replication Controller는 v1만 지원이 된다.
kind: Replication Controller
metadata:
	name: myapp-rc
	labels:
		app: myapp
		type: back-end
# 여기까지는 Pod 생성이랑 유사하다.

# spec 작성이 가장 중요하다.
# 객체 내부의 내용을 정리하는 부분이다.
spec: 
	template: # 복제본을 만들 때 사용할 Pod 템플릿을 제공해야 한다.
	# apiVersion과 kind를 제공한 내용이 들어가야 한다.
		metadata:
			name: myapp-pod
			labels:
				app: myapp
				type: back-end
		spec:
			containers:
				- name: nginx-container
					image: nginx
	# 어떤 Pod을 올릴지는 작성했지만, 얼마나 많은 복제본이 필요한지 적지 않음
	replicas: 3

kubectl create -f myapp-rc
# Replication Controller를 통해 3개의 Pod 생성

kubectl get replicationcontroller
# 어떤 ReplicationController가 실행 중인지
# 원하는 Replica 혹은 Pod의 수
# 현재 Replica 수
# 준비된 Replica 수

kubectl get pod
# 이때 3개가 나오는데, 모두 myapp-rc 로 시작하는 것을 확인할 수 있음

apiVersion: apps/v1
kind: ReplicaSet
metadata:
	name: myapp-replicaset
	labels:
		app: myapp
		type: back-end

spec: 
	template: 
		metadata:
			name: myapp-pod
			labels:
				app: myapp
				type: back-end
		spec:
			containers:
				- name: nginx-container
					image: nginx
	replicas: 3
	# replcaSet에서는 selector라는 섹션이 필요함
	selector: 
		matchLabels:
			type: back-end
	# selector에서는 아래에 지정된 레이블을 Pod의 레이블과 일치시키기만 하면 된다.
	# 이를 통해서 중요한 기능을 사용할 수 있다. -> 아래 설명

kubectl create -f replicaset-definition.yml
# 마찬가지

kubectl get replicaset
# 마찬가지

kubectl get pods

replicas: 3
selector: type=back-end

현재 클러스터에서 type=back-end 라벨을 가진 Pod 개수를 확인한다.

0개라면 → template을 기준으로 Pod 3개 생성
1개라면 → template을 기준으로 Pod 2개 생성
3개라면 → 아무것도 안 함
4개라면 → 1개 삭제해서 3개로 맞춤

selector:
  matchLabels:
    app: myapp
    type: back-end

kubectl create -f file.yml
# 없던 리소스를 새로 생성 

kubectl replace -f file.yml
# 이미 있는 리소스를 파일 내용으로 수정 (이전 vi를 통해 수정한 경우)
# 3 -> 6 으로 바꾸면 6개의 Pod으로 설정이 바뀐다.

kubectl apply -f file.yml
# 없으면 생성, 있으면 변경사항 적용
# 3 -> 6 으로 바꾸면 6개의 Pod으로 설정

kubectl scale --replicas=6 -f replicaset-definition.yml
# 파일 이름을 통해 수정할 수 있는데, 이 경우 파일의 내용은 변하지 않는다.
# 3이 유지되기 때문에 replace, apply 사용시 다시 3으로 된다는 것을 유의해야 한다.

apiVersion: apps/v1
kind: Deployment
# kind를 제외하고는 ReplicaSet과 거의 유사하다.
metadata:
	name: myapp-deployment
	labels:
		app: myapp
		type: back-end

spec: 
	template: 
		metadata:
			name: myapp-pod
			labels:
				app: myapp
				type: back-end
		spec:
			containers:
				- name: nginx-container
					image: nginx
	replicas: 3
	selector: 
		matchLabels:
			type: back-end

kubectl create -f deployment-definition.yml
# deployment 생성

kubectl get deployments
# deployment 확인

kubectl get replicaset
# deployment 이름으로 시작하는 ReplicaSet 확인 가능

kubectl get pods
# deployment 이름으로 시작하는 Pod 확인 가능

kubectl get all
# 생성된 모든 오브젝트를 한번에 확인하는 방법

kubectl run nginx --image=nginx

kubectl get pods
# 이는 사실상 아래와 같다
kubectl get pods -n default

coredns
kube-proxy
metrics-server
kube-apiserver
kube-controller-manager
kube-scheduler

mysql.connect("db-service.dev.svc.cluster.local")

db-service . dev . svc . cluster.local
   │        │     │        │
   │        │     │        └─ 클러스터 내부 기본 도메인
   │        │     └─ Service 리소스라는 뜻
   │        └─ namespace 이름
   └─ Service 이름

kubectl create -f pod-definition.yml
# 기본 namespace 이용

kubectl create -f pod-definition.yml -n dev
# dev namespace 이용

kubectl get pods -A
kubectl get pods --all-namespaces
# 모든 namespace 의 Pod 확인

apiVersion: v1
kind: Pod
	metadata:
		namespace: dev
		name: myapp-pod
		labels:
			app: myapp
			type: back-end
	spec:
		containers:
			- name: nginx-container
				image: nginx
				
# metadata에 namespace를 추가해 설정하는 것 또한 가능하다. (더 우선시된다.)

apiVersion: v1
kind: Namespace
metadata:
	name: dev

kubectl create -f namespace-dev.yml
# yaml파일을 이용해서 만들기

kubectl create namespace dev
# kubectl create namespace를 이용해 만들기

kubectl config set-context $(kubectl config current-context) -n 이름

apiVersion: v1
kind: ResourceQuata
metadata:
	name: compute-quota
	namespace: dev
	
spec:
	hard:
# hard는 해당 namespace에서 절대 넘을 수 없는 최대 한도
		pods: "10"
		requests.cpu: "4"
		requests.memory: 5Gi
		limits.cpu: "10"
		limits.memory: 10Gi

# dev namespace 안에서 최대 Pod 개수, CPU 요청량, 메모리 요청량, CPU 제한량, 메모리 제한량 
# 일정 수준 이상 넘지 못하게 막겠다

requests
→ Pod이 실행되기 위해 최소한 필요하다고 요청하는 자원
→ Scheduler가 Node에 배치할 때 참고

limits
→ 컨테이너가 사용할 수 있는 최대 자원
→ limit을 넘으면 제한되거나 종료될 수 있음

kubectl create -f compute-quota.yaml

apiVersion: v1
kind: Pod
metadata:
  name: nginx
  namespace: dev
spec:
  containers:
    - name: nginx
      image: nginx
      resources:
        requests:
          cpu: "500m"
          memory: "256Mi"
        limits:
          cpu: "1"
          memory: "512Mi"

내 노트북 IP: 192.168.1.1
Kubernetes Node IP: 192.168.1.2
Pod IP: 10.244.0.2

Pod IP: 10.244.0.2
Container Port: 80

# 쿠버네티스 노드
Node IP : 192.168.1.2

# 외부 사용자의 접근
192.168.1.2:30080
        ↓
      Service
        ↓
10.244.0.2:80
# 이러한 방식이 뒤에서 나오는 NodePort Service 방식

외부 사용자
    ↓
NodeIP:NodePort
    ↓
Service
    ↓
Pod

# ex) 192.168.1.2:30080 → Service → Pod:80

Frontend Pod
    ↓
backend-service
    ↓
Backend Pod

외부 사용자
    ↓
Cloud Load Balancer
    ↓
Service
    ↓
Pod

외부 사용자
    ↓
NodeIP:nodePort
    ↓
Service:port
    ↓
Pod:targetPort

Node IP: 192.168.1.2
nodePort: 30008
Service port: 80
Pod targetPort: 80

http://192.168.1.2:30008

192.168.1.2:30008
    ↓
Service:80
    ↓
Pod:80

apiVersion: v1
kind: Service
metadata:
	name: myapp-service
	# labels: 
	
# spec이 중요한 부분이다.
spec:
	type: NodePort
	ports:
		- targetPort: 80
			port: 80
			nodePort: 30008 #30000~32767
	selector: 
		app: myapp
		type: front-end

kubectl apply -f service-definition.yml
# 이를 통해서 마찬가지로 service 오브젝트를 생성

kubectl get services # 혹은 svc
# 이를 통해서 생성된 service 목록을 확인

Service
  ↓
Pod 1
Pod 2
Pod 3

Node 1
  └─ Pod 1

Node 2
  └─ Pod 2

Node 3
  └─ Pod 3

Node 1 IP:30008
Node 2 IP:30008
Node 3 IP:30008

Frontend Pod들
Backend Pod들
Redis Pod들
MySQL Pod들

Frontend Pod
     ↓
backend-service
     ↓
Backend Pod 1
Backend Pod 2
Backend Pod 3

backend-service
ClusterIP: 10.43.100.20

# 내부에서는 이름으로 접근
backend-service
# 혹은 DNS 전체 이름으로
backend-service.default.svc.cluster.local
# <service-name>.<namespace>.svc.cluster.local

apiVersion: v1
kind: Service
metadata:
  name: backend-service
spec:
  type: ClusterIP # 작성하지 않으면 기본이 ClusterIP이다.
  ports:
    - port: 80
      targetPort: 80
      # 외부에 열지 않기 때문에 이렇게만 작성하면 된다.
  selector:
  app: backend