YG Tech Blog

쿠버네티스 클러스터에서 제어 플레인(Control Plane)과 etcd는 클러스터의 핵심 구성 요소이며, 장애 발생 시 클러스터 전체의 동작에 영향을 미칩니다.이 글에서는 쿠버네티스 클러스터 장애 발생 시 복구하는 방법과, etcd 장애를 식별하고 해결하는 전략을 다룹니다. 📌 글에서 다루는 상황들  1. 쿠버네티스 Control Plane 장애 복구 (API 서버, 컨트롤러, 스케줄러 장애 해결) 2. etcd 장애 발생 시 데이터 복구 및 클러스터 정상화 3. kubectl 및 시스템 로그를 활용한 클러스터 복구 디버깅 방법 각 문제를 실무에서 바로 활용할 수 있도록 Manifest 템플릿과 예상 결과 값을 제공합니다. 1️⃣ 쿠버네티스 Control Plane 장애 복구 (API 서버, 컨트롤러..

쿠버네티스에서 멀티 클러스터 환경을 운영할 때, 클러스터 간 트래픽을 안전하게 관리하고 보안성을 유지하는 것이 중요합니다.이 글에서는 멀티 클러스터 환경에서 서비스 간 트래픽을 효과적으로 관리하고, 보안 정책을 적용하는 방법을 다룹니다. 📌 글에서 다루는 상황들  1. 멀티 클러스터 간 서비스 통신을 위한 Istio Multi-Cluster 설정 2. 네트워크 정책(NetworkPolicy)을 활용한 클러스터 간 보안 강화 3. kubectl 및 네트워크 모니터링 도구를 활용한 트러블슈팅 및 성능 최적화 각 문제를 실무에서 바로 활용할 수 있도록 Manifest 템플릿과 예상 결과 값을 제공합니다. 1️⃣ 멀티 클러스터 간 서비스 통신을 위한 Istio Multi-Cluster 설정 ❓ 문제 상황 운영..

쿠버네티스 환경에서는 보안 이벤트를 추적하고, 클러스터 내에서 발생하는 주요 작업을 모니터링하는 것이 필수적입니다.이를 위해 Kubernetes Audit Logging을 활성화하고, 감사 로그를 활용하여 보안 이벤트를 분석하는 방법을 다룹니다. 📌 글에서 다루는 상황들 1. Kubernetes Audit Logging을 활성화하여 보안 이벤트 추적 2. Audit 로그를 파일로 저장하고, kubectl을 활용하여 분석 3. kubectl 및 직접적인 로그 파일 조회를 활용한 감사 로그 점검 및 트러블슈팅 각 문제를 실무에서 바로 활용할 수 있도록 Manifest 템플릿과 예상 결과 값을 제공합니다. 1️⃣ Kubernetes Audit Logging을 활성화하여 보안 이벤트 추적 ❓ 문제 상황 운영팀..

쿠버네티스에서는 새로운 리소스가 생성될 때, 이를 검증하고 승인하는 기능이 필요할 수 있습니다.이를 위해 Admission Controller와 Webhook을 활용하여 쿠버네티스 클러스터의 보안 및 정책 준수를 강화하는 방법을 다룹니다. 📌 글에서 다루는 상황들  1. MutatingWebhook을 사용하여 Pod 생성 시 특정 레이블을 자동 추가 2. ValidatingWebhook을 활용하여 보안 정책 위반 리소스 생성 차단 3. kubectl 및 로그 분석을 활용한 Admission Webhook 디버깅 방법 각 문제를 실무에서 바로 활용할 수 있도록 Manifest 템플릿과 예상 결과 값을 제공합니다. 1️⃣ MutatingWebhook을 사용하여 Pod 생성 시 특정 레이블을 자동 추가 ❓ ..

쿠버네티스에서는 하나의 클러스터를 여러 팀과 애플리케이션이 공유하는 멀티 테넌트 환경을 구성할 수 있습니다.이 경우, 각 팀이 특정 네임스페이스 내에서만 작업할 수 있도록 제한하고, 불필요한 권한을 최소화하는 것이 중요합니다.이를 위해 RBAC(Role-Based Access Control)를 활용하여 사용자 및 그룹별 리소스 접근을 제어하는 방법을 다룹니다. 📌 글에서 다루는 상황들  1. RBAC을 사용하여 특정 네임스페이스에서만 사용자가 리소스를 관리하도록 제한 2. 그룹 기반 접근 제어를 활용하여 여러 사용자를 일괄적으로 관리하는 방법 3. kubectl을 활용한 현재 RBAC 정책 조회 및 적용된 권한 확인 각 문제를 실무에서 바로 활용할 수 있도록 Manifest 템플릿과 예상 결과 값을 제..

쿠버네티스 환경에서 Pod이 과도한 메모리를 사용하여 OOM(Out of Memory) 문제가 발생하면, 애플리케이션이 강제 종료되거나 클러스터 전체의 안정성이 저하될 수 있습니다.이 글에서는 OOM 문제의 원인을 분석하고, 리소스 요청(Request) 및 제한(Limit) 설정을 통해 이를 방지하는 방법을 다룹니다. 📌 글에서 다루는 상황들  1. Pod이 과도한 메모리를 사용하여 OOMKilled 상태가 되는 문제 해결 2. 리소스 요청 및 제한을 설정하여 메모리 사용량을 제어하는 방법 3. kubectl 및 메모리 사용량 모니터링 도구를 활용한 트러블슈팅 방법 각 문제를 실무에서 바로 활용할 수 있도록 Manifest 템플릿과 예상 결과 값을 제공합니다. 1️⃣ Pod이 과도한 메모리를 사용하여 ..

쿠버네티스 클러스터에서 Pod 간 네트워크 통신이 원활하지 않으면 애플리케이션이 정상적으로 동작하지 않습니다.이 글에서는 Pod 간 서비스 디스커버리 문제를 해결하고, 네트워크 디버깅 방법을 활용하여 통신 문제를 분석하는 방법을 다룹니다. 📌 글에서 다루는 상황들  1. Pod 간 네트워크 통신 문제 해결 및 ClusterIP 서비스 활용 2. DNS 기반 서비스 디스커버리 오류 해결 3. kubectl 및 네트워크 디버깅 도구를 활용한 트러블슈팅 방법 각 문제를 실무에서 바로 활용할 수 있도록 Manifest 템플릿과 예상 결과 값을 제공합니다. 1️⃣ Pod 간 네트워크 통신 문제 해결 및 ClusterIP 서비스 활용 ❓ 문제 상황 운영팀에서 애플리케이션이 여러 개의 Pod으로 구성되어 있으며, ..

쿠버네티스에서는 반복적으로 실행되는 배치 작업(예: 로그 정리, 데이터 백업, 리포트 생성 등)을 자동화하는 것이 중요합니다.이를 위해 Job과 CronJob을 활용하여 일회성 및 주기적인 배치 작업을 실행하는 방법과 장애 발생 시 복구 전략을 다룹니다. 📌 글에서 다루는 상황들  1. Job을 사용하여 일회성 배치 작업 실행 및 장애 발생 시 재시도 설정 2. CronJob을 활용하여 주기적인 작업 자동화 및 실패한 작업 복구 전략 3. kubectl을 활용한 Job 및 CronJob 상태 모니터링 및 로그 분석 방법 각 문제를 실무에서 바로 활용할 수 있도록 Manifest 템플릿과 예상 결과 값을 제공합니다. 1️⃣ Job을 사용하여 일회성 배치 작업 실행 및 장애 발생 시 재시도 설정 ❓ 문제 ..

쿠버네티스 클러스터에서는 여러 애플리케이션과 팀이 공유하는 리소스를 효율적으로 관리하는 것이 중요합니다.이를 위해 네임스페이스별 리소스 제한(ResourceQuota)과 요청(Request)을 설정하여 특정 팀 또는 애플리케이션이 과도한 리소스를 사용하지 않도록 관리하는 방법을 다룹니다. 📌 글에서 다루는 상황들  1. 네임스페이스별 CPU 및 메모리 사용량 제한 설정 2. Pod 및 Container가 사용할 수 있는 리소스 범위 지정 3. kubectl을 활용한 ResourceQuota 상태 조회 및 적용 방법 각 문제를 실무에서 바로 활용할 수 있도록 Manifest 템플릿과 예상 결과 값을 제공합니다. 1️⃣ 네임스페이스별 CPU 및 메모리 사용량 제한 설정 ❓ 문제 상황 운영팀에서 팀별로 네임..

쿠버네티스 클러스터에서는 리소스 사용량을 모니터링하고, 이상 징후를 감지하는 것이 중요합니다.이를 위해 Metrics Server와 Prometheus를 활용하여 실시간 리소스 모니터링을 구축하는 방법을 다룹니다. 📌 글에서 다루는 상황들  1. Metrics Server를 설치하여 kubectl top 명령어로 리소스 사용량 확인 2. Prometheus를 설치하여 상세한 메트릭 수집 및 시각화 3. kubectl을 활용한 모니터링 데이터 조회 및 PromQL 활용법 각 문제를 실무에서 바로 활용할 수 있도록 Manifest 템플릿과 예상 결과 값을 제공합니다. 1️⃣ Metrics Server를 설치하여 kubectl top 명령어로 리소스 사용량 확인 ❓ 문제 상황 운영팀에서 Pod 및 노드의 C..