YG Tech Blog

🔹 개요이번 글에서는 Istio CNI(Container Network Interface) 플러그인을 활용하여 네트워크 성능을 개선하는 방법을 살펴보겠습니다.기본적으로 Istio는 Sidecar Proxy(Envoy)를 사용하여 트래픽을 관리하지만,이 과정에서 istio-init 컨테이너를 활용한 iptables 규칙 설정이 추가적인 오버헤드를 발생시킬 수 있습니다.Istio CNI를 사용하면 iptables 설정 과정 없이 Sidecar Proxy를 동작시킬 수 있어,네트워크 성능을 최적화하고 보안성을 강화할 수 있습니다.이 글에서는 Istio CNI의 개념, 설치 방법 및 성능 최적화 적용 사례를 설명하겠습니다.🔹 1. Istio CNI란?✅ 1.1 Istio CNI(Container Networ..

🔹 개요이번 글에서는 Istio에서 로그 데이터를 중앙화하고 Fluentd를 활용하여 로그를 효율적으로 수집, 저장 및 분석하는 방법을 살펴보겠습니다.마이크로서비스 환경에서는 각 서비스가 개별적인 로그를 생성하기 때문에, 로그를 중앙에서 관리하는 것이 중요합니다.Istio는 Envoy Proxy를 통해 모든 네트워크 트래픽을 로깅할 수 있으며, 이를 Fluentd와 연동하면 로그 분석이 더욱 용이해집니다.이 글에서는 Istio의 로그 수집 구조, Fluentd 연동 방법 및 실전 예제를 설명하겠습니다.🔹 1. Istio 로그 데이터 중앙화의 필요성✅ 1.1 로그 중앙화가 필요한 이유마이크로서비스 환경에서는 각 Pod가 독립적으로 실행되며 개별적인 로그를 생성합니다.따라서 로그 데이터를 중앙에서 관리하..

🔹 개요이번 글에서는 Istio의 메트릭을 활용하여 Kubernetes의 HPA(Horizontal Pod Autoscaler)를 설정하는 방법을 살펴보겠습니다.Istio는 서비스 메시 내부의 트래픽 데이터 및 성능 지표를 Prometheus를 통해 수집하며,이 데이터를 활용하면 Pod의 부하에 따라 자동으로 확장(Scaling)하는 HPA를 적용할 수 있습니다.이 글에서는 Istio 메트릭을 활용한 HPA 설정 방법, 실전 예제 및 스케일링 전략을 설명하겠습니다.🔹 1. Kubernetes HPA(Horizontal Pod Autoscaler)란?✅ 1.1 HPA 개념HPA(Horizontal Pod Autoscaler)는 Kubernetes에서 Pod의 부하에 따라 자동으로 확장(Scale-out..

🔹 개요이번 글에서는 Istio에서 Envoy Proxy 로그를 분석하는 방법과 트러블슈팅을 수행하는 방법을 살펴보겠습니다.Istio는 서비스 메시 내부에서 Envoy 프록시를 활용하여 트래픽을 관리하며,Envoy 로그를 분석하면 네트워크 문제, 요청 지연, 오류 발생 원인을 신속하게 파악할 수 있습니다.이 글에서는 Envoy Proxy의 주요 로그 유형, 로그 분석 방법, 실전 트러블슈팅 예제를 설명하겠습니다.🔹 1. Envoy Proxy 로그란?✅ 1.1 Envoy Proxy란?Envoy Proxy는 Istio에서 트래픽을 제어하고 모니터링하는 서비스 프록시입니다.각 Pod에 Sidecar 형태로 배포되며, 모든 네트워크 트래픽이 Envoy를 통해 전달됩니다.Envoy Proxy의 역할서비스 간 ..

🔹 개요이번 글에서는 Istio에서 Kiali를 활용하여 서비스 메시 네트워크를 시각화하고 트래픽 흐름을 분석하는 방법을 살펴보겠습니다.Kiali는 서비스 메시의 상태를 실시간으로 모니터링하고, 네트워크 트래픽을 시각적으로 표현하는 오픈소스 도구입니다.이를 통해 마이크로서비스 간의 호출 관계, 트래픽 흐름, 오류율 및 성능 상태를 쉽게 분석할 수 있습니다.이 글에서는 Kiali의 주요 기능, Istio에서 Kiali를 설치하는 방법, Kiali를 활용한 실전 분석 사례를 설명하겠습니다.🔹 1. Kiali란?✅ 1.1 Kiali 개념Kiali는 Istio의 서비스 메시를 시각화하고 네트워크 상태를 모니터링하는 관리 도구입니다.서비스 메시에서 어떤 서비스가 어떤 서비스를 호출하는지, 트래픽 흐름은 어떻게..

🔹 개요이번 글에서는 Istio에서 Jaeger와 Zipkin을 활용하여 분산 트레이싱을 설정하고 성능을 분석하는 방법을 살펴보겠습니다.마이크로서비스 환경에서는 여러 서비스가 서로 호출하면서 트랜잭션이 복잡해지기 때문에, 트레이싱이 필수적입니다.Istio는 Jaeger 및 Zipkin과 통합하여 서비스 간 트랜잭션 흐름을 추적하고 성능을 분석할 수 있습니다.이 글에서는 분산 트레이싱 개념, Istio에서 Jaeger 및 Zipkin 설치 방법, 트랜잭션 분석 예제를 설명하겠습니다.🔹 1. 분산 트레이싱(Distributed Tracing)이란?✅ 1.1 분산 트레이싱 개념분산 트레이싱(Distributed Tracing)은 마이크로서비스 간 요청 흐름을 추적하는 기법입니다.마이크로서비스 환경에서는 여..

🔹 개요이번 글에서는 Istio에서 Prometheus와 Grafana를 활용하여 서비스 메트릭을 수집하고 모니터링을 구축하는 방법을 살펴보겠습니다.Istio는 Envoy 프록시를 통해 서비스 트래픽 데이터를 수집하며,이를 Prometheus를 통해 저장하고, Grafana를 활용하여 시각화할 수 있습니다.이 글에서는 Prometheus 및 Grafana의 개념, Istio에서 메트릭을 수집하는 방법, 모니터링 대시보드 구성 방법을 설명하겠습니다.🔹 1. Istio에서 Prometheus & Grafana가 필요한 이유✅ 1.1 Prometheus란?Prometheus는 오픈소스 모니터링 및 알림 시스템으로,애플리케이션 및 서비스에서 실시간 메트릭 데이터를 수집하고 저장하는 역할을 합니다.Promet..

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

1️⃣ Kubernetes에서 Observability(가시성)이 중요한 이유? 운영 환경에서 애플리케이션 성능을 모니터링하고 문제를 빠르게 파악하려면 **Observability(가시성)**이 필수입니다.하지만 단순한 로그 & 메트릭만으로는 전체적인 요청 흐름을 파악하기 어렵습니다. ✅ Observability를 구성하면 다음과 같은 장점이 있습니다.✔ 애플리케이션 성능 모니터링 가능 → 메트릭을 수집하여 리소스 사용량 분석✔ 분산 트레이싱(Distributed Tracing) 제공 → 마이크로서비스 간 요청 추적 가능✔ 문제 발생 시 원인 분석 속도 향상 → 로그 & 트레이싱 데이터를 통해 빠른 디버깅  이 글에서는 OpenTelemetry + Jaeger를 활용하여 Kubernetes Observa..