18.5. 튜토리얼: 상태 점검


Pod를 의도적으로 충돌하고 Kubernetes 활성 프로브에 응답하지 않도록 하여 Kubernetes가 Pod 오류에 응답하는 방법을 확인할 수 있습니다.

18.5.1. 데스크탑 준비

  1. 작업 결과를 즉시 확인할 수 있도록 OpenShift 웹 콘솔과 OSToy 애플리케이션 웹 콘솔 간에 데스크탑 화면을 분할합니다.

    화면을 분할할 수 없는 경우 OSToy 애플리케이션 웹 콘솔을 다른 탭에서 열어 애플리케이션의 기능을 활성화한 후 OpenShift 웹 콘솔로 빠르게 전환할 수 있습니다.

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

18.5.2. Pod 충돌

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

    Pod 충돌 및 Kubernetes는 Pod를 다시 시작해야 합니다.

18.5.3. revived Pod 보기

  1. OpenShift 웹 콘솔에서 신속하게 배포 화면으로 전환합니다. pod가 노란색으로 설정되어 있음을 알 수 있습니다. 즉, 다운된 것입니다. 신속하게 재부팅하고 파란색으로 전환해야 합니다. 재생 프로세스가 빠르게 수행되므로 누락될 수 있습니다.

검증

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

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

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

Pod 이벤트 페이지를 이전 절차에서 열린 상태로 유지합니다.

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

검증

이전 단계 후에 애플리케이션은 200 HTTP 코드로 응답하지 않습니다. 연속 장애가 3번 실패한 후 Kubernetes는 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