목차

Cluster Architecture

https://kubernetes.io/docs/concepts/architecture/

"Cluster"는 여러 개의 시스템 또는 노드가 협력하여 단일 시스템처럼 동작하는 컴퓨팅 환경을 나타냅니다. 

Control Plane Components

  • 클러스터에 관한 전반적인 결정(예를 들어, 스케줄링)을 수행
  • 고가용성(3HA) Master로 구성이 일반적이며, Leader-Follower모델로 구성됩니다.
  • 트래픽이 적은 시스템으로 주로 낮은 사양의 서버를 선택합니다.

etcd

  • 모든 클러스터 데이터를 담는 Key-Value 저장소
  • 쿠버네티스 전체 설정 정보를 저장
  • 중요 데이터가 담기므로 백업이 필수!
  • www.boanproject.com

     

kube-scheduler

  • 새로 생성된 파드 를 감지하고, 배치할 노드를 선택
  • 2core/8G Pod를 어떤 노드에 배치할까?

    • Resource Requirements and Limits
      • Namespace Request limit
      • Pod Request limit
      • Node Available Resource
    • Taints and Tolerations
    • Node Selector / Affinity
    • Filter Nodes
    • Rank Nodes

kube-apiserver

  • 쿠버네티스 API
    1. Authenticate User
    2. Validate Request
    3. Retrieve data
    4. Update ETCD
    5. Scheduler와 상호작용
    6. Kubelet와 상호작용

kube-controller-manager 

  • Kubernetes의 두뇌와 같습니다.
    • Watch Status
    • Remediate Situation
  • Node Controller

    • Node Monitor → kube-apiserver(Master) → kubelet(Worker)
      • Node Monitor Period: 5s (노드의 감시 주기)
      • Node Monitor Grace Period: 40s (노드의 비정상 상태 유예 기간: 초과시 Node Not Ready상태)
      • Pod Eviction Timeout: 5m (파드 제거 시간 초과 Node가 다시 정상상태로 돌아오기까지 Pod를 스퀘줄링 하지 않음)

cloud-controller-manager 

  • 클라우드 컨트롤러 매니저를 통해 클러스터를 클라우드 공급자의 API에 연결하고, 해당 클라우드 플랫폼과 상호 작용하는 컴포넌트와 클러스터와만 상호 작용하는 컴포넌트를 구분할 수 있게 해 준다.
  • cloud-controller-manager는 클라우드 제공자 전용 컨트롤러만 실행한다. 

Node Components

  • 노드 컴포넌트는 동작 중인 파드를 유지

  • 쿠버네티스 런타임 환경을 제공

  • 모든 노드에서 동작

kubelet

  • 클러스터의 각 노드에서 실행되는 에이전트
  • 파드에서 컨테이너가 확실하게 동작하도록 관리
    • Register Node
    • Create Pods
    • Monitor Node & Pods

kube-proxy

  • 클러스터의 각 노드에서 실행되는 네트워크 프록시

  • 쿠버네티스의 서비스 개념의 구현부

  • kube-proxy는 노드의 네트워크 규칙을 유지 관리

Container Runtime

https://brunch.co.kr/@topasvga/1669

  • Administrator 관점
  • Internet 관점


  • No labels
Write a comment…