2.3. 상태 점검


포드를 의도적으로 충돌하고 Kubernetes 활성 프로브에 응답하지 않도록 하여 Kubernetes가 Pod 오류에 응답하는 방법을 참조하십시오.

2.3.1. 데스크탑 준비

프로세스

  • OpenShift 웹 콘솔에서 워크로드 > 배포 > ostoy-frontend 를 선택하여 OSToy 배포를 확인합니다.

2.3.2. Pod 충돌

프로세스

  1. OSToy 애플리케이션 웹 콘솔의 왼쪽 메뉴에서 Home 을 클릭하고 Crash Pod 상자에 메시지를 입력합니다(예: 이 값은 goodbye! ).
  2. Crash Pod 를 클릭합니다.

    Pod가 충돌하고 Kubernetes는 Pod를 다시 시작합니다.

2.3.3. revived Pod 보기

프로세스

  • OpenShift 웹 콘솔에서 신속하게 배포 화면으로 전환합니다. pod가 노란색으로 설정되어 있음을 알 수 있습니다. 이는 다운되었음을 의미합니다. 신속하게 재부팅하고 파란색으로 전환해야 합니다. 재생 프로세스가 빠르게 수행됩니다.

검증

  1. 웹 콘솔에서 포드 > ostoy-frontend-xxxxxxx-xxxx 를 클릭하여 Pod 화면으로 변경합니다.

  2. Events 를 클릭하고 컨테이너가 충돌하여 다시 시작되었는지 확인합니다.

2.3.4. 애플리케이션 오작동으로 만들기

프로세스

~~. Pod 이벤트 페이지를 열린 상태로 유지합니다.~~

  1. OSToy 애플리케이션에서 토글 상태 타일에서 상태 토글 을 클릭합니다. 현재 상태 전환을 볼 수 있습니다. 이 모든 것이 좋지 않습니다.

검증

애플리케이션 오작동을 수행한 후 애플리케이션이 200개의 HTTP 코드로 응답하지 않습니다. Kubernetes는 연속 장애가 3번 실패한 후 Pod를 중지하고 다시 시작합니다.

  • 웹 콘솔에서 Pod 이벤트 페이지로 다시 전환하여 활성 프로브가 실패하고 Pod가 재시작되었는지 확인합니다.

다음 이미지는 Pod 이벤트 페이지에 표시되는 내용의 예를 보여줍니다.

A. Pod에는 3개의 연속 오류가 있습니다.

B. Kubernetes는 Pod를 중지합니다.

C. Kubernetes는 Pod를 다시 시작합니다.

맨 위로 이동
Red Hat logoGithubredditYoutubeTwitter

자세한 정보

평가판, 구매 및 판매

커뮤니티

Red Hat 문서 정보

Red Hat을 사용하는 고객은 신뢰할 수 있는 콘텐츠가 포함된 제품과 서비스를 통해 혁신하고 목표를 달성할 수 있습니다. 최신 업데이트를 확인하세요.

보다 포괄적 수용을 위한 오픈 소스 용어 교체

Red Hat은 코드, 문서, 웹 속성에서 문제가 있는 언어를 교체하기 위해 최선을 다하고 있습니다. 자세한 내용은 다음을 참조하세요.Red Hat 블로그.

Red Hat 소개

Red Hat은 기업이 핵심 데이터 센터에서 네트워크 에지에 이르기까지 플랫폼과 환경 전반에서 더 쉽게 작업할 수 있도록 강화된 솔루션을 제공합니다.

Theme

© 2025 Red Hat