이론 cluster ip : 내부 통신용, 내부 자원 공유 - default node port : 30000 - 32767 외부 서비스 가능 http-go-v1.yml 파일 생성 apiVersion: v1 kind: Pod metadata: name: http-go labels: app: http-go spec: containers: - name: http-go image: jingukang/http-go ports: - containerPort: 8080 --- apiVersion: v1 kind: Service metadata: name: http-go-svc spec: selector: app: http-go ports: - port: 80 targetPort: 8080 cluster ip를 이용한..

etcd etcd는 분산된 Key-Value 저장소로서 Kubernetes 및 다른 분산 시스템에서 중요한 역할을 하는 핵심 구성 요소 중 하나다. 이를테면, etcd는 Kubernetes 클러스터 구성 및 상태 정보를 저장하며 클러스터의 안전한 운영을 보장한다. 주요 정보 Key-Value 저장소 : etcd는 간단한 Key-Value 저장소 시스템이다. 각 데이터 항목은 고유한 키(Key)와 연결된 값(Value)으로 구성된다. 이러한 데이터 항목은 설정, 구성 정보, 상태 정보, 런타임 데이터 및 기타 중요한 정보를 저장하는 데 사용된다. 분산 시스템에 적합 : etcd는 데이터를 여러 노드 간에 분산하여 저장하고 복제한다. 이것은 고 가용성과 내결함성을 제공하며 데이터의 일관성과 안전성을 보장한다..

Master Node API 서버 (API Server) : 클러스터의 제어 중심 역할을 하는 구성 요소로, 클러스터 관리 및 상태 정보에 대한 엔드포인트를 제공한다. Kubelet, Kube-proxy 및 다른 컴포넌트와 상호작용할 때 사용된다. etcd : Key-Value 저장소로, 클러스터의 모든 설정 데이터와 상태 정보를 저장한다. 스케줄러 (Scheduler) : 새로운 Pod을 적절한 노드에 할당하는 역할을 한다. 컨트롤러 매니저 (Controller Manager) : 클러스터의 상태를 관리하고 디렉티브에 따라 클러스터 자원을 관리하는 일련의 컨트롤러를 실행한다. Controller Manager Node 컨트롤러 (Node Controller) : 노드 관련 이벤트와 노드 장애를 처리한다..

요구명세서 1. 현재 시스템에는 몇 개의 Namespace가 존재하는가? 2. kube-system에는 몇 개의 파드가 존재하는가? 3. ns-jenkins 네임스페이스를 생성하고 jenkins 파드를 배치하라. pod image: jenkins/jenkins pod name: jenkins 4. coredns는 어느 네임스페이스에 속해있는가? 실습 kubectl get ns kubectl get pod -n kube-system kubectl create ns ns-jenkins kubectl run jenkins --image=jenkins/jenkins --namespace=ns-jenkins kubectl get pod -n ns-jenkins kubectl get pod --all-namespa..

네임스페이스 - 쿠버네티스 클러스터 내의 논리적 분리 단위 - 리소스를 각각의 분리된 영역으로 나누기 좋은 방법 - 여러 네임스페이스를 사용하면 복잡한 쿠버네티스 시스템을 더 작은 그룹으로 분할 - 멀티 테넌트(Multi-tenant) 환경을 분리하여 리소스를 생산, 개발, QA 환경 등으로 사용 - 리소스 이름은 네임스페이스 내에서만 고유 명칭 사용 - 현재 클러스터의 기본 네임스페이스 확인하기 => kubectl get ns 네임스페이스를 만들지 않았다면 default 네임스페이스를 사용한 것이다 각 네임스페이스 상세 내용 확인 - kubectl get 을 옵션 없이 사용하면 default 네임스페이스에 질의 - 다른 사용자와 분리된 환경으로 타인의 접근을 제한 - 네임스페이스 별로 리소스 접근 허용..

요구명세서 다음 mongo 이미지를 사용하여 업데이트와 롤백을 실행하라. 1. 모든 revision 내용은 기록돼야 한다. 2. mongo:4.2 이미지를 사용하여 deployment를 생성하라. ✓ Replicas: 10 ✓ maxSurge: 50% ✓ maxUnavailable: 50% 3. mongo:4.4 롤링 업데이트를 수행하라. 4. mongo:4.2로 롤백을 수행하라. 파일 내용 apiVersion: apps/v1 kind: Deployment metadata: name: mongo-deployment spec: replicas: 10 strategy: type: RollingUpdate rollingUpdate: maxSurge: 50% maxUnavailable: 50% selector:..