YG Tech Blog

1️⃣ 개요 애플리케이션을 운영하면서 새로운 기능을 배포하거나 버그를 수정할 때 서비스 중단 없이 업데이트하는 것이 매우 중요합니다.쿠버네티스의 Deployment는 기본적으로 Rolling Update(롤링 업데이트) 방식을 사용하여 무중단 배포를 지원합니다. 이번 글에서는 Rolling Update의 동작 원리와 적용 방법, 그리고 효과적인 무중단 배포 전략을 정리하겠습니다. 🚀 2️⃣ Rolling Update란? ✅ 1. Rolling Update의 개념 • 기존 Pod를 한 번에 모두 삭제하지 않고, 점진적으로 새로운 버전의 Pod로 교체 • 트래픽을 계속 처리하면서 배포 진행 → 무중단 배포 가능 • 배포 중 문제가 발생하면 롤백 가능 📌 Rolling Update 주요 기능기능설명점진적 ..

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

1️⃣ 개요 쿠버네티스에서 Deployment(디플로이먼트) 는 애플리케이션을 선언적으로 배포하고 관리하는 주요 리소스입니다.Deployment를 활용하면 Pod 개수를 자동으로 조정하고, 버전 업데이트 및 롤백(Rollback) 등의 기능을 쉽게 사용할 수 있습니다. 이번 글에서는 Deployment의 핵심 개념과 활용하는 방법을 정리하겠습니다. 🚀 2️⃣ Deployment란? ✅ Deployment의 주요 기능 기능설명Pod 개수 유지지정한 개수만큼 Pod가 항상 실행되도록 보장버전 업데이트새로운 애플리케이션 버전을 배포 가능롤백 지원문제가 발생하면 이전 버전으로 쉽게 복구 가능Rolling Update 지원기존 Pod를 점진적으로 교체하여 무중단 배포 가능✅ Deployment는 내부적으로 Re..

1️⃣ 개요 쿠버네티스에서 ReplicaSet은 기본적으로 리소스가 충분한 노드에 자동으로 Pod를 배치합니다.하지만 특정 노드에서만 실행해야 하는 애플리케이션이 있을 경우, Node Selector를 사용하여 원하는 노드에서만 Pod가 배포되도록 제어할 수 있습니다. 이 기능은 Taints & Tolerations과 다르게, 특정 노드에서만 실행되도록 강제하는 방식으로 활용됩니다.이번 글에서는 ReplicaSet과 Node Selector를 활용한 특정 노드 배포 전략을 설명하겠습니다. 🚀 2️⃣ Node Selector란? Node Selector는 특정 노드에서만 Pod를 실행할 수 있도록 제한하는 방법입니다. • 노드에 특정 라벨을 부여한 후, 해당 라벨을 가진 노드에서만 실행되도록 Pod를 제..

1️⃣ 개요 ReplicaSet은 기본적으로 리소스가 충분한 노드에 자동으로 Pod를 배치하지만, 특정 노드에는 특정 애플리케이션만 실행되도록 제어해야 하는 경우가 있습니다.예를 들어, 고성능 GPU가 장착된 노드에서만 특정 워크로드를 실행하거나, 일반 애플리케이션이 특정 노드에서 실행되지 않도록 차단하고 싶을 때 사용할 수 있습니다. 이러한 배포 전략을 적용하려면 Taints & Tolerations을 활용하면 됩니다.이번 글에서는 ReplicaSet과 Taints & Tolerations을 활용한 노드 제어 전략을 설명하겠습니다. 🚀 2️⃣ Taints & Tolerations란? ✅ 1. Taints (노드에 적용하는 제한 정책) • 특정 노드에서 일반적인 Pod가 실행되지 않도록 제한하는 역할 ..

1️⃣ 개요 쿠버네티스에서 ReplicaSet은 기본적으로 리소스가 충분한 노드에 자동으로 Pod를 배치합니다.그러나 모든 Pod가 특정 노드에 집중되면, 해당 노드가 장애를 일으킬 경우 서비스 전체가 중단될 위험이 있습니다. 이를 해결하기 위해 Pod 간 분산 배포(Anti-Affinity) 전략을 활용하면, 동일한 애플리케이션의 Pod가 서로 다른 노드에 배포되도록 제한할 수 있습니다.이번 글에서는 ReplicaSet과 Anti-Affinity를 활용한 분산 배포 전략을 설명하겠습니다. 🚀 2️⃣ Anti-Affinity란? ✅ Affinity vs Anti-Affinity 쿠버네티스에서는 Pod 배치 정책을 정의하는 Affinity(선호 배치) 및 Anti-Affinity(분산 배치) 기능을 제공..

1️⃣ 개요 쿠버네티스에서 ReplicaSet은 Pod의 개수를 일정하게 유지하지만, 클러스터의 리소스가 부족하면 새로운 Pod를 실행할 수 없는 문제가 발생할 수 있습니다.예를 들어, ReplicaSet이 5개의 Pod를 실행하려 해도 노드의 CPU나 메모리가 부족하면 일부 Pod가 Pending 상태로 멈추게 됩니다. 이 문제를 해결하기 위해 Cluster Autoscaler를 활용하면 자동으로 노드를 확장하여 Pod가 정상적으로 실행될 수 있도록 조정할 수 있습니다.이번 글에서는 ReplicaSet과 Cluster Autoscaler를 활용하여 리소스를 최적화하는 방법을 설명하겠습니다. 2️⃣ Cluster Autoscaler란? ✅ Cluster Autoscaler의 역할 Cluster Autos..

1️⃣ 개요 쿠버네티스에서 애플리케이션을 운영하는 동안 새로운 버전으로 배포해야 하는 상황이 자주 발생합니다.하지만 Pod를 한 번에 전부 삭제하고 새롭게 생성하면 서비스 단절(다운타임)이 발생할 수 있습니다. 이 문제를 해결하기 위해 Rolling Update(롤링 업데이트) 전략을 사용하면, 기존 Pod를 점진적으로 교체하면서 무중단 배포가 가능합니다.이번 글에서는 ReplicaSet과 Deployment의 Rolling Update 전략을 이해하고 활용하는 방법을 정리하겠습니다. 2️⃣ Rolling Update란? ✅ Rolling Update의 개념 • 기존 Pod를 점진적으로 새로운 버전의 Pod로 교체 • 한 번에 일부 Pod만 교체하고, 새로운 Pod가 정상적으로 동작하면 나머지를 교체 •..

1️⃣ 개요 쿠버네티스에서 ReplicaSet은 Pod의 개수를 유지하는 역할을 합니다. 하지만 운영 환경에서는 노드 업데이트, 유지보수, 장애 발생 등으로 인해 Pod가 예기치 않게 종료될 수 있습니다. 이때 모든 Pod가 동시에 종료되지 않도록 보호하는 메커니즘이 필요하며, 이를 위해 **PodDisruptionBudget(PDB)**을 활용할 수 있습니다.이번 글에서는 ReplicaSet과 PDB를 함께 사용하여 안정적인 서비스를 운영하는 방법을 설명하겠습니다. 2️⃣ PodDisruptionBudget(PDB) 개념 PDB는 특정 서비스의 Pod 개수가 일정 개수 이하로 줄어들지 않도록 보호하는 기능입니다.예를 들어, 데이터베이스 애플리케이션처럼 항상 2개 이상의 Pod가 유지되어야 하는 경우, ..

1️⃣ 개요 쿠버네티스 환경에서 트래픽이 증가하면 Pod 개수를 동적으로 조정하여 서비스 성능을 최적화하는 것이 중요합니다.ReplicaSet은 Pod의 개수를 유지하는 역할을 하지만, 트래픽 변화에 따라 자동으로 Pod 개수를 조절할 수는 없습니다. 이를 해결하기 위해 HorizontalPodAutoscaler(HPA) 를 활용하면 CPU 또는 메모리 사용량을 기준으로 **자동 확장(Auto Scaling)**을 수행할 수 있습니다.이번 글에서는 ReplicaSet과 HPA를 활용하여 Pod 개수를 자동으로 조절하는 방법을 설명하겠습니다. 2️⃣ ReplicaSet과 HPA의 차이 ReplicaSet과 HPA는 Pod의 개수를 관리하는 역할을 하지만, 동작 방식에 차이가 있습니다. 📌 ReplicaS..