Kubernetes Pod - Kubernetes

Amazon EKS Cluster Endpoint 네트워크 유형별 차이점

EKS를 생성할 때 클러스터 엔드포인트 액세스 유형을 지정해야한다. 클러스터 엔드포인트는 Control Plane의 Kubernetes API 서버용 엔드포인트를 의미한다. 클러스터 엔드포인트는 시스템 요구사항에 맞춰 유형을 지정하여 생성하면 되는데 이 때 유형별로 어떤 차이점이 있는지와 어떤 네트워크 흐름을 가지는지 궁금했다. 우선 클러스터 엔드포인트 액세스 유형은 3가지로 Public, Public & Private, Private 중 선택하여 생성할 수 있다. Public Access 사용자는 인터넷에서 클러스터 API 서버에 접근할 수 있다. 워커 노드가 존재하는 VPC에서 DNS 질의를 해도 클러스터 엔드포인트의 퍼블릭 아이피가 조회된다. 외부 환경에서도 동일하게 클러스터 엔드포인트의 퍼블릭 아이피가 조회된다. 위의 구성도에서 PUBLIC ACCESS SOURCE CIDR를 보면 0.0.0.0/0으로 되어있는데 해당 CIDR는 직접 조정이 가능하며 최대 40개까지 CIDR를 추가할 수 있다. Netowrk ACL로 제어하는 것으로 보인다. 그러나 위의 경우 워커 노드에서 API Server와 통신할 때 Amazon 네트워크 내에서 이동되며 외부 인터넷으로는 이동되지 않는다. Private Access Private Access로 설정하게 되면 EKS OWNED ENI를 통한 접근만 허용하게 된다. Public Access로 생성해도 EKS OWNED ENI가 생성되지만 직접 통신은 하지 않는다. 클러스터 API에 접근하기 위해서는 EKS OWNED ENI와 통신이 가능한 상태여야 한다.

값	의미
Pending	파드가 클러스터 상에서 승인되었지만 파드를 실행하기 위한 준비중인 상태
Running	파드가 노드에 바인딩되었고 컨테이너가 생성된 상태
Succeeded	파드에 있는 모든 컨테이너가 정상적으로 실행된 상태
Failed	파드에 있는 모든 컨테이너가 종료되었고, 하나 이상의 컨테이너가 실패로 종료된 상태
Unknown	파드의 상태를 알 수 없는 상태로 일반적으로 파드가 실행되는 노드와 통신 문제로 발생

상태	의미
Wating	컨테이너를 실행하는데 필요한 작업(컨테이너 이미지 다운로드, 시크릿 데이터 적용)을 진행하는 상태
Running	컨테이너가 정상적으로 실행되는 상태
Terminated	실행을 시작한 다음 완료되거나 오류로 인해 실패했을 때 나타나는 상태

상태	의미
Always (default)	컨테이너 실패 시 항상 재시작
OnFailure	컨테이너 실패 시 livenessProbe에 의해 정상 상태가 될 때까지 재시작
Never	컨테이너 실패 시 재시작 하지 않음

필드 이름	의미
type	파드 컨디션의 이름
status	값으로는 True, False, Unknown 있고 해당 컨디션이 적용 가능 여부를 나타냄
lastProbeTime	파드 컨디션이 마지막으로 프로브된 시간의 타임스탬프
lastTransitionTime	파드가 한 상태에서 다른 상태로 전환된 마지막 시간에 대한 타임 스탬프
reason	컨디션의 마지막 전환에 대한 이유를 나타내는 기계가 판독 가능한 upperCamelCase 텍스트
message	마지막 상태 전환에 대한 세부 정보를 나타내는 사람이 읽을 수 있는 메시지

매커니즘	의미
exec	컨테이너 내에서 지정된 명령어 실행 상태 코드0으로 종료되면 성공으로 간주
grpc	gRPC를 사용하여 원격 프로시저 호출을 수행 체크 대상이 gRPC 헬스 체크가 구현되어야 한다. 응답 status가 SERVING 인 경우 성공으로 간주 (현재 알파 기능이며 GRPCContainerProbe를 활성화 해야한다.)
httpGet	지정한 포트 및 경로에서 컨테이너의 IP 주소에 대한 HTTP GET 요청을 수행 응답 상태 코드가 200 ~ 400 범위인 경우 성공으로 간주
tcpSocket	지정된 포트에서 컨테이너 IP주소에 대해 TCP 검사 수행 포트가 활성화되어 있다면 성공으로 간주

결과	의미
Success	컨테이너가 진단을 통과
Failure	컨테이너가 진단에 실패
Unknown	진단 자체가 실패 (실패 시 kubelet에서 추가 체크를 수행 하므로 사용자는 아무런 조치를 하면 안됨)

Probe	의미
livenessProbe	컨테이너 동작 여부를 나타내며 실패 시 kubelet은 컨테이너를 종료시키고 해당 컨테이너의 재시작 정책의 대상이된다. + 컨테이너가 livenessProbe를 제공하지 않는 경우 기본 상태는 Success 이다.
readinessProbe	컨테이너가 요청을 처리할 준비 여부를 나타내며 실패 시 엔드포인트 컨트롤러는 파드에 연관된 모든 서비스들의 엔드포인트에서 파드의 IP주소를 제거한다. 초기 지연 이전의 기본 상태는 Failure이며 컨테이너가 readinessProbe를 지원하지 않는 경우 기본 상태는 Success이다.
startupProbe	컨테이너 내의 애플리케이션이 시작 여부를 나타내며 startupProbe를 사용하는 경우 성공할 때까지 다른 나머지 probe는 활성화 되지 않으며 실패 시 kubelet은 컨테이너를 종료시키며 컨테이너 재시작 정책에 따라 처리되며 startupProbe를 지원하지 않는 경우 기본 상태는 Success이다.