궁금한게 많은 개발자 노트

Kubernetes에서 Pod 생성 및 실행 순서 사용자가 Pod 생성 요청kubectl apply -f pod.yaml 명령어 등을 통해 사용자가 Pod 생성 요청을 합니다.요청은 Kubernetes API Server에 전달됩니다.API Server에서 요청 처리 및 etcd에 저장API Server는 요청을 인증하고, 필요한 Admission Controller를 거친 후, etcd에 해당 Pod 객체를 저장합니다.Scheduler에 의해 노드 선정Scheduler는 클러스터의 상태를 고려하여 해당 Pod를 실행할 적절한 노드를 선택합니다.선택된 노드 정보는 다시 etcd에 업데이트됩니다.선택된 노드의 kubelet이 Pod 실행 시작선택된 노드의 kubelet은 API Server로부터 해당 Po..

https://ebpf.io/ko-kr/what-is-ebpf/ What is eBPF? An Introduction and Deep Dive into the eBPF TechnologyA detailed step by step introduction to the eBPF technology with lots of references for further reading.ebpf.io eBPF란 무엇이고 어떻게 동작하며, DevOps에서는 어떻게 활용될 수 있는지에 대해 공부해 보려 합니다. eBPF란 (Extended Barkeley Packet Fillter)의 약자로 리눅스 커널에서 안전하고 효율적으로 사용자 정의 코드를 실행할 수 있게 해주는 강력한 기술로, 커널 모듈을 직접 수정하거나 재컴파일하지..

쿠버네티스의 모든 파드는 고유한 IP를 가집니다. 이는 즉 파드간 연결을 명시적으로 만들 필요가 없으며, 도커 환경에서와 같이 컨테이너 포트를 호스트 포트에 매핑할 필요가 없음을 의미합니다. (도커 환경에서 컨테이너는 호스트와 별도의 네트워크 네임스페이스를 가지므로, 외부에서 접근 시 명시적으로 포트를 호스트 포트에 매핑 해야 함) 이를 통해 포트 할당, 네이밍, 서비스 디스커버리, 로드 밸런싱, 애플리케이션 구성, 마이그레이션 관점에서 파드를 VM / 물리 호스트처럼 다를 수 있는 깔끔한 모델이 제시됩니다. 또한, 쿠버네티스의 파드는 NAT없이 노드 상의 모든 파드와 통신이 가능하며, 노드 상의 에이전트(시스템 데몬, kubelet)는 해당 노드의 모든 파드와 통신할 수 있음이 전제되어 있습니다. 쿠버..

container와 virtual macinecontainer는 운영체제 수준의 가상화 기술로 호스트 운영체제와 리눅스 커널을 공유하면서도 프로세스를 격리된 환경에서 실행하는 기술입니다. 하드웨어를 가상화하는 가상 머신과 달리 커널을 공유하는 방식이기에 실행 속도가 빠르고 성능 상의 손실이 거의 없습니다. 컨테이너의 격리는 리눅스 네임스페이스, cgroup 등의 커널 기능을 활용하여 이루어집니다. 이러한 격리 기술 덕분에 호스트 머신에서는 프로세스로 인식되지만, 컨테이너 관점에서는 독립적인 환경을 가진 가상 머신처럼 동작됩니다. VM은 하이퍼바이저라는 것이 존재하며 리소스에 대한 액세스를 효율적으로 관리하여 가상 머신을 개별 서버로 활용할 수 있도록 해줍니다. 하이퍼바이저를 통하여 물리적 하드웨어를 가상..

안녕하세요. 오늘 포스팅에서는 Kubernetest에서 Node Auto Scaling방식에 대해 알아보고,대표적인 방식인 Cluster AutoScaler(CAS)와 Karpenter에 대해 비교를 해보려 합니다 😎✔ 우선 , 비교적 오래전부터 사용되고 있었던 Cluster AutoScaler(이하 CAS)에 대해 알아보고, 동작 방식에 대해서도 정리해보겠습니다.기본적으로 해당 포스팅에서 설명하는 Cloud Service Provisioner(CSP)는 AWS를 기준으로 작성됨을 참고 부탁드립니다!!AWS EKS(Elastic Kubernetes Service)의 경우에는 Kubernetes의 기본 CAS와 EC2 Auto Scaling Group(ASG)의 기능을 활용하여 Node Auto Sca..