아래 해결 방법을 참조하세요.
설명
해결책:
api버전: v1
종류: 포드
메타데이터:
라벨:
테스트: 활성
이름: liveness-exec
투기:
컨테이너:
- 이름 : 라이브니스
이미지: k8s.gcr.io/busybox
인수:
- /bin/sh
- -씨
- /tmp/healthy를 터치하세요. 수면 30; rm -rf /tmp/healthy; 수면 600
활성 프로브:
실행:
명령:
- 고양이
- /tmp/건강
초기 지연초: 5
기간초: 5
구성 파일에서 Pod에 단일 컨테이너가 있음을 확인할 수 있습니다. periodSeconds 필드는 kubelet이 5초마다 활성 프로브를 수행해야 함을 지정합니다. initialDelaySeconds 필드는 첫 번째 프로브를 수행하기 전에 5초를 기다려야 함을 kubelet에 알려줍니다. 프로브를 수행하기 위해 kubelet은 대상 컨테이너에서 cat /tmp/healthy 명령을 실행합니다. 명령이 성공하면 0을 반환하고 kubelet은 컨테이너가 살아 있고 건강한 것으로 간주합니다. 명령이 0이 아닌 값을 반환하면 kubelet은 컨테이너를 종료하고 다시 시작합니다.
컨테이너가 시작되면 다음 명령을 실행합니다.
/bin/sh -c "touch /tmp/healthy; sleep 30; rm -rf /tmp/healthy; sleep 600" 컨테이너 수명의 처음 30초 동안 /tmp/healthy 파일이 있습니다. 따라서 처음 30초 동안 cat /tmp/healthy 명령은 성공 코드를 반환합니다. 30초 후에 cat /tmp/healthy가 실패 코드를 반환합니다.
포드를 생성합니다.
kubectl apply -f https://k8s.io/examples/pods/probe/exec-liveness.yaml
30초 이내에 Pod 이벤트를 확인합니다.
kubectl은 pod liveness-exec를 설명합니다.
출력은 아직 실패한 활성 프로브가 없음을 나타냅니다.
FirstSeen LastSeen SubobjectPath 유형의 개수 이유 메시지
--------- -------- ----- ---- ------------- -------- --- --- -------
24s 24s 1 {default-scheduler } Normal Scheduled 작업자0에게 liveness-exec가 성공적으로 할당됨
23s 23s 1 {kubelet Worker0} spec.containers{liveness} 정상 풀링 풀링 이미지 "k8s.gcr.io/busybox"
23s 23s 1 {kubelet Worker0} spec.containers{liveness} Normal Pulled 성공적으로 가져온 이미지
"k8s.gcr.io/busybox"
23s 23s 1 {kubelet 작업자0} spec.containers{liveness} 일반 생성됨 docker ID를 사용하여 컨테이너 생성됨
86849c15382e; 보안:[seccomp=제한되지 않음]
23s 23s 1 {kubelet 작업자0} spec.containers{liveness} 정상 시작됨 docker ID가 있는 시작된 컨테이너
86849c15382e
35초 후에 Pod 이벤트를 다시 확인합니다.
kubectl은 pod liveness-exec를 설명합니다.
출력 하단에는 활성 프로브가 실패했으며 컨테이너가 종료되고 다시 생성되었음을 나타내는 메시지가 있습니다.
FirstSeen LastSeen SubobjectPath 유형의 개수 이유 메시지
--------- -------- ----- ---- ------------- -------- --- --- -------
37s 37s 1 {default-scheduler } Normal Scheduled 작업자0에게 liveness-exec를 성공적으로 할당했습니다.
36s 36s 1 {kubelet Worker0} spec.containers{liveness} 정상 풀링 풀링 이미지 "k8s.gcr.io/busybox"
36s 36s 1 {kubelet Worker0} spec.containers{liveness} Normal Pulled 성공적으로 가져온 이미지
"k8s.gcr.io/busybox"
36s 36s 1 {kubelet 작업자0} spec.containers{liveness} 일반 생성됨 docker ID를 사용하여 컨테이너 생성됨
86849c15382e; 보안:[seccomp=제한되지 않음]
36s 36s 1 {kubelet 작업자0} spec.containers{liveness} 정상 시작됨 docker ID가 있는 시작된 컨테이너
86849c15382e
2s 2s 1 {kubelet Worker0} spec.containers{liveness} 경고 비정상 활성 프로브 실패: 고양이: 열 수 없음
'/tmp/healthy': 해당 파일이나 디렉터리가 없습니다.
30초 더 기다렸다가 컨테이너가 다시 시작되었는지 확인합니다.
kubectl get pod liveness-exec
출력에는 RESTARTS가 증가했음이 표시됩니다.
이름 준비 상태 재시작 나이
liveness-exec 1/1 실행 중 1 1m

아래 해결 방법을 참조하세요.
설명
API버전:networking.k8s.io/v1
종류: NetworkPolicy
메타데이터:
이름: 내부 정책
네임스페이스: 기본값
투기:
포드선택기:
일치 라벨:
이름: 내부
정책 유형:
- 출구
- 인그레스
입구:
- {}
출구:
- 에게:
- 포드선택기:
일치 라벨:
이름: mysql
포트:
- 프로토콜: TCP
포트: 3306
- 에게:
- 포드선택기:
일치 라벨:
이름: 급여
포트:
- 프로토콜: TCP
포트: 8080
- 포트:
- 포트: 53
프로토콜: UDP
- 포트: 53
프로토콜: TCP