피터의 개발이야기

ㅁ 들어가며회사에서 kibana 서버를 이관하는 과정에서 개선점으로 쿠버네티스 환경을 선택하였다.쿠버네티스 환경에서 동일 네임스페이스에 여러 Kibana-ElasticSearch 인스턴스를 운영해야 하는 경우, 가장 좋은 방법은 도메인 단위로 접속을 분리하는 것이다. 서비스 포트는 동일하게 유지하면서도, 각 Kibana가 바라보는 Elasticsearch와 트래픽을 확실히 분리해야 관리와 확장이 수월해진다. 이를 가능하게 해주는 핵심 기술이 바로 Ingress Host 매칭 규칙이다. 클라이언트 요청의 Host 헤더를 기준으로 트래픽을 분기하여, 동일 포트라도 각기 다른 도메인으로 접근할 때 서로 다른 Kibana 서비스로 라우팅할 수 있다. 이번 글에서는 이러한 아키텍처 설계 원리와 실제 구현 방법을..

ㅁ 들어가며 Kubernetes 환경에서 Ingress는 클러스터 외부의 트래픽을 내부 서비스로 라우팅하는 중요한 역할을 한다. 특히 NGINX Ingress Controller는 가장 널리 사용되는 Ingress 구현체 중 하나이며, HTTPS 보안 연결을 위한 설정도 비교적 간단하게 구성할 수 있다. 하지만 경우에 따라 HTTPS 리디렉션을 비활성화해야 하는 요구사항이 생기기도 한다. 이번 글에서는 실제 장애 대응 사례를 통해 알게된 nginx.ingress.kubernetes.io/ssl-redirect 애노테이션의 의미와 사용 방법을 정리하였다. 장애 대응ㅁ 장애 상황 요약# /config/initializers/request.rb:85:in `block in transmit' /usr/loc..

ㅁ 들어가며 Spring Cloud Gateway에서 http://engine-service로 호출했을 때 실제로 http://engine-service.prod.svc.cluster.local로 접근되는 이유는 Kubernetes의 DNS 규칙과 Spring Cloud Gateway가 Kubernetes 클러스터 내부에서 동작하기 때문이다. ㅁ Kubernetes DNS 규칙ㅇ Kubernetes 내부에서는 DNS를 다음 우선순위로 해석한다.서비스명 → 현재 네임스페이스 기준 (engine-service.prod에서 실행 중이면 engine-service.prod.svc.cluster.local)서비스명.네임스페이스명 → 명시적 네임스페이스풀 FQDN (서비스.네임스페이스.svc.cluster.loca..

ㅁ 들어가며 Kubernetes 환경에서 Ingress-Nginx는 주로 HTTP 및 HTTPS 트래픽을 처리하는 데 사용된다. 하지만 때로는 HTTP가 아닌 TCP나 UDP 트래픽을 외부로 노출해야 할 필요가 있다. 이번 글에서는 Ingress-Nginx를 사용하여 이러한 TCP/UDP 서비스를 어떻게 노출할 수 있는지 정리하였다. ㅁ TCP/UDP노출이 필요한 경우ㅇ 많은 애플리케이션이 HTTP나 HTTPS 외에 TCP나 UDP 프로토콜을 사용한다. - 데이터베이스 (MySQL, PostgreSQL 등) - 메시징 시스템 (RabbitMQ, Kafka 등) - 게임 서버 - IoT 디바이스 통신ㅇ 이러한 서비스들이 Kubernetes 클러스터 외부에서 접근할 수 있어야 할 때가 있다. ㅁ Ingres..

ㅁ 들어가며   인터넷 제어 메시지 프로토콜(ICMP)은 우리가 매일 사용하는 인터넷의 핵심 구성 요소지만, 대부분의 사용자에게는 잘 알려져 있지 않다. 이 프로토콜은 네트워크 통신의 문제를 진단하고 해결하는 데 중요한 역할을 한다. ㅁ ICMP의 기본 개념  ICMP는 네트워크 계층 프로토콜로, 주로 데이터가 목적지에 제대로 도착했는지 확인하는 데 사용된다. 라우터와 같은 네트워크 장치들이 ICMP를 이용해 오류를 보고하고 네트워크 상태를 테스트한다. ㅁ 주요 목적: 오류 보고  ICMP의 가장 중요한 기능은 오류 보고다. 두 장치가 인터넷을 통해 통신할 때, 데이터가 목적지에 도달하지 못하면 ICMP는 오류 메시지를 생성해 송신 장치에 알린다. 예를 들어, 데이터 패킷이 라우터가 처리할 수 있는 크기..

ㅁ 들어가며ㅇ 이 글은 Spring Boot와 Kubernetes 환경에서 애플리케이션의 성능을 개선하기 위해 웜업을 적용한 경험을 소개하는  Line Engineering - Spring Boot + Kubernetes 기반에서 웜업 적용하기를 읽고 그 내용을 정리하였다.  ㅁ 콜드 스타트와 웜업이란?  소프트웨어에서 콜드 스타트는 애플리케이션이 처음 실행되거나 오랜 시간 후 재실행될 때 발생하는 현상을 말한다. 이 때 시스템은 애플리케이션을 위한 프로세스와 리소스를 새로 생성해야 하므로 실행 시간이 길어진다. 웜업은 이러한 콜드 스타트 문제를 해결하기 위한 전략으로, 애플리케이션이 실제 트래픽을 처리하기 전에 필요한 리소스와 데이터를 미리 로드하고 초기화하는 과정이다. 이를 통해 초기 성능 저하를 방..

ㅁ 들어가며Kubernetes는 지속적으로 업그레이드 되면서 API도 주기적으로 변경된다. 클러스터를 업그레이드 하는 과정에서 제거된 API를 파악하지 못하면 큰 장애로 전파될 수 있다. 이번 글에서는 Deprecated API Migration Guide을 토대로 쿠버네티스 API 버전별 제거된 API와 마이그레이션 정보를 요약한 표를 정리해 보았다. ㅁ 버젼별 변경 리소스 표버전리소스제거된 API마이그레이션 대상 APIv1.32FlowSchema,PriorityLevelConfigurationflowcontrol.apiserver.k8s.io/v1beta3flowcontrol.apiserver.k8s.io/v1v1.29FlowSchema,PriorityLevelConfigurationflowcontr..

ㅁ 들어가며ㅇ CKAD를 공부하면서 Udemy의 실습 문제를 풀고 있다.ㅇ 이 글은 처음보는 유형의 문제와 모르는 문제들의 솔루션을 정리하는 학습 정리용 글이다. ㅁ Ingress Networking - 1You are requested to make the new application available at /pay.Identify and implement the best approach to making this application available on the ingress controller and test to make sure its working. Look into annotations: rewrite-target as well.ㅇ 새로운 url로 서비스를 연결하기 위해서는 Ingress ..

[kubernetes] 쿠버네티스 목차ㅁ 들어가며ㅇ 지난 글, [Kubernetes]  Pod의 건강 상태 체크 방법, Readiness Liveness Startup probe설정, Lifecycle Hook에서 Pod의 생명 주기에 따라 발생하는 lifecycle hook과 Probe라는 기능에 대해서 알아보았다.ㅇ 이번 글에서는 쿠버네티스(Pod)의 생명 주기에 대해서 정리해 보았다.ㅁ 간략한 Pod의 생명주기 생성 (Creation): Pod를 생성하고, 필요한 리소스를 할당한다.준비 (Ready): Pod가 서비스에 제공할 수 있는지를 확인하는 데 사용되는 Readiness Probe의 결과에 따라 Pod가 준비되어 있는지 여부를 결정한다.실행 (Running): Pod는 정상 작동하여 컨테이너..

[kubernetes] 쿠버네티스 목차ㅁ 들어가며ㅇ 쿠버네티스 환경에서 어플리케이션의 안정성과 가용성을 유지하는 것은 매우 중요하다.ㅇ 쿠버네티스의 생명 주기에 따라 발생하는 lifecycle hook과 Probe라는 기능을 제공하였다.ㅇ 이 기능의 종류와 특징을 정리하고, 컨테이너의 생명주기 동안 어느 시점에 가동되는지 테스트해 보았다. ㅁ Readiness Probe(준비 확인)ㅇ 컨테이너가 요청을 처리할 준비가 되었는지 확인한다. - 애플리케이션 초기화 완료 여부 확인 - 외부 서비스와의 연결 상태 점검 - Probe 실패 시 해당 파드로의 트래픽 차단 ㅁ Liveness Probe(오류 탐지와 해결)ㅇ 애플리케이션이 정상적으로 동작 중인지 확인한다. - 애플리케이션의 응답 상태 점검 - 문제 발생..