본문 바로가기
728x90

전체 글78

9. Kubernetes Service Kubernetes Service는 Pod 간 통신과 외부에서 애플리케이션 접근을 가능하게 해주는 네트워크 추상화 객체다.Pod는 생성·삭제되면서 IP가 바뀔 수 있으므로, Pod IP에 직접 의존하면 통신이 불안정하다.Service는 이런 Pod들을 하나의 고정된 접근 지점으로 묶어준다.즉, Service의 역할은 크게 3가지다.Pod 집합을 하나의 논리적 엔드포인트로 묶음다른 Pod 또는 외부 사용자가 안정적으로 접근 가능하게 함마이크로서비스 간 느슨한 결합을 가능하게 함Service는 label selector를 사용해 특정 Pod 그룹과 연결된다.Pod가 늘어나거나 줄어들면 Service가 자동으로 대상 목록을 갱신한다.Service 종류1. NodePort외부에서 노드 IP + 포트로 접근할 수.. 2026. 3. 15.
8. Kubernetes Deployment 업데이트와 롤백 요약 1. 롤아웃과 리비전Deployment를 처음 생성하면 롤아웃이 트리거됨이때 새로운 ReplicaSet 생성됨이후 애플리케이션 버전이 변경될 때마다 새로운 롤아웃 발생함각 변경은 Deployment Revision(배포 리비전) 으로 기록됨리비전 관리 덕분에 변경 이력 추적 가능문제 발생 시 이전 리비전으로 롤백 가능2. 롤아웃 확인 명령어롤아웃 상태 확인kubectl rollout status deployment/롤아웃 이력 확인kubectl rollout history deployment/3. Deployment 전략 종류Recreate 전략기존 Pod들을 모두 먼저 삭제한 뒤새 버전 Pod들을 다시 생성하는 방식임이전 버전이 내려가고 새 버전이 올라오기 전까지 서비스 다운타임 발생 가능Rolling.. 2026. 3. 15.
7. Kubernetes Deployment 1. Deployment가 필요한 이유프로덕션 환경에서는 웹 서버(애플리케이션) 인스턴스를 하나만 실행하는 것이 아니라 여러 개 실행해야 함.또한 새 버전의 애플리케이션이 나오면 운영 중인 서비스에 영향을 최소화하면서 점진적으로 업그레이드해야 함.Deployment는 이런 운영 환경에서 필요한 기능들을 제공함.2. Deployment의 주요 기능다중 인스턴스 운영애플리케이션을 여러 개의 Pod로 실행 가능서비스 안정성과 확장성 확보 가능롤링 업데이트새 버전으로 업그레이드할 때 모든 인스턴스를 한 번에 바꾸지 않고 하나씩 순차적으로 교체 가능사용자에게 서비스 중단 영향을 최소화 가능롤백배포 후 문제가 발생하면 이전 버전으로 되돌리기 가능변경 일시중지 및 재시작여러 변경 사항을 즉시 반영하지 않고,변경을 모.. 2026. 3. 15.
6. Replica Controller / ReplicaSet 정리 1. 개요쿠버네티스에서 여러 개의 동일한 Pod를 유지하기 위해 사용하는 리소스가 있음대표적으로:ReplicationControllerReplicaSet이 둘의 목적은 거의 같음지정한 개수만큼 Pod가 항상 실행되도록 유지하는 것즉,Pod가 죽으면 새로 생성하고여러 노드에 Pod를 분산 배치할 수 있고트래픽 증가 시 Pod 수를 늘려 확장 가능2. ReplicationController vs ReplicaSetReplicationController예전 방식현재는 구형(legacy) 기술ReplicaSet이 이를 대체함ReplicaSet현재 권장되는 방식ReplicationController와 목적은 같지만 더 발전된 방식selector 사용이 필수기존에 이미 존재하던 Pod까지도 관리 가능실무에서는 보통.. 2026. 3. 8.
5.Pod 1) 전제(가정)애플리케이션은 이미 도커 이미지로 빌드되어 있고 Docker Hub(또는 사설 레지스트리)에 올라가 있음 → Kubernetes가 pull 가능Kubernetes 클러스터는 이미 구성/동작 중(단일 노드든 다중 노드든 상관 없음)목표: 워커 노드들에 컨테이너 형태로 애플리케이션 배포2) Kubernetes는 컨테이너를 직접 배포하지 않고 “Pod”로 감싼다컨테이너는 Pod라는 Kubernetes 오브젝트로 캡슐화됨Pod = 애플리케이션의 단일 인스턴스Pod는 Kubernetes에서 만들 수 있는 가장 작은 배포 단위가장 단순한 예시:단일 노드 클러스터애플리케이션 1개 인스턴스Pod 안에 컨테이너 1개가 실행3) 스케일링(확장/축소) 원리사용자 증가 → 어떻게 확장?부하 분산을 위해 웹 애.. 2026. 2. 15.
4. Node, Service, Pod, NodePort Node쿠버네티스 클러스터를 구성하는 서버(머신).Pod가 실제로 실행되는 “땅”.멀티노드면 Pod가 노드들에 흩어져 배치될 수 있음.Pod컨테이너가 실행되는 최소 단위.Pod는 재시작/재배치되면 IP가 바뀔 수 있고, 개수도 늘었다 줄었다 함.Service여러 Pod를 하나의 고정된 주소(가상 IP + DNS) 로 묶어주는 “대표 접속 창구”.Service는 selector(라벨)로 Pod를 선택하고, 그 Pod들로 로드밸런싱해줌.Pod가 어느 노드에 있든 상관없이 라벨만 맞으면 묶임.기본 방식: 라벨로 묶기 (가장 흔함)서비스는 보통 이렇게 “라벨이 같은 Pod들”을 대상으로 잡아.예를 들어 pod1, pod2, pod5에만 app=hello 라벨이 있고,pod3, pod4, pod6에는 없으면:ku.. 2026. 2. 11.
728x90

티스토리툴바