2.3. 상태 점검
포드를 의도적으로 충돌하고 Kubernetes 활성 프로브에 응답하지 않도록 하여 Kubernetes가 Pod 오류에 응답하는 방법을 참조하십시오.
2.3.1. 데스크탑 준비 링크 복사링크가 클립보드에 복사되었습니다!
프로세스
OpenShift 웹 콘솔에서 워크로드 > 배포 > ostoy-frontend 를 선택하여 OSToy 배포를 확인합니다.
2.3.2. Pod 충돌 링크 복사링크가 클립보드에 복사되었습니다!
프로세스
-
OSToy 애플리케이션 웹 콘솔의 왼쪽 메뉴에서 Home 을 클릭하고 Crash Pod 상자에 메시지를 입력합니다(예:
이 값은 goodbye!
). Crash Pod 를 클릭합니다.
Pod가 충돌하고 Kubernetes는 Pod를 다시 시작합니다.
2.3.3. revived Pod 보기 링크 복사링크가 클립보드에 복사되었습니다!
프로세스
OpenShift 웹 콘솔에서 신속하게 배포 화면으로 전환합니다. pod가 노란색으로 설정되어 있음을 알 수 있습니다. 이는 다운되었음을 의미합니다. 신속하게 재부팅하고 파란색으로 전환해야 합니다. 재생 프로세스가 빠르게 수행됩니다.
검증
웹 콘솔에서 포드 > ostoy-frontend-xxxxxxx-xxxx 를 클릭하여 Pod 화면으로 변경합니다.
Events 를 클릭하고 컨테이너가 충돌하여 다시 시작되었는지 확인합니다.
2.3.4. 애플리케이션 오작동으로 만들기 링크 복사링크가 클립보드에 복사되었습니다!
프로세스
~~. Pod 이벤트 페이지를 열린 상태로 유지합니다.~~
OSToy 애플리케이션에서 토글 상태 타일에서 상태 토글 을 클릭합니다. 현재 상태 전환을 볼 수 있습니다. 이 모든 것이 좋지 않습니다.
검증
애플리케이션 오작동을 수행한 후 애플리케이션이 200개의 HTTP 코드로
응답하지 않습니다. Kubernetes는 연속 장애가 3번 실패한 후 Pod를 중지하고 다시 시작합니다.
- 웹 콘솔에서 Pod 이벤트 페이지로 다시 전환하여 활성 프로브가 실패하고 Pod가 재시작되었는지 확인합니다.
다음 이미지는 Pod 이벤트 페이지에 표시되는 내용의 예를 보여줍니다.
A. Pod에는 3개의 연속 오류가 있습니다.
B. Kubernetes는 Pod를 중지합니다.
C. Kubernetes는 Pod를 다시 시작합니다.