madebychung

Kubernetes에서 Private Registry 이미지 Pull 시크릿 설정하기 🔐 목적 사설 Docker 레지스트리 (예: 10.10.10.10:5000)에서 Kubernetes Pod가 이미지를 당겨오기 위해 필요한 imagePullSecret 생성과 적용 방법을 설명합니다. 📌 사전 조건 사설 레지스트리에 접근 가능한 사용자 계정이 있어야 함 사설 레지스트리 주소와 포트 확인 (예: 10.10.10.10:5000) Kubernetes 클러스터에 접근할 수 있어야 함 📄 Kubernetes 버전 및 ServiceAccount 연동 Kubernetes 1.6부터 Pod에 직접 imagePullSecrets를..

Kubernetes Ingress Controller 실사용 사례 완전 정리 (초보자용)이번 글에서는 실제 온프레미스 환경에서 구성한 Ingress Controller 기반 서비스 흐름을 예시로 설명합니다. 다음 항목을 포함해 단계별로 확인 가능한 명령어와 함께 정리했으며, 초보자도 쉽게 이해할 수 있도록 흐름도도 제공합니다.✅ 흐름도 개요전체 서비스 흐름:외부 요청 → NodePort(30080/30443) → Ingress Controller → Ingress 규칙 → Service → Pod※ 위 이미지: 실제 요청 흐름을 보여주는 다이어그램입니다.색상 구분으로 각 구성요소(Nodes, Ingress Controller, Service, Pod)를 명확히 나타냅니다.1. 리소스 생성 여부 확인kub..

온프레미스 환경에서 Ingress Controller 앞단에 외부 Load Balancer 없이 설정하려면?클라우드에서는 Ingress Controller 앞단에 LoadBalancer 서비스를 쓰면 외부에서 바로 접근할 수 있습니다. 하지만 온프레미스 환경에서는 LoadBalancer 타입이 작동하지 않습니다. EXTERNAL-IP가 상태로 계속 남아있죠.이 글에서는 외부 Load Balancer 없이 NodePort 방식으로 Ingress Controller를 설정하고, 외부에서 직접 접근할 수 있도록 구성하는 방법을 초보자 관점에서 정리합니다.1. 기본 개념 정리 LoadBalancer: 클라우드에서 외부 IP를 자동 할당해주는 서비스 타입 NodePort: 클러스터 외부에서 노드 IP + 포..

nginx ingress controller 설치 후 Ingress 리소스 연동하는 방법Kubernetes에서 외부 트래픽을 서비스에 연결하려면 Ingress를 써야 합니다. 하지만 Ingress만 정의한다고 끝이 아니죠. 그걸 실제로 처리해주는 게 Ingress Controller입니다.이번 글에서는 nginx ingress controller 설치 → Ingress 리소스 연동까지 전 과정을 초보자 눈높이에 맞춰 설명합니다.1. nginx ingress controller 설치하기 (kubectl 방식)Helm을 사용하지 않고 kubectl apply 방식으로 간단히 설치할 수 있습니다.kubectl apply -f https://raw.githubusercontent.com/kubernetes/in..

쿠버네티스 Ingress 완전 정리 (Ingress / Ingress Controller / Ingress Service 헷갈림 끝!)쿠버네티스를 쓰다 보면 꼭 마주치는 개념이 있습니다. 바로 Ingress입니다. 그런데 Ingress를 검색하면 Ingress, Ingress Controller, Ingress Service 이렇게 단어가 계속 나오고, 뭔 소린지 헷갈리는 경우 많죠?1. Ingress란?Ingress는 쿠버네티스 클러스터 외부에서 내부 서비스로 HTTP/HTTPS 트래픽을 라우팅하기 위한 규칙(리소스)입니다.즉, 외부 사용자가 접속할 도메인 주소나 경로(/login, /api 등)를 정의하고, 그 요청을 내부의 어떤 서비스로 전달할지 정해주는 역할을 해요.✅ Ingress의 역할 요약클..

📌 kubectl describe로 리소스 상태 추적하는 방법쿠버네티스를 처음 사용하는 초보자라면 kubectl get 명령어는 익숙할 수 있지만, 리소스 내부의 상세 상태를 확인하고 원인을 추적할 때는 kubectl describe 명령어가 훨씬 강력합니다.이 글에서는 kubectl describe 명령어로 어떤 정보를 얻을 수 있는지, 어떤 상황에서 어떻게 사용해야 하는지 자세히 설명합니다.✅ kubectl describe란?kubectl describe는 특정 Kubernetes 리소스(Pod, Deployment, Node 등)의 자세한 상태 정보를 보여주는 명령어입니다.단순히 현재 상태만 보는 것이 아니라, 이벤트, 스케줄링 정보, 컨테이너 상태, 오류 로그 등을 포함합니다.📄 기본 명령어 ..

📌 kubectl apply로 리소스를 업데이트할 때 실제로 어떤 정보가 어떻게 바뀌는가?kubectl apply는 사용자가 마지막으로 적용한 YAML의 내용을 쿠버네티스 리소스 메타데이터에 저장해두고, 클러스터 상태와 비교하여 변경된 부분만 반영하는 방식입니다.📌 핵심 동작 원리apply는 리소스 메타데이터에 kubectl.kubernetes.io/last-applied-configuration 주석을 저장함새로운 YAML이 들어오면 이 주석과 현재 클러스터 상태를 비교함변경된 필드만 Kubernetes 리소스를 업데이트함🔍 예시kubectl apply -f deployment.yamlspec: replicas: 3만약 이전에 replicas: 2였다면, apply는 이 필드만 변경합니다.✅ 요..

📌 kubectl apply vs create 차이점  정복 (실습 포함)쿠버네티스를 막 시작한 사람이라면 kubectl apply랑 kubectl create의 차이 때문에 혼란스러울 수 있습니다.두 명령어는 리소스를 "만든다"는 점에서는 비슷하지만, 실제 사용 목적과 동작 방식은 확연히 다릅니다.🧠 개념 먼저: create vs apply 차이항목kubectl createkubectl apply목적리소스 최초 생성리소스 생성 및 이후 업데이트상태 추적없음.last-applied-configuration 주석으로 상태 추적덮어쓰기불가 (이미 있으면 오류)가능 (변경사항만 반영)선언적 관리❌ 명령형✅ 선언형 (YAML 중심)사용 예초기 리소스 배포배포 후 설정 변경 관리🧪 실습으로 이해하기📄 St..