YG Tech Blog

1️⃣ 개요DaemonSet은 클러스터의 모든 노드에서 동일한 컨테이너 이미지를 풀링(pull)하고 실행하게 됩니다.이때 이미지가 변경되었을 때 자동으로 최신 버전을 반영하거나, 모든 노드에 동일한 이미지가 유지되도록 보장하려면이미지 Pull 정책(ImagePullPolicy)을 적절하게 구성하는 것이 중요합니다.이번 글에서는 DaemonSet에 설정 가능한 ImagePullPolicy의 종류와 적용 전략, 이미지 캐시 관리 방법을 소개합니다.2️⃣ ImagePullPolicy란? 정책 설명 사용 시점 Always항상 이미지 풀링 (캐시 무시):latest 태그 사용 시 권장IfNotPresent노드에 이미지가 없을 경우에만 풀링일반적인 운영 환경에서 사용Never절대 이미지 풀링하지 않음오프라인 환..

1️⃣ 개요 DaemonSet은 클러스터 전 노드에 Pod를 배포하는 구조이기 때문에, 전체 노드에 대한 변경을 한 번에 적용할 경우, 서비스 안정성에 영향을 줄 수 있습니다.이럴 때 유용한 방법이 일부 노드에서 먼저 변경 사항을 배포하여 확인한 뒤 전체 적용을 진행하는 Canary(카나리) 배포 전략입니다. 이번 글에서는 DaemonSet에 대한 롤아웃 상태를 관리하고, Canary 방식으로 단계적으로 배포하는 방법을 정리합니다. 2️⃣ DaemonSet 롤아웃 상태 확인 방법kubectl rollout status daemonset  예:kubectl rollout status daemonset node-exporter 📌 설명 • 현재 롤링 업데이트가 어느 노드까지 완료되었는지 실시간으로 확인할 ..

1️⃣ 개요 DaemonSet은 클러스터의 모든 노드에 Pod를 배포하는 강력한 도구이지만, 업데이트 전략을 적절히 구성하지 않으면애플리케이션이 일시적으로 중단되거나 비효율적으로 배포될 수 있습니다. 이번 글에서는 DaemonSet의 업데이트 전략의 개념을 이해하고, 무중단 롤링 배포(Rolling Update)를 적용하는 방법을 소개합니다.  2️⃣ DaemonSet 업데이트 전략이 필요한 이유상황문제점업데이트 전략 필요성이미지 버전 변경기존 Pod가 중단되고 새로 생성됨순차적 롤링 배포 필요환경 변수 변경모든 노드에서 한 번에 재시작트래픽 손실 가능설정 누락 시업데이트 적용되지 않음전략 명시 필요✅ 업데이트 전략을 명확히 설정하지 않으면 수동 업데이트를 반복해야 하며, 장애나 서비스 중단 가능성이 커..

🔹 Progressive Delivery란?Progressive Delivery(점진적 배포) 는 새로운 기능을 배포할 때 트래픽을 점진적으로 이동시키면서 안전성을 보장하는 배포 전략입니다.Argo CD와 Argo Rollouts를 함께 사용하면 Canary 배포, A/B 테스트, Feature Flag를 활용한 점진적 배포가 가능합니다. ✅ Progressive Delivery가 필요한 이유 ✔ 신규 버전을 점진적으로 배포하여 서비스 안정성 보장✔ 실제 사용자 피드백을 받아 기능을 점진적으로 활성화✔ 배포 중 오류 발생 시 빠르게 롤백 가능✔ Blue-Green, Canary, A/B 테스트 등 다양한 배포 전략 적용 가능 ✅ Argo CD와 Progressive Delivery 연계 방식 전략 설..

🔹 Argo Rollouts란?Argo Rollouts는 Kubernetes에서 Blue-Green, Canary 배포와 같은 점진적 배포 전략을 지원하는 컨트롤러입니다.Argo CD와 함께 사용하면 GitOps 방식으로 배포 전략을 선언적으로 관리할 수 있습니다.  ✅ Argo Rollouts를 활용해야 하는 이유 ✔ 서비스 무중단 배포 가능✔ Canary 배포를 통해 신규 버전의 안정성 검증 가능✔ 트래픽을 점진적으로 이동시키면서 오류 발생 시 롤백 가능✔ Argo CD와 연계하여 GitOps 방식으로 배포 자동화 가능  ✅ Argo Rollouts가 지원하는 배포 전략 배포 전략 설명 Blue-Green 배포기존 버전(Blue)과 새로운 버전(Green)을 동시에 실행하고, 트래픽을 Green으..

쿠버네티스 환경에서 애플리케이션의 새로운 버전을 배포할 때, 기존 트래픽을 중단 없이 새로운 버전으로 전환하는 것이 중요합니다.이를 위해 Canary 배포 및 Blue-Green 배포 전략을 적용하여 점진적으로 트래픽을 전환하는 방법을 다룹니다. 📌 글에서 다루는 상황들  1. Canary 배포를 활용하여 트래픽을 점진적으로 전환하는 방법 2. Blue-Green 배포를 활용하여 빠르게 롤백할 수 있는 구조 구성 3. kubectl을 활용한 배포 상태 확인 및 트래픽 전환 검증 각 문제를 실무에서 바로 활용할 수 있도록 Manifest 템플릿과 예상 결과 값을 제공합니다. 1️⃣ Canary 배포를 활용하여 트래픽을 점진적으로 전환하는 방법 ❓ 문제 상황 운영팀에서 애플리케이션을 신규 버전(v2)으로 ..

쿠버네티스 환경에서 애플리케이션을 배포하고, 운영 중 문제가 발생했을 때 롤백하는 것은 필수적인 작업입니다.이 글에서는 Deployment를 활용한 애플리케이션 배포 및 롤백 전략을 다루며, 실무에서 자주 발생하는 시나리오를 기반으로 해결 방법을 제시합니다. 📌 글에서 다루는 상황들 1️⃣ Deployment를 활용한 애플리케이션 배포2️⃣ 새로운 버전으로 업데이트 및 롤백 수행3️⃣ 배포 중 오류 발생 시 롤백 및 배포 전략 선택 각 문제를 실무에서 바로 활용할 수 있도록 Manifest 템플릿과 예상 결과 값을 제공합니다. 1️⃣ Deployment를 활용한 애플리케이션 배포 ❓ 문제 상황 운영팀에서 애플리케이션을 처음으로 쿠버네티스에 배포하려고 합니다.Nginx 웹 서버를 Pod으로 실행하는 기본..

1️⃣ 개요 쿠버네티스에서 Deployment는 Pod의 개수를 유지하고, 애플리케이션을 무중단 배포할 수 있도록 지원하는 핵심 리소스입니다.하지만 실무에서는 Deployment가 예상과 다르게 동작하는 경우가 발생할 수 있습니다. 예를 들어, • 새로운 버전 배포 시 Pod가 갱신되지 않는 문제 • 롤백이 정상적으로 수행되지 않는 문제 • Deployment가 관리하는 ReplicaSet이 예상보다 많거나 적은 문제 이번 글에서는 Deployment의 동작 원리를 이해하고, 실무에서 자주 발생하는 문제와 해결 방법을 정리하겠습니다. 🚀 2️⃣ Deployment의 동작 원리 ✅ 1. Deployment의 기본 구성 요소 Deployment는 Pod를 직접 관리하는 것이 아니라, ReplicaSet을 ..