YG Tech Blog

쿠버네티스에서 Pod 간 통신 및 외부에서 접근할 수 있도록 하는 방법은 매우 중요합니다.이번 글에서는 ClusterIP와 NodePort 서비스를 활용하여 내부 및 외부 트래픽을 관리하는 방법을 다룹니다. 📌 글에서 다루는 상황들 1️⃣ ClusterIP 서비스를 활용한 내부 통신2️⃣ NodePort 서비스를 이용한 외부 접근 각 문제를 실무에서 바로 활용할 수 있도록 Manifest 템플릿과 예상 결과 값을 제공합니다. 1️⃣ ClusterIP 서비스를 활용한 내부 통신 ❓ 문제 상황 운영팀에서 Pod 간 내부 통신을 안전하게 관리하기 위해 서비스(ClusterIP)를 설정해야 합니다.서비스를 통해 고정된 IP 또는 DNS 이름을 제공하여 내부 애플리케이션이 안정적으로 통신할 수 있어야 합니다. ..

쿠버네티스에서 애플리케이션의 상태를 감지하고 장애 발생 시 자동 복구하는 방법은 필수적입니다.이번 글에서는 Liveness Probe와 Readiness Probe를 활용하여 Pod의 상태를 감지하고, 장애 발생 시 대응하는 방법을 다룹니다. 📌 글에서 다루는 상황들 1️⃣ Liveness Probe를 이용한 Pod 자동 복구2️⃣ Readiness Probe를 활용한 트래픽 제어 각 문제를 실무에서 바로 활용할 수 있도록 Manifest 템플릿과 예상 결과 값을 제공합니다. 1️⃣ Liveness Probe를 이용한 Pod 자동 복구 ❓ 문제 상황 운영 중인 애플리케이션이 특정 상황에서 응답이 멈추거나, 장애가 발생하면 자동으로 복구되어야 합니다.쿠버네티스에서 Liveness Probe를 설정하면, ..

쿠버네티스에서 StatefulSet은 애플리케이션이 안정적으로 실행되도록 도와주는 기능을 제공합니다.이번 글에서는 Readiness Probe를 활용하여 안정적인 시작을 보장하는 방법과 Leader Election을 적용하여 고가용성(HA) 시스템을 구축하는 방법을 다룹니다. 📌 글에서 다루는 상황들 1️⃣ Readiness Probe를 활용한 안정적인 시작 보장2️⃣ Leader Election을 적용하여 고가용성 시스템 구축 각 문제를 실무에서 바로 활용할 수 있도록 Manifest 템플릿과 예상 결과 값을 제공합니다. 1️⃣ Readiness Probe를 활용한 안정적인 시작 보장 ❓ 문제 상황 운영팀에서 StatefulSet의 Pod이 애플리케이션이 완전히 준비된 후에만 트래픽을 받을 수 있도록..

1️⃣ 개요 StatefulSet은 일반적으로 데이터를 저장하고 상태를 유지하는 애플리케이션(예: 데이터베이스, 메시지 브로커 등)에 사용됩니다.그러나, 트래픽 증가 시 Pod 개수를 자동으로 조정해야 하는 경우에도 StatefulSet을 활용할 수 있습니다. 이번 글에서는 StatefulSet에 Horizontal Pod Autoscaler(HPA)를 적용하는 방법과, 고려해야 할 주요 사항을 설명하겠습니다. 🚀 2️⃣ StatefulSet에서 HPA가 필요한 이유 📌 StatefulSet에서 HPA가 필요한 주요 이유상황설명트래픽 급증API 서버, 캐시 서버(예: Redis) 등에서 갑작스러운 트래픽 증가 대응CPU/메모리 부하 증가일정 수준 이상의 리소스 사용량을 초과하면 자동으로 Pod 개수 ..

쿠버네티스에서 애플리케이션이 증가하는 트래픽을 자동으로 처리하고, 장애 발생 시 빠르게 대응하는 방법은 필수적입니다.이번 글에서는 Horizontal Pod Autoscaler(HPA)와 Pod 장애 감지를 위한 Liveness & Readiness Probe 설정 방법을 다룹니다. 📌 글에서 다루는 상황들 1️⃣ Horizontal Pod Autoscaler(HPA) 적용2️⃣ Liveness & Readiness Probe 설정 각 문제를 실무에서 바로 활용할 수 있도록 Manifest 템플릿과 예상 결과 값을 제공합니다. 1️⃣ Horizontal Pod Autoscaler(HPA) 적용 📍 상황 설명 운영팀에서 트래픽이 증가할 때 자동으로 Pod 개수를 확장하여 처리량을 유지하도록 설정하려 합..

쿠버네티스에서 무중단 배포 전략은 애플리케이션의 안정성을 유지하는 핵심 요소입니다.이번 글에서는 Canary 배포와 Blue-Green 배포 전략을 적용하는 방법을 다룹니다. 📌 글에서 다루는 상황들 1️⃣ Canary 배포 전략 적용2️⃣ Blue-Green 배포 전략 적용 각 문제를 실무에서 바로 활용할 수 있도록 Manifest 템플릿과 예상 결과 값을 제공합니다. 1️⃣ Canary 배포 전략 적용 📍 상황 설명 운영팀에서 새로운 애플리케이션 버전을 전체 배포 전에 일부 트래픽을 대상으로 테스트하려 합니다.이를 위해 Canary 배포 전략을 사용하여 새로운 버전의 애플리케이션을 점진적으로 배포해야 합니다. • 기존 nginx:1.21.6 이미지를 실행 중인 web-deployment가 있습니다..

쿠버네티스에서 Deployment는 애플리케이션의 배포 및 관리를 담당하는 핵심 리소스입니다.이번 글에서는 Deployment를 활용한 배포 전략과 롤링 업데이트 방식을 다룹니다. 📌 글에서 다루는 상황들 1️⃣ 기본적인 Deployment 배포2️⃣ 롤링 업데이트 전략 적용 각 문제를 실무에서 바로 활용할 수 있도록 Manifest 템플릿과 예상 결과 값을 제공합니다. 1️⃣ 기본적인 Deployment 배포 📍 상황 설명 운영팀에서 웹 애플리케이션을 안정적으로 배포할 수 있도록 Deployment를 활용하려 합니다.이 애플리케이션은 여러 개의 Replica(복제본)를 실행해야 하며, 트래픽을 분산시켜야 합니다. • Deployment의 이름은 web-deployment이어야 합니다. • nginx..

쿠버네티스에서 Pod이 특정 조건에서만 실행되도록 제어하는 방법은 매우 중요합니다.이번 글에서는 Taint & Toleration을 이용한 노드 제어와 Pod이 재시작될 때마다 새로운 ID를 생성하는 방법을 다룹니다. 📌 글에서 다루는 상황들 1️⃣ Taint 및 Toleration을 이용하여 특정 노드에서 실행2️⃣ Pod이 재시작될 때마다 새로운 ID를 생성해야 하는 경우 각 문제를 실무에서 바로 활용할 수 있도록 Manifest 템플릿과 예상 결과 값을 제공합니다. 1️⃣ Taint 및 Toleration을 이용하여 특정 노드에서 실행 📍 상황 설명 운영팀에서 특정 애플리케이션을 지정된 노드에서만 실행하도록 요구했습니다.이 애플리케이션은 다른 워크로드와 분리되어 특정 노드에서만 실행되어야 합니다..

쿠버네티스에서 애플리케이션이 데이터를 저장하고 유지하는 방법은 매우 중요합니다.이번 글에서는 PersistentVolumeClaim(PVC)과 HostPath를 활용하여 데이터 유지 방법을 설정하는 방법을 다룹니다. 📌 글에서 다루는 상황들 1️⃣ PersistentVolumeClaim을 사용하는 Pod2️⃣ HostPath를 이용한 특정 노드 파일 공유 각 문제를 실무에서 바로 활용할 수 있도록 Manifest 템플릿과 예상 결과 값을 제공합니다. 1️⃣ PersistentVolumeClaim을 사용하는 Pod 📍 상황 설명 운영팀에서 애플리케이션이 재시작되더라도 데이터가 유지되어야 하는 상황이 발생했습니다.이를 위해 PersistentVolumeClaim(PVC)을 활용하여 스토리지를 유지해야 합..

쿠버네티스에서 하나의 Pod 내에 여러 개의 컨테이너를 실행하는 경우가 있습니다.이번 글에서는 사이드카 컨테이너(Sidecar Pattern)와 초기화 컨테이너(InitContainer) 활용 방법을 다룹니다. 📌 글에서 다루는 상황들 1️⃣ 다중 컨테이너(Sidecar 패턴) 적용2️⃣ InitContainer를 활용한 Pod 초기화 각 문제를 실무에서 바로 활용할 수 있도록 Manifest 템플릿과 예상 결과 값을 제공합니다. 1️⃣ 다중 컨테이너(Sidecar 패턴) 적용 📍 상황 설명 애플리케이션이 실행될 때 로그를 파일로 저장하지만,이를 별도의 컨테이너에서 수집하여 중앙화된 로깅 시스템으로 전송해야 합니다. • Pod의 이름은 app-with-sidecar이어야 합니다. • main-app ..