CKA 준비 Kubelet, POD, Kube Proxy, YAML

Kubelet?

•  Kube schedule 의 지시에 따라서 컨테이너의 상태를 일정 간격으로 보고한다.
• Kubernetes Worker Node 가 Kubernetes cluster로 노드를 등록한다.
• 노드에 컨테이너나 POD 를 로드하라는 지시를 받으면 컨테이너 런타임 엔진을 요청한다.(docker일 수 있다.)
• POD의 상태와 container를 계속 모니터링하고 동시에 Kube API 서버에 보고한다.
• kubeadmin을 사용하면 자동으로 배포하던 다른 것들과는 달리 자동으로 kubelet을 배포하지 않는다.
• Worker Node에서 반드시 수동으로 Kubelet을 수동으로 설치한다.
• 설치관리자를 다운로드해 서비스로 싱행한다.

728x90

Kube Proxy?

• Kubernetes cluster 안에서는 각각의 cluster 들이 서로 닿을 수 있다 -> POD 네트워킹 솔루션을 cluster에 배포함으로써 이루어진다.
• POD Network는 내부 가상 네트워크로 모든 POD가 연결되는 클러스터 내 모든 노드에 걸쳐있다.
• Kubernetes cluster 각 노드에서 실행되는 프로세스이다.
• 새 서비스가 생성될 때마다 각 노드에 적절한 규칙을 만들어 그 서비스로 트래픽을 전달합니다. 
• 한 가지 방법은 iptable 규칙을 이용하는 것이다. -> cluster 의 각  Node에 iptable 규칙을 만들어 서비스의 IP로 향하는 트래픽을 향하게 한다.
• kubeadmin 툴은 각 노드에 kube-proxy POD로 배포한다. -> actually, kubectl get daemonset -n kube-system
• Single POD is always deploy an each node in cluster.

POD?

• POD 는 Kubernetes 에서 만들 수 있는 가장 작은 물체이다.
• 단일 인스턴스와 단일 노드 Kubernetes Cluster가 POD에 캡슐화된 단일 Docker container에 실행된다.
• 엑세스하는 사용자 수가 증가해 앱 규모를 늘려야하면 추가 Instance를 추가해줘야한다.
• 같은 Node 내에 새로운 Instance와 함께 새로운 POD 를 만들어준다.
• 만약 유저가 더 증가하여 현재 노드가 충분한 용량이 아니라면 cluster에 새로운 Node 를 추가 배포 하여준다. -> cluster의 물리적 용량 확장을 위해서
• 보통은 POD가 앱을 실행하는 컨테이너와 1:1 관계를 가진다.
• 규모를 키우려면 새로운 POD를 만들어야하고 규모를 줄이려면 기존 POD를 삭제해야한다.
• POD 하나에 컨테이너 하나만 들어가야하는 것은 아니지만 보통은 같은 종류의 컨테이너가 여러 개가 있지 않기 때문에 컨테이너와 POD 와의 관계는 1:1이 많다. -> 도우미 컨테이너가 있는경우엔 하나의 POD에 두개의 컨테이너가 있을 수 있다.
• 새로운 컨테이너가 배포되면 새로운 도우미 컨테이너도 배포해야하는데 이 역할을 Kubernetes POD 가 모든 걸 자동으로 해준다. -> POD로 구성된 컨테이너만 정의하면 된다.
• POD 배포방법
  • POD를 자동으로 생성해 NGINX Docker 이미지의 Instance를 배포한다.
• Kubernetes는 YAML 파일을 POD,Replica,Release, Service 등 Object 생성을 위한 입력으로 사용한다.
• Kubernetes 정의 파일은 항상 4개의 상위 레벨 필드를 포함한다. -> api 버전 , 유형메타데이터, 스펙

반응형

• YAML 파일 설정방법
  • 포드 작업 시에는 API version을 v1로 설정해준다.
  • Kind(종류)는 POD 라고 설정해준다.
  • metadata는 개체 위의 데이터로 이름이나 라벨같은 것이다. ->ex) name : myapp-pod / labels: app : myapp
  • spec : containers - name: nginx-container     image: nginx

설정한 POD YAML 설정파일