개발하는 직장인 개발하는 직장인

관측 가능성이란 무엇인가?관측 가능성은 시스템 내부 동작과 상태를 외부에서 파악할 수 있게 해주는 능력입니다. 쿠버네티스에서는 클러스터와 워크로드의 건강, 성능 병목, 자원 사용을 진단하고 개선하기 위해 다양한 데이터를 수집·분석합니다. 단순 모니터링보다 더 깊은 통찰력을 제공하여, 변화의 원인까지 파악할 수 있습니다.쿠버네티스 관측 가능성의 세 가지 기둥쿠버네티스 관측 가능성은 세 가지 데이터 축을 기반으로 합니다:메트릭: CPU 사용량, 실패한 파드 수 등 시간에 따른 수치 데이터로그: 각 컴포넌트가 기록하는 에러, 경고, 이벤트 등 메시지트레이스: 요청이 마이크로서비스 간에 어떻게 전달되는지 상세 경로 기록이 데이터들을 함께 모으고 분석해야 클러스터 전체의 상태와 문제점을 정확히 이해할 수 있습니다..

kube-scheduler 클러스터 안에서 자원 할당이 가능한 노드 중 알맞은 노드를 선택하는 역할 Label / Selector / Affinity / Taint / Toleration 기능과 함께 동작 점수부여 형태 / 다중화 가능/ Active-Stand-by pod 스케쥴링의 필요성 머신러닝 워크로드를 돌리는 특정 pod는 GPU가 탑재된 node에서만 돌아야 한다. consumer들은 네트워크 intensive하므로 전용 node group 을 쓰고 싶다. 팀별로 node를 나눠서 사용하고 싶다. pod 스케쥴링 분류 사용자 특정 노드에 pod를 배치하고 싶을때 nodeSelector Node Affinity Node Anti-Affnity Inter Pod Affinity Inter Pod A..

kube-apiserver 쿠버네티스 API를 제공하는 핵심 구성요소 쿠버네티스 프론트엔드 클러스터로 온 요청의 유효성을 검증 다른 컴포넌트간 통신을 중재 kubectl 유틸리티가 접근하는 주체 k get pod -A  NAMESPACE NAME READY STATUS RESTARTS AGE kube-system coredns-787d4945fb-s49bk 1/1 Running 0 24m kube-system etcd-minikube 1/1 Running 0 24m kube-system kube-apiserver-minikube 1/1 Running 0 24m kube-system kube-controller-manager-minikube 1/1 Running 0 24m kube-system kube-..

etcd 쿠버네티스에서 필요한 모든 데이터를 키-값 형태로 저장하는 데이터베이스 etcd가 다운되면 모든 컴포넌트가 미아가 되기 때문에 가용성이 매우 중요 클러스터링하여 분산실행하는 RSM(Replcated State Machine) 구조 -> etcd는 3중화 이상 진행 etcd HA구성 분산합의알고리즘을 사용 Leader(2379) / Follower (2379) etcd 구성 확인 # etcd pod 상세 확인 k describe pod etcd-minikube -n kube-system ETCDctl ETCD를 다루기위한 유틸리티 api version2 와 3가 있음 (설정이 없으면 기본적으로 2) ETCDCTL이 ETCD API API Server 에 인증할수 있도록 인증서 파일 경로 지정 필요..

쿠버네티스? 컨테이너화된 워크로드와 서비스를 관리하기 위한 오픈소스 컨테이너 오케스트레이션 플랫폼 컨테이너 오케스트레이션이 필요한 이유 자동화된 스케일링 자동화된 롤아웃과 롤백 자동화된 복구(self-healing) 자동화된 빈패킹(bin Packing) -> 자원효율화개념 -> 테트리스 하듯 짜맞추는 개념 시크릿과 구성관리 서비스 디스커버리와 로드밸런싱 스토리지 오케스트레이션 선언전 코드를 사용한 운영(IaC) 쿠버네티스를 알아야 하는 이유 쿠버네티스는 완전 오픈소스, 가장 풍부한 에코시스템 쿠버네티스는 everyting as code를 구현 쿠버네티스는 어디서나 구동가능 구글에 넘처나는 레퍼런스들.. 쿠버네티스 오케스트레이션 구조 APP (Layer) Container Ochestaration (La..