YG Tech Blog

1️⃣ 개요 데이터베이스를 운영할 때, 읽기 부하(Read Load)를 분산하는 것은 성능 최적화의 핵심 요소입니다.StatefulSet을 활용하면 읽기 전용 복제본(Read Replica)을 손쉽게 구성하여 트래픽을 효율적으로 분산할 수 있습니다. 이번 글에서는 StatefulSet을 활용하여 MySQL, PostgreSQL, MongoDB에서 Read Replica를 구성하는 방법과 운영 전략을 설명하겠습니다. 🚀 2️⃣ Read Replica(읽기 복제본)의 개념과 필요성 Read Replica는 데이터베이스의 읽기 요청을 처리하는 노드로, 리더(Primary) 노드의 부하를 줄이고 성능을 개선하는 역할을 합니다. 📌 Read Replica 활용 이유이유설명읽기 성능 향상다중 노드에서 읽기 요청..

1️⃣ 개요 StatefulSet은 데이터 일관성을 보장해야 하는 데이터베이스 클러스터(MySQL, PostgreSQL, MongoDB 등) 운영에 필수적인 리소스입니다.그러나, 단순히 StatefulSet을 배포하는 것만으로는 데이터 복제(Replication), 리더 선출(Leader Election), 장애 복구(Failover) 와 같은 중요한 기능을 제대로 운영할 수 없습니다. 이번 글에서는 StatefulSet을 활용하여 데이터베이스 클러스터를 운영하는 방법과 주요 고려 사항을 정리하겠습니다. 🚀 2️⃣ StatefulSet을 활용한 주요 데이터베이스 유형 및 특징 StatefulSet은 다양한 데이터베이스 클러스터를 운영하는 데 사용될 수 있습니다.각 데이터베이스는 클러스터 아키텍처 및 복..

1️⃣ 개요 StatefulSet을 운영할 때 하나의 Kubernetes 클러스터 내에서만 배포하는 것이 일반적이지만,재해 복구(DR), 글로벌 서비스 확장, 트래픽 분산 등의 이유로 다중 클러스터 환경에서 StatefulSet을 배포해야 하는 경우가 있습니다. 이번 글에서는 StatefulSet을 다중 클러스터에 배포하는 전략과, 데이터 동기화 및 네트워크 고려 사항을 정리하겠습니다. 🚀 2️⃣ 다중 클러스터에서 StatefulSet을 배포해야 하는 이유 📌 다중 클러스터 환경에서 StatefulSet이 필요한 주요 이유상황설명재해 복구(DR)한 클러스터가 장애가 발생해도 다른 클러스터에서 서비스 유지글로벌 서비스 확장여러 지역(Region)에서 트래픽을 분산하여 레이턴시 감소고가용성(HA) 운영특..

1️⃣ 개요 쿠버네티스에서 StatefulSet을 사용할 때 Persistent Volume(PV)을 수동으로 생성하는 것은 운영상의 부담이 될 수 있습니다.이를 해결하기 위해 StorageClass를 활용한 동적 프로비저닝(Dynamic Provisioning)을 적용하면, PVC가 요청될 때 자동으로 PV가 생성됩니다. 이번 글에서는 StatefulSet에서 동적 스토리지 프로비저닝을 설정하는 방법과, 이를 효과적으로 활용하는 전략을 설명하겠습니다. 🚀 2️⃣ StatefulSet에서 동적 프로비저닝이 필요한 이유 📌 동적 프로비저닝이 필요한 이유문제점기존 방식 (수동 PV 생성)동적 프로비저닝 활용 시 장점운영 부담관리자가 직접 PV를 생성해야 함PVC 요청 시 자동으로 PV 할당유연성 부족사전..

1️⃣ 개요 StatefulSet을 운영할 때 Persistent Volume(PV)의 접근 모드(Access Mode)를 어떻게 설정할 것인지는 매우 중요한 결정 요소입니다.특히, ReadWriteOnce(RWO)와 ReadWriteMany(RWX)의 차이를 이해하고 적절한 스토리지 정책을 선택하는 것이 StatefulSet 운영의 핵심입니다. 이번 글에서는 RWO와 RWX의 차이점, 각각의 장단점, 그리고 StatefulSet에서 올바르게 적용하는 방법을 설명하겠습니다. 🚀 2️⃣ RWO vs RWX: 개념 및 차이점 쿠버네티스 Persistent Volume(PV)은 Access Mode(접근 모드) 를 통해 Pod가 볼륨을 어떻게 사용할 수 있는지 결정합니다.StatefulSet을 운영할 때 주..

1️⃣ 개요 StatefulSet에서 Persistent Volume(PV)은 데이터 저장을 위해 필수적인 요소입니다.하지만 스토리지 장애, 클러스터 재구성, PV 손상 등의 이유로 PVC를 다시 생성해야 하는 경우가 발생할 수 있습니다. 이번 글에서는 StatefulSet에서 PV를 재생성하는 방법과, 데이터 손실 없이 복원하는 전략을 설명하겠습니다. 🚀 2️⃣ StatefulSet PVC 삭제 시 발생할 수 있는 문제 ✅ 1. PVC가 삭제되면 Pod는 정상적으로 실행되지 않음 StatefulSet은 PVC와 연결된 상태로 동작하기 때문에, PVC가 손실되면 해당 Pod는 정상적으로 실행되지 않습니다.PVC가 존재하지 않으면 Pod는 Pending 상태로 멈추며, 새로운 PV를 자동으로 생성하지 않..

1️⃣ 개요 StatefulSet은 각 Pod가 고유한 Persistent Volume Claim(PVC)을 유지하며, 삭제 후에도 기존 데이터를 유지하는 특징이 있습니다.하지만 PVC가 특정 Pod에 바인딩되었을 경우, 다른 Pod에서 기존 PVC를 재사용하는 것이 쉽지 않습니다. 이번 글에서는 StatefulSet에서 PVC를 이동하여 다른 Pod에서 재마운트하는 방법과 고려해야 할 사항을 정리하겠습니다. 🚀 2️⃣ StatefulSet의 PVC 관리 원리 ✅ 1. StatefulSet의 PVC 동작 방식 StatefulSet은 Pod마다 개별적인 PVC를 생성하며, 삭제 후에도 기존 PVC를 유지합니다.즉, Pod가 재시작되더라도 동일한 PVC를 사용하도록 보장됩니다. 📌 StatefulSet ..

1️⃣ 개요 StatefulSet은 특정 Pod가 고유한 네트워크 ID와 Persistent Volume을 유지하는 특성 때문에, 일반적인 Deployment보다 Pod를 다른 노드로 이동시키는 것이 어렵습니다.특히, 노드 장애 발생 시 특정 Pod를 다른 노드로 강제 이동해야 하는 경우, 올바르게 처리하지 않으면 PVC가 제대로 연결되지 않거나 데이터 정합성 문제가 발생할 수 있습니다. 이번 글에서는 StatefulSet의 Pod를 특정 노드에서 강제로 이동하는 방법과, PVC를 유지하면서 안전하게 마이그레이션하는 전략을 설명하겠습니다. 🚀 2️⃣ StatefulSet Pod가 특정 노드에 고정되는 이유 ✅ 1. StatefulSet Pod의 스케줄링 방식 StatefulSet Pod는 쿠버네티스의 ..

1️⃣ 개요 StatefulSet의 Pod를 삭제하거나 재시작할 때 데이터 정합성을 유지하는 것이 매우 중요합니다.특히 데이터베이스, 메시지 브로커, 캐시 시스템과 같은 Stateful 애플리케이션은 Pod가 종료되기 전에 데이터가 정상적으로 저장(Flush)되어야 합니다.이를 위해 PreStop Hook을 활용하면 Pod가 종료되기 전에 특정 작업을 수행할 수 있습니다. 이번 글에서는 PreStop Hook의 개념과 StatefulSet에서 안전한 Pod 종료 방법을 설명하겠습니다. 🚀 2️⃣ PreStop Hook이란? ✅ 1. PreStop Hook의 개념 • PreStop Hook은 Pod가 종료되기 전에 실행되는 명령 또는 스크립트 • Stateful 애플리케이션에서는 데이터 Flush, 세션..

1️⃣ 개요 쿠버네티스의 StatefulSet은 Pod가 삭제되더라도 동일한 네트워크 ID와 데이터를 유지하는 것이 핵심입니다.하지만 Pod를 삭제하고 재생성하는 과정에서 네트워크 주소가 변경되거나, PVC가 올바르게 연결되지 않는 문제가 발생할 수 있습니다. 이번 글에서는 StatefulSet의 Pod를 삭제한 후에도 네트워크 및 데이터를 유지하는 방법과 고려해야 할 사항을 정리하겠습니다. 🚀 2️⃣ StatefulSet Pod 삭제 후 재생성 원리 ✅ 1. StatefulSet Pod는 네트워크와 데이터를 유지해야 함 StatefulSet은 각 Pod가 고유한 이름과 Persistent Volume을 유지하도록 설계되어 있습니다.Pod를 삭제해도 다음과 같은 요소는 유지되어야 합니다. 📌 Stat..