YG Tech Blog

이 글에서는 쿠버네티스의 핵심 리소스인 Pod, Service, Deployment에 대해 자세히 살펴봅니다. MinIO와 Cilium 환경 구축의 기반이 되는 이 리소스들의 개념, 특성, 그리고 효과적인 활용 방법을 실제 예제와 함께 상세히 알아보겠습니다.📌 Pod: 쿠버네티스의 기본 배포 단위✅ Pod의 기본 개념과 특성Pod는 쿠버네티스에서 가장 작은 배포 단위로, 하나 이상의 컨테이너를 포함하는 그룹입니다. 대부분의 경우 하나의 Pod에는 하나의 컨테이너가 포함되지만, 밀접하게 관련된 여러 컨테이너가 함께 동작해야 하는 경우 하나의 Pod에 여러 컨테이너를 포함할 수 있습니다.▶️ Pod의 주요 특성:Pod 내 컨테이너들은 항상 같은 노드에서 실행됨동일한 네트워크 네임스페이스를 공유 (local..

쿠버네티스에서 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 ..

쿠버네티스에서 애플리케이션이 무분별하게 리소스를 사용하지 않도록 제한하고,특정 노드에서만 실행되도록 설정하는 방법을 다룹니다. 📌 글에서 다루는 상황들 1️⃣ 특정 리소스 제한을 적용한 Pod 실행2️⃣ 특정 노드에서만 실행되는 Pod (Node Affinity) 각 문제를 실무에서 바로 활용할 수 있도록 Manifest 템플릿과 예상 결과 값을 제공합니다. 1️⃣ 특정 리소스 제한을 적용한 Pod 실행 📍 상황 설명 운영팀에서 특정 애플리케이션이 과도한 리소스를 사용하지 않도록 제한하려 합니다.이 애플리케이션은 CPU를 많이 사용하므로 적절한 CPU 및 메모리 제한을 설정해야 합니다. • Pod의 이름은 resource-limited-app이어야 합니다. • CPU 사용량은 기본 요청 250m, 최..

쿠버네티스에서 애플리케이션을 실행하는 가장 기본적인 방법은 Pod을 활용하는 것입니다.이번 글에서는 기본적인 애플리케이션 실행과 환경 변수를 설정하는 방법을 다룹니다. 📌 글에서 다루는 상황들 1️⃣ 기본적인 애플리케이션 실행 (단일 컨테이너 Pod)2️⃣ 환경 변수를 활용한 Pod 실행 각 문제를 실무에서 바로 활용할 수 있도록 Manifest 템플릿과 예상 결과 값을 제공합니다. 1️⃣ 기본적인 애플리케이션 실행 (단일 컨테이너 Pod) 📍 상황 설명 운영팀에서 새로운 정적 웹 서버를 배포하려 합니다.테스트 목적으로 Nginx 컨테이너를 실행하는 가장 기본적인 Pod을 생성해야 합니다. • Pod의 이름은 nginx-pod이어야 합니다. • nginx:latest 이미지를 실행해야 합니다. • 컨..

1️⃣ 개요 쿠버네티스를 운영하다 보면 Pod가 실행되지 않거나, 예기치 않은 오류로 인해 서비스가 중단되는 상황을 자주 겪게 됩니다.이런 문제를 빠르게 해결하려면 Pod의 동작 원리와 장애 발생 원인을 정확히 이해하고, 적절한 트러블슈팅 방법을 적용하는 것이 중요합니다. 이번 글에서는 자주 발생하는 Pod 문제 유형을 정리하고, 각각의 원인과 해결 방법을 표로 정리하여 빠르게 대응할 수 있도록 하겠습니다. 2️⃣ Pod 트러블슈팅 주요 유형과 해결 방법 아래는 실무에서 가장 자주 발생하는 Pod 관련 문제와 해결 방법을 정리한 표입니다. 📌 Pod 문제 유형 및 해결 방법 정리문제 유형증상원인해결 방법Pod이 Pending 상태에서 멈춤kubectl get pod 실행 시 Pending 상태 유지- ..

1️⃣ 개요 쿠버네티스 환경에서 Pod를 운영할 때 로그(Log)와 모니터링(Monitoring)은 필수적인 요소입니다.Pod가 정상적으로 동작하는지 확인하고, 장애가 발생했을 때 원인을 파악하려면 적절한 로그 수집 및 모니터링 시스템을 구축해야 합니다. 쿠버네티스에서 기본적으로 kubectl logs 명령어를 활용하여 Pod의 로그를 확인할 수 있지만, 운영 환경에서는 중앙 집중식 로그 관리 및 실시간 모니터링이 필요합니다.이번 글에서는 Pod의 로그를 효과적으로 관리하는 방법과 모니터링을 최적화하는 전략을 정리하겠습니다. 2️⃣ Pod 로그 관리 방식 비교 Pod의 로그는 다양한 방법으로 수집할 수 있으며, 운영 환경에 맞는 최적의 방식이 필요합니다. 📌 Pod 로그 수집 방식 비교로그 수집 방식설..

1️⃣ 개요 쿠버네티스를 운영하다 보면 Pod가 예상치 못하게 종료되거나 비정상적으로 동작하는 경우가 발생할 수 있습니다.특히, 애플리케이션 오류, 네트워크 장애, 노드 장애 등의 원인으로 인해 Pod가 다운되면 서비스 운영에 큰 영향을 미칠 수 있습니다. 쿠버네티스는 Pod의 장애를 감지하고 자동으로 복구할 수 있는 여러 기능을 제공하며, 이를 활용하면 서비스의 안정성을 높일 수 있습니다.이번 글에서는 Pod 장애 유형과 원인, 해결 방법을 표로 정리하고, 자동 복구 전략을 적용하는 방법을 설명하겠습니다. 2️⃣ Pod 장애 유형과 해결 방법 쿠버네티스 환경에서 Pod 장애는 여러 가지 이유로 발생할 수 있으며, 이를 효과적으로 관리하기 위해 원인과 해결 방법을 함께 정리하였습니다. 📌 Pod 장애 ..

1️⃣ 개요 쿠버네티스에서 Pod 간 네트워크 통신은 기본적으로 자동 설정되지만, 실무에서는 네트워크 연결 불가, DNS 문제, 외부 접근 실패 등 다양한 문제가 발생할 수 있습니다. Pod가 정상적으로 실행되었더라도 내부 서비스 간 통신이 되지 않거나, 외부에서 접근이 차단되는 문제가 발생할 수 있습니다. 이러한 네트워크 문제는 여러 가지 원인으로 인해 발생하며, 원인을 제대로 분석하지 않으면 해결이 어렵습니다. 이번 글에서는 Pod 간 네트워크 통신 구조를 이해하고, 실제 운영 환경에서 발생하는 주요 네트워크 문제와 해결 방법을 정리하겠습니다. 🚀 2️⃣ Pod 간 네트워크 통신 원리 쿠버네티스에서 Pod는 각각 고유한 IP 주소를 가지며, 기본적으로 모든 Pod가 서로 통신할 수 있도록 설정됩니다..