1.emptyDir -컨테이너들끼리 볼륨을 공유하기 위해 사용됨 -예를 들어 container1이 웹서버고 container2가 백엔드 -volume은 pod생성시 만들어지고 삭제 시 없어짐 (volume에는 일시적인 사용목적에 의한 데이터만 저장하는게 좋음) 2.hostPath -pod들이 올려져 있는 node의 poth 사용 -각각의 pod들이 path를 공유하기 때문에, pod들이 죽어도 node안에 있는 데이터는 사라지지 않음 -그러나, 예를 들어 pod2가 재생성될 때, 원래 node에 생성될거라는 보장이 없음 (해결: 운영자가 node추가시마다 똑같은 path를 만들어서 직접 node에 있는 path끼리 mount를 걸어줌) *사전에 해당 node에 경로가 있어야 에러가 나지 않음 -각각의 노..
1.ClusterIP(type: ClusterIP) -service는 자신의 cluster IP가 있으며, pod과 연결되면 service의 ip를 통해서도 pod과 연결가능 -(pod의 ip는 재생성되면 변경되지 때문에 신뢰성이 떨어져서) -외부에서는 접근불가 -service가 트래픽을 분산시켜, pod에 연결함 1.인가된 사용자 2.내부 대쉬보드 3.Pod의 서비스상태 디버깅 2.NodePort(type: NodePort) -모든 node에 port할당 -1번 노드로 접속하더라도 2번 노드에 트래픽 전달 가능 -externalTrafficPolicy: Local 로 되어 있으면 해당 노드위에 pod에만 트래픽을 전달함 1.내부망 연결 2.데모나 임시 연결용 3.Load Balancer(type: Lo..
1.container : 하나의 독립적인 서비스 구동 -한 pod안에 여러 container가 있지만 port는 중복되지 않음 -한 pod당 IP 자동할당(시스템에 문제가 생기면 pod이 재생성되고, ip주소가 변경됨) 2.label: 목적에 따라 오브젝트들을 분리하고, 분리된 오브젝트들끼리 연결 -key: value로 이루어짐 (예를 들어, type: web) -type이 web인것만 보고싶으면 이 pod들만 service에 연결하여 보면 됨 3. node schedule: 2가지 방법이 있음 (1)직접 선택: pod을 만들 때 node를 선택(nodeSelector) (2)쿠버네티스가 자동 선택(request, limit) —> 스케줄러가 판단 -memory: 초과시 Pod 종료 시킴 -CPU: 초과..