红帽全球峰会2.3. 健康检查
查看 Kubernetes 如何通过有意崩溃 pod 并对 Kubernetes 存活度探测做出无响应来响应 pod 故障。
2.3.1. 准备您的桌面
流程
在 OpenShift web 控制台中，选择 Workloads > Deployments > ostoy-frontend 来查看 OSToy 部署。
2.3.2. 崩溃 pod
流程
-
在 OSToy 应用程序 web 控制台中，单击左侧菜单中的 Home，然后在 Crash Pod 框中输入消息，例如，
这是 goodbye!。 单击 Crash Pod。
pod 崩溃，Kubernetes 重启 pod。
2.3.3. 查看 revived pod
流程
从 OpenShift Web 控制台，快速切换到 Deployments 屏幕。您将看到 pod 为黄色，这表示它已关闭。它应快速重新检查并打开蓝色。revival 过程很快发生。
验证
在 web 控制台中，点 Pods > ostoy-frontend-xxxxxxx-xxxx 更改为 pod 屏幕。
单击 Events 子选项卡，并验证容器是否已崩溃并重新启动。
2.3.4. 使应用程序出现故障
流程
~~.将 Pod 事件页面保持打开.~~
在 OSToy 应用中，单击 Toggle Health Status 标题中的 Toggle Health Status 标题。观察 Current Health 开关 ，我没有感觉到这一切。
验证
在应用出现故障后，应用将停止响应 200 HTTP 代码。3 连续失败后，Kubernetes 将停止 pod 并重启它。
- 从 Web 控制台，切回到 pod 事件页面，以查看存活度探测失败并且容器集重启。
下图显示了您将在 Pod 事件页面中看到的内容示例。
A.pod 连续三个失败。
B.Kubernetes 停止 pod。
C.Kubernetes 重启 pod。
'%20d='M201.5%20305.5c-13.8%200-24.9-11.1-24.9-24.6%200-13.8%2011.1-24.9%2024.9-24.9%2013.6%200%2024.6%2011.1%2024.6%2024.9%200%2013.6-11.1%2024.6-24.6%2024.6zM504%20256c0%20137-111%20248-248%20248S8%20393%208%20256%20119%208%20256%208s248%20111%20248%20248zm-132.3-41.2c-9.4%200-17.7%203.9-23.8%2010-22.4-15.5-52.6-25.5-86.1-26.6l17.4-78.3%2055.4%2012.5c0%2013.6%2011.1%2024.6%2024.6%2024.6%2013.8%200%2024.9-11.3%2024.9-24.9s-11.1-24.9-24.9-24.9c-9.7%200-18%205.8-22.1%2013.8l-61.2-13.6c-3-.8-6.1%201.4-6.9%204.4l-19.1%2086.4c-33.2%201.4-63.1%2011.3-85.5%2026.8-6.1-6.4-14.7-10.2-24.1-10.2-34.9%200-46.3%2046.9-14.4%2062.8-1.1%205-1.7%2010.2-1.7%2015.5%200%2052.6%2059.2%2095.2%20132%2095.2%2073.1%200%20132.3-42.6%20132.3-95.2%200-5.3-.6-10.8-1.9-15.8%2031.3-16%2019.8-62.5-14.9-62.5zM302.8%20331c-18.2%2018.2-76.1%2017.9-93.6%200-2.2-2.2-6.1-2.2-8.3%200-2.5%202.5-2.5%206.4%200%208.6%2022.8%2022.8%2087.3%2022.8%20110.2%200%202.5-2.2%202.5-6.1%200-8.6-2.2-2.2-6.1-2.2-8.3%200zm7.7-75c-13.6%200-24.6%2011.1-24.6%2024.9%200%2013.6%2011.1%2024.6%2024.6%2024.6%2013.8%200%2024.9-11.1%2024.9-24.6%200-13.8-11-24.9-24.9-24.9z'/%3e%3c/svg%3e){kind=small}