Control plane은 쿠버네티스 클러스터의 핵심으로 클러스터의 상태와 설정 값을 저장/관리한다. Control plane은 하나 이상의 master node에 복제되어 관리된다. images from Platform9 Kubernetes API는 쿠버네티스 클러스
쿠버네티스 API 서버는 쿠버네티스 Control Plane의 핵심으로, 클러스터에 속한 노드 혹은 외부의 사용자로부터 HTTP API 요청을 받아 클러스터의 상태를 관리하는 기능을 수행한다. 쿠버네티스의 API 서버는 클러스터에서 다음의 기능을 수행한다. 이번 포스
이 글은 Understanding kubernetes networking: pods와 한우형님께서 작성해주신 Diving Deep Into Kubernetes Networking: Docker와 Kubernetes 네트워크 분석을 공부하며 개인적으로 정리한 글입니다.또
쿠버네티스에서는 다양한 종류의 probe를 지원한다. probe는 kubelet에서 현재 노드에서 실행중인 컨테이너의 상태를 파악하고 제어하기 위한 health-check 기능을 수행한다. kubelet은 컨테이너의 상태를 진단하기 위해 핸들러를 호출하는데, 핸들러는
kubernetes에는 노드의 pod-scheduling 정책을 변경할 수 있는 명령어들을 제공한다. 이러한 명령어들은 주로, worker-node의 OS, kubelet 버전 업데이트등을 하기 위해 활용된다.Drain은 직역하면 배수구, 물 빠짐 등의 의미로 번역된다
DNS는 Domain Name System의 약자이다. DNS는 사람이 쉽게 해석할 수 있는 도메인명(ex, www.bluewhale.com)을 IP 주소(179.10.2.10)로 변환하는 기능을 의미한다. DNS는 /etc/hosts 파일에 저장된 도메인-IP 맵핑
현재 네임스페이스에서 실행 중인 Pod 개수 확인Pod 생성: Imperativebusybox이미지를 사용하여, foo라는 이름의 팟 생성Pod에 사용된 이미지 확인foo라는 Pod에 사용된 이미지 찾기
Scheduler Assigning Pod to a node >nodeSelector: assgin a pod to a node via kube-scheduler > nodeName: manually assgin pod to node by kubelet, skipp
이번 포스팅에서는 kubeadm을 활용하여 AWS EC2 인스턴스에 직접 kubernetes 클러스터를 구축하는 과정을 다루었습니다. 환경 요구 사항 공식 문서에 따르면 kubernetes 노드를 실행하기 위해서는 다음가 같은 환경이 요구됩니다. 하드웨어 스펙 d
쿠네네티스 클러스터를 운영하던 중, 일부 팟에서 간헐적으로 Temporary failure in name resolution 에러가 발생하는 것을 확인하였습니다. 이번 포스팅에서는 해당 로그의 원인과 이를 해결하는 과정을 다뤄보았습니다.먼저, DNS 서버가 정상적으로
새롭게 운영하는 쿠버네티스 클러스터에서 CNI로 calico를 사용하였습니다. 그러나, calico-node의 readiness-probe가 실패하여 노드가 정상적으로 실행되지 않는 문제를 겪게 되었습니다. 이번 포스팅에서는 해당 문제를 해결하는 내용을 다루었습니다.문