본문 바로가기

DevSecOps

 (66)
멀티 컨테이너 디자인 패턴: Sidecar, Adapter, Ambassador 컨테이너 Kubernetes 멀티 컨테이너 디자인 패턴: Sidecar, Adapter, Ambassador 컨테이너 분석Kubernetes (k8s)에서 파드는 하나 이상의 컨테이너를 포함할 수 있는 최소 배포 단위입니다. 단일 파드 내에 여러 컨테이너를 배치하는 '멀티 컨테이너 패턴'은 메인 애플리케이션의 기능을 확장하거나 외부와의 통신을 표준화하는 데 사용됩니다. 대표적인 세 가지 패턴인 Sidecar, Adapter, Ambassador 컨테이너의 역할과 차이점을 상세히 설명합니다.1. Sidecar Container (사이드카 컨테이너): 기능 확장 및 보조Sidecar 패턴은 메인 애플리케이션 컨테이너의 코드를 수정하지 않고 부가적인 기능을 추가할 때 사용됩니다. 오토바이 옆에 붙은 사이드카처럼 메인 ..
Kubernetes 오토스케일링 메커니즘: HPA, VPA, CA Kubernetes 오토스케일링 메커니즘: HPA, VPA, CA를 활용한 자원 최적화 분석Kubernetes (k8s)의 가장 큰 장점 중 하나는 서비스 부하에 따라 자원을 유동적으로 관리하는 오토스케일링 기능입니다. k8s는 애플리케이션 계층의 확장을 담당하는 HPA와 VPA, 그리고 인프라 계층의 확장을 담당하는 CA를 통해 클러스터의 가용성과 비용 효율성을 동시에 확보합니다. 이 글에서는 각 오토스케일러의 작동 원리와 상호 관계를 심층적으로 다룹니다.1. HPA (Horizontal Pod Autoscaler): 파드 개수의 수평 확장HPA는 CPU 이용률이나 메모리 사용량과 같은 메트릭을 감시하여, 부하가 증가하면 파드의 개수를 자동으로 늘리고 부하가 감소하면 줄이는 수평 확장 방식을 취합니다...
Kubernetes 수동 스케줄링과 멀티 스케줄러 운영 Kubernetes 스케줄링의 확장과 제어: 수동 스케줄링 및 멀티 스케줄러 운영 분석Kubernetes (k8s) 클러스터에서 파드를 노드에 배정하는 작업은 기본적으로 kube-scheduler가 담당합니다. 그러나 특정 운영 시나리오에서는 기본 스케줄러의 로직을 우회하여 사용자가 직접 노드를 지정하는 수동 스케줄링이 필요하거나, 애플리케이션의 특수한 요구사항을 충족하기 위해 여러 개의 스케줄러를 동시에 운영하는 멀티플 스케줄링 방식이 도입됩니다.1. 수동 스케줄링 (Manual Scheduling): 스케줄러 우회 및 직접 배정수동 스케줄링은 k8s의 기본 스케줄링 메커니즘을 거치지 않고 사용자가 파드가 실행될 노드를 명시적으로 결정하는 방식입니다. 이는 주로 스케줄러가 없는 환경에서 테스트를 수행하..
Kubernetes 스케줄링 제어 시 Taint, Toleration, DaemonSet Kubernetes 스케줄링 제어와 노드 전용 배포: Taint, Toleration, 그리고 DaemonSet 분석Kubernetes (k8s) 클러스터에서 파드가 특정 노드에 배치되는 방식은 정책적으로 제어될 수 있습니다. Taint와 Toleration은 특정 노드에 파드가 배치되는 것을 제한하거나 허용하는 '배척과 수용'의 메커니즘을 제공합니다. 반면, DaemonSet은 클러스터 내의 모든(또는 특정) 노드에 동일한 파드를 하나씩 실행하도록 보장하는 특수한 컨트롤러입니다.1. Taint와 Toleration: 노드 중심의 스케줄링 제한Taint는 노드에 설정되어 특정 파드가 해당 노드에 배치되지 못하도록 밀어내는 역할을 합니다. 반면, Toleration은 파드에 설정되어 특정 Taint가 있는..
Kubernetes 자원 관리 시 Init 컨테이너, Resource Limits 및 Quota Kubernetes 컨테이너 초기화와 자원 관리: Init 컨테이너, Resource Limits 및 Quota 분석Kubernetes (k8s) 클러스터에서 애플리케이션의 안정성을 확보하기 위해서는 실행 전 준비 과정과 실행 중 자원 사용량에 대한 엄격한 제어가 필요합니다. 이를 위해 k8s는 init 컨테이너를 통한 초기화 메커니즘과, Resource Limits(LimitRange 포함) 및 Resource Quota를 통한 다각적인 자원 할당 관리 기능을 제공합니다.1. Init 컨테이너: 애플리케이션 시작 전 준비 작업Init 컨테이너는 파드의 앱 컨테이너가 실행되기 전에 완료되어야 하는 특수한 컨테이너입니다. 파드에는 여러 개의 init 컨테이너가 존재할 수 있으며, 정의된 순서에 따라 하나씩..
Kubernetes 설정 관리 시 컨테이너 환경 변수, ConfigMap, Secret Kubernetes 설정 관리의 핵심: 컨테이너 환경 변수, ConfigMap, 그리고 Secret 분석Kubernetes (k8s) 애플리케이션 운영 시 설정 정보와 민감한 데이터를 코드와 분리하여 관리하는 것은 보안과 이식성 측면에서 매우 중요합니다. k8s는 이를 위해 컨테이너 환경 변수 설정 방식과 더불어, 비민감 데이터를 위한 ConfigMap, 보안이 필요한 데이터를 위한 Secret이라는 두 가지 핵심 리소스를 제공합니다.1. 컨테이너 환경 변수 (Environment Variables)가장 기본적인 설정 방식은 파드 정의서 내부에 환경 변수를 직접 명시하는 것입니다. 컨테이너 내부의 애플리케이션은 런타임에 이 변수들을 읽어 동작을 제어할 수 있습니다.직접 정의: env 필드 아래에 키-값 ..
Kubernetes 스토리지의 StorageClass와 StatefulSet Kubernetes 스토리지 자동화와 상태 유지 애플리케이션: StorageClass와 StatefulSet 분석Kubernetes (k8s) 클러스터 운영에서 데이터 관리의 핵심은 자동화와 안정성입니다. StorageClass를 이용한 동적 provisioning은 관리자의 수동 개입 없이 스토리지 자원을 할당하며, StatefulSet은 데이터베이스와 같이 상태 유지가 필요한 애플리케이션의 고유한 식별성과 영속성을 보장합니다. 이 두 요소가 결합하여 현대적인 k8s 데이터 관리 아키텍처를 완성합니다.1. StorageClass: 스토리지의 정책적 정의StorageClass는 클러스터 관리자가 사용자에게 제공하는 스토리지의 '클래스' 또는 '서비스 수준'을 정의하는 객체입니다. 이는 하부 저장소의 성능..
Persistent Volume(PV)과 Persistent Volume Claim(PVC) Kubernetes 스토리지 추상화 계층: Persistent Volume(PV)과 Persistent Volume Claim(PVC) 분석Kubernetes (k8s)는 인프라의 세부 사항을 추상화하여 개발자가 하부 스토리지의 종류를 알지 못해도 리소스를 사용할 수 있는 구조를 지향합니다. 이를 실현하는 핵심 객체가 Persistent Volume (PV)과 Persistent Volume Claim (PVC)입니다. PV는 클러스터 관리자가 제공하는 실제 저장 공간을 의미하며, PVC는 사용자가 그 공간을 사용하기 위해 요청하는 명세서 역할을 합니다.1. Persistent Volume (PV): 클러스터 스토리지 자원PV는 관리자가 수동으로 프로비저닝하거나 StorageClass를 통해 동적으로 생..
emptyDir, hostPath 및 네트워크 볼륨의 특성과 활용 Kubernetes 스토리지 시스템 분석: emptyDir, hostPath 및 네트워크 볼륨의 특성과 활용Kubernetes (k8s) 환경에서 컨테이너의 파일 시스템은 기본적으로 일시적(Ephemeral)입니다. 컨테이너가 재시작되면 내부 데이터는 모두 삭제되므로, 데이터를 영구적으로 보존하거나 파드 내 컨테이너 간에 공유하기 위해 볼륨(Volume) 객체가 사용됩니다. k8s는 데이터의 생명 주기와 저장 위치에 따라 emptyDir, hostPath, 그리고 nfs를 포함한 다양한 네트워크 볼륨 유형을 제공합니다.1. emptyDir: 동일 파드 내 컨테이너 간 임시 공유emptyDir은 파드가 노드에 할당될 때 생성되며, 해당 파드가 노드에서 실행되는 동안에만 존재합니다. 이름 그대로 처음에는 비..
Kubernetes의 Ingress, Ingress TLS, CoreDNS Kubernetes Ingress, Ingress TLS, CoreDNS본 문서는 Kubernetes(k8s) 환경에서 서비스 외부 노출의 핵심 요소인 Ingress, 안전한 통신을 위한 Ingress TLS 설정, 그리고 클러스터 내부 서비스 디스커버리의 근간인 CoreDNS에 대해 보안 엔지니어 관점을 포함하여 심층적으로 분석하고 실무 적용 방안을 제시합니다.Ingress의 작동 원리와 실무적 중요성Ingress는 클러스터 외부에서 내부의 서비스로 HTTP 및 HTTPS 라우팅을 노출하는 API 오브젝트입니다. 단순히 서비스를 노출하는 NodePort나 LoadBalancer 타입과는 달리, Ingress는 단일 IP 주소 하에서 경로 기반(Path-based) 또는 호스트 기반(Host-based)..

티스토리툴바