4.1 파드에 문제가 생겼다면

• 파드를 실수로 지웠다면?
  • 파드만 배포된 경우 → 난감
  • 디플로이먼트 형태로 배포된 파드 → 다시 살려냄
• 쿠버네티스가 파드를 대하는 자세
  • 죽을수도 있지
• 삭제 실습

# 마스터 노드
kubectl apply -f ~/_Lecture_k8s_starter.kit/ch4/4.1 # 아래의 파일 두개 읽어 생성
kubectl delete pod del-pod # 복구 안됨
kubectl delete pod del-deploy-57f68b56f7-54djs # 해당 파드는 지워지고 새로운게 생성됨
# deployment 가 파드 3개를 유지하라는 설정으로 지정되어 있음
kubectl delete deployment del-deploy # deployment 단위 삭제

4.2 워커 노드의 구성 요소에 문제가 생겼다면

• Kubelet 은 선언적이 아니라 문제가 생기는 경우 바로 복구되지 않음

kubelet 중단 실습

# 워커노드 #1
systemctl stop kubelet 
systemctl status kubelet

# 마스터노드
kubectl apply -f ~/_Lecture_k8s_starter.kit/ch4/4.1/del-deploy.yaml
kubectl get pod -o wide

# 워커노드 #1
systemctl start kubelet

# 마스터노드
kubectl get pod -o wide

• kubelet 이 죽었을 때

• kubelet 을 살렸을 때

container runtime (docker) 중단 실습

# 워커노드 #1
systemctl stop docker
systemctl status docker

# 마스터노드
kubectl scale deployment del-deploy --replicas=6
kubectl get pod -o wide
# 도커 런타임이 종료된 워커노드은 아예 파드가 배포되지 않음

• container runtime 문제는 kubelet이 인식해서 api 서버에 전달
  • 이후 스케줄러가 문제되는 container runtime을 가지는 워커노드를 인식해서 해당 노드로 스케줄링하지 않음