pod健康检查方法？ pod容器健康检查？

APIsix在K8S部署完之后,宿主机可以访问进去,但是slb访问不到

APISIX在K8S部署后宿主机可访问但SLB无法访问的问题，主要与阿里云SLB的技术限制、路由配置或网络冲突相关，可通过以下步骤排查和解决： SLB四层负载均衡限制阿里云SLB在四层（TCP/UDP）模式下，不支持后端服务器（如APISIX的Pod）作为客户端访问自身的SLB实例。

APISIX可以在kubernetes（K8S）平台上安装，即使存在不适配特定CPU的情况，这并不影响其在K8S上的部署。APISIX概述 APISIX是Apache下的一个云原生API网关，它支持全生命周期的API管理，并提供了丰富的流量管理功能。这些功能使得APISIX成为许多企业和开发者在选择API网关时的首选。

Kubernetes运维面试题目

KuberneTES是一个开源的容器编排系统，用于自动化部署、扩展和管理容器化应用程序。它的核心组件包括API server、etcd、Scheduler、controller Manager、kubelet和Kube-Proxy。 Kubernetes中负责管理容器网络的组件是CNI（Container NETwork InterfACE）。

K8s 常见面试题解答 K8s 是什么？为什么企业选择使用它？答案：K8s（Kubernetes）是一个开源的容器编排和管理平台，它提供了管理、部署、扩展容器化应用的能力。

使用kubeadm工具进行自动化部署。手动配置各个组件，如ETCd、apiserver、controllermanager、scheduler、kubelet和kubeproxy。利用云服务商提供的Kubernetes服务进行部署，如GKE、EKS、AKS等。你如何升级Kubernetes集群？制定升级计划，确保在升级过程中业务不中断。使用kubectl命令或云服务商提供的工具进行滚动升级。

Kubernetes（k8s）是一个自动化容器操作的开源平台，其核心功能包括部署、调度和集群节点扩展。它通过一组工具和API帮助开发者和运维人员实现容器化的应用部署、管理以及扩展。具体功能：组成 Kubernetes架构包括Master节点和Worker节点。Master节点负责集群的管理和协调，而Worker节点则是运行容器实例的地方。

运维工程师面试中常见的问题及其答案要点如下：讲述你对于服务器管理的经验 管理过的服务器类型：我曾管理过物理服务器、虚拟机以及云服务器。系统维护和监控：我使用Ansible进行自动化配置管理，并通过Prometheus和Grafana进行实时监控。

云原生之K8S中POD健康检测、服务可用性检查详解

通过容器的IP地址和端口号执行TCP检查，如果能够建立TCP连接，则表明容器 健康 。 资源文件定义 访问8080端口，但是8080端口未开放，所以访问会超时，不能建立连接，命中检测，重启pod 用于判断容器服务是否可用（Ready状态） ，达到Ready状态的Pod才可以接收请求。

在奈学P7云原生架构师的学习中，Kubernetes（简称K8s）是一个至关重要的知识点。Kubernetes是一个开源的容器管理工具，它负责容器的部署、调度、扩缩容以及负载平衡。以下是关于Kubernetes的一些核心知识点，包括其基本功能、与Docker的关系以及主要组成部分。

结合健康检查探针（Liveness/Readiness Probe）确保服务可用性。自动水平扩展：基于cpu使用率、自定义指标等触发阈值，自动增加或减少Pod副本数。例如：通过Horizontal Pod Autoscaler （HPA）实现动态扩容，应对流量高峰。

Pod健康检查介绍

1、Pod健康检查是Kubernetes生态系统中确保容器健康运行的关键机制，主要包括存活探测和就绪探测。 存活探测： 目的：监控容器内部应用程序的健康状态，确保应用程序在异常情况下能被及时重启。 实现方式： 命令执行：通过执行容器内部的自定义命令，判断应用程序的健康状态。

2、在Kubernetes的生态系统中，Pod健康检查机制是确保容器健康运行的关键。默认情况下，kubelet依据容器运行状态来判断健康，但这不足以监控容器内部应用程序的健康状况，比如程序假死。由此引入了健康检查机制，它通过存活探测（livenessProbe）和就绪探测（readinessProbe）来监控容器的健康状态。

3、大概意思就是最开始前10s返回状态码200，10s过后就返回500的status_code了。所以当容器启动3秒后，kubelet开始执行健康检查。第一次健康监测会成功，因为是在10s之内，但是10s后，健康检查失败，因为现在返回的是一个错误的状态码了，所以kebelet将会杀掉和重启容器。

4、在下面的例子中，通过执行“cat /tmp/health”命令来判断一个容器运行是否正常。

5、通过容器的IP地址和端口号执行TCP检查，如果能够建立TCP连接，则表明容器 健康 。 资源文件定义 访问8080端口，但是8080端口未开放，所以访问会超时，不能建立连接，命中检测，重启Pod 用于判断容器服务是否可用（Ready状态） ，达到Ready状态的Pod才可以接收请求。

6、健康检查：执行Pod中定义的LivenessProbe和ReadinessProbe，确保容器健康运行并准备好接受流量。重启与恢复：如果容器失败或健康检查不通过，按照策略重启容器，并尝试恢复Pod到正常运行状态。删除Pod：当Pod被删除时，停止容器并清理相关资源。

Pod的健康检查

Pod健康检查是Kubernetes生态系统中确保容器健康运行的关键机制，主要包括存活探测和就绪探测。 存活探测： 目的：监控容器内部应用程序的健康状态，确保应用程序在异常情况下能被及时重启。 实现方式： 命令执行：通过执行容器内部的自定义命令，判断应用程序的健康状态。

在Kubernetes的生态系统中，Pod健康检查机制是确保容器健康运行的关键。默认情况下，kubelet依据容器运行状态来判断健康，但这不足以监控容器内部应用程序的健康状况，比如程序假死。由此引入了健康检查机制，它通过存活探测（livenessProbe）和就绪探测（readinessProbe）来监控容器的健康状态。

大概意思就是最开始前10s返回状态码200，10s过后就返回500的status_code了。所以当容器启动3秒后，kubelet开始执行健康检查。第一次健康监测会成功，因为是在10s之内，但是10s后，健康检查失败，因为现在返回的是一个错误的状态码了，所以kebelet将会杀掉和重启容器。

在下面的例子中，通过执行“cat /tmp/health”命令来判断一个容器运行是否正常。

Kubernetes 对 Pod 的 健康 状态可以通过两类探针来检查： LivenessProbe 和 ReadinessProbe ， kubelet定期执行这两类探针来诊断容器的 健康 状况。都是通过deployment实现的 LivenessProbe 和 ReadinessProbe 均可配置以下三种实现方式。

Pod 的健康检查方式：Liveness Probe 和 Readiness Probe。Liveness Probe 探针的常见方式：HTTP get、TCP socket、Exec。Pod 的常见调度方式：默认调度器、自定义调度器。初始化容器（init container）：在 Pod 主容器启动前运行的容器，用于准备环境。