1.K8S容器编排之POD健康检测（1）
2.如何调整K8的探针参数来优化性能和容错性？
3.K8s中Pod生命周期和重启策略
4.K8S 笔记 - k8s 部署 metrics-server

K8S容器编排之POD健康检测（1）

       Kubernetes通过两种探针机制来监控Pod的健康状态：LivenessProbe和ReadinessProbe。LivenessProbe关注容器是源码否存活，即使容器运行但无法正常响应请求，探针也会被重启；ReadinessProbe则检查容器是源码否准备好接收请求，不响应的探针Pod会被从服务的Endpoint中移除。

       LivenessProbe支持三种探测方式：通过exec命令检查文件状态（如示例一），源码xml标签源码如cat /tmp/healthy，探针如果文件状态改变，源码容器会被视为不健康。探针例如，源码一个Pod在秒内文件状态正常，探针秒后显示失败，源码容器被重启。探针另一种是源码通过HTTP请求（示例二），如发送GET请求到端口/healthz，探针抗锯齿 源码返回-的代码表示成功，否则失败。TCP连接（示例三）也是常用方式，通过尝试连接容器的特定端口，连接成功则视为健康。

       ReadinessProbe探测则关注容器启动完成后的服务可用性，比如在示例中，秒后验证livenessProbe失败，容器被重新启动，秒后进行livenessProbe和readinessProbe，以确保容器的稳定性和服务的可访问性。

       在多端口情况下，可以使用端口名称进行探针检测，使得健康检查更精确。魔塔2000 源码通过这些探针机制，Kubernetes确保Pod的健康状态，保障了集群服务的稳定运行。

如何调整K8的参数来优化性能和容错性？

在调整小猫K8（通常指的是Kubernetes，简称K8s）时，需要考虑多个方面来确保其稳定运行和高效性。以下是一些关键步骤和技巧：

       1. **检查集群状态**：首先，使用`kubectl get nodes`和`kubectl get pods --all-namespaces`等命令来查看节点和Pod的状态，确保所有组件都在正常运行。

       2. **日志检索**：使用`kubectl logs`命令来检索Pod的日志，以了解应用程序的行为和可能的问题。

       3. **资源描述**：通过`kubectl describe`命令获取Pods、Services、Nodes等资源的sqrt源码讲解详细信息，包括事件、状态和配置。

       4. **交互式调试**：如果需要更深入地了解问题，可以使用`kubectl exec`在Pod中执行命令，进行交互式调试。

       5. **事件监控**：使用`kubectl get events`来监控集群事件，这可以提供关于集群资源变化的详细信息。

       6. **端口转发**：如果需要直接访问和测试应用程序，可以利用`kubectl port-forward`将集群内部的端口映射到本地机器。

       7. **探针检查**：确保Pod的readiness和liveness探针配置正确，以反映应用程序的健康状态。

       通过上述步骤，你可以有效地调整和优化小猫K8s集群，确保其满足你的vdbench 源码下载应用需求。

K8s中Pod生命周期和重启策略

       POD在Kubernetes（K8s）中的健康检查与可用性检测

       POD的生命周期与重启策略是K8s中的关键概念，理解它们对于确保应用程序稳定运行至关重要。

       POD状态分为五种：Pending（API Server已创建POD，但容器镜像尚未运行）、Running（所有容器运行中或正在启动中）、Successed（所有容器成功退出，不会重启）、Failed（所有容器退出，至少一个容器处于退出状态）、Unknown（由于网络原因无法获取POD状态）。

       重启策略决定了容器在失效后的处理方式。Always策略自动重启容器，OnFailure在容器退出状态码非0时触发重启，Never则始终不重启。

       在实践部署时，发现Always策略为K8s的默认设置，适用于大多数场景，如RC、DaemonSet等。而Job通常会使用Onfailure或Never策略。Kubelet在POD失效时自动重启，无论重启策略如何设置。

       K8s提供三种探针：LivenessProbe、ReadinessProbe和StartupProbe，用于监控容器健康状态。

       LivenessProbe检测容器是否存活，健康时执行指定策略，反之则杀掉容器。ReadinessProbe判断容器是否准备好接收请求，服务与POD关联关系据此调整，状态变化会更新Endpoint列表。StartupProbe适用于启动时间较长的应用。

       探针实现方式包括：execAction（执行命令判断存活）、TCPSocketAction（通过TCP连接检测健康）、HTTPGetAction（HTTP请求判断健康）。参数如initialDelaySeconds、timeoutSeconds、failurethreshold、periodSeconds等控制探针执行细节。

       部署示例展示了配置POD的ReadinessProbe，通过HTTPGetAction定期检查容器健康状态，确保服务可用性。

       总结，理解POD生命周期和重启策略，以及合理配置探针，对于构建稳定、高可用的K8s集群至关重要。

K8S 笔记 - k8s 部署 metrics-server

       k8s提供top命令统计资源使用情况，包含node和pod子命令，显示节点和Pod对象的资源使用信息。kubectl top命令依赖metrics接口，系统默认未安装，需单独部署。

       部署流程包括：下载metrics-server-components.yaml部署文件，修改镜像地址至国内镜像仓库，使用命令实现修改。部署metrics接口后，需查看该metric pod运行情况。

       发现pod异常，Readiness probe失败，HTTP探针返回状态码。原因是Readiness Probe探测到Metrics容器启动后对HTTP Get探针存活无响应，具体为无法验证证书，证书未由集群证书颁发机构签名。

       查阅metrics-server文档，提示kubelet证书需由集群证书颁发机构签名或禁用证书验证。测试环境中选择禁用证书验证，生产环境不推荐此做法。在部署文件中添加参数实现禁用证书验证。部署完成后，metrics pod正常运行。

       再次执行kubectl top命令，成功获取节点和Pod的资源使用信息，完成metrics-server部署。