k8s清理pod里面日志（k8s查看pod日志）

K8S学习(2)---pod相关操作

POD相关操作主要包括以下内容k8s清理pod里面日志：Pod配置文件的编写：在编写YAML配置文件时k8s清理pod里面日志，使用空格而非tab进行缩进k8s清理pod里面日志，以避免产生错误。Pod的启动与查看：使用kubectl命令启动配置文件k8s清理pod里面日志，可直接获取Pod的详细信息。运行kubectl命令以查看Pod当前状态，在理想网络环境下，仅需几分钟即可完成Pod的设置。

普通pod：最常见的pod类型，用于运行一个或多个容器。静态pod：一种特殊的pod类型，通常由kubelet直接在节点上管理，不通过K8S API服务器进行调度。pod的定义与创建：yaml文件：定义pod较为简单，通过编写yaml文件实现。yaml文件包含容器的配置信息，如镜像、端口、环境变量等。

在K8S环境中，pod是核心概念，每一个pod包含一个特殊根容器，即pause容器，该容器是K8S的一部分。pod内部可容纳多个容器，共享网络与存储资源。pause容器负责存储所有容器的状态，pod存在于节点中，通过二层网络通信。pod分为普通与静态两种类型。定义pod较为简单，通过编写yaml文件实现。

k8s问题处理之--清理pg_xlog

针对如何解决pg_xlog问题，网络上提供了几种方法。一种方法是在服务器上直接删除pg_xlog文件，但这种方法存在风险，可能导致服务运行异常或数据丢失。另一种方法是利用PostgreSQL自带的命令进行清理，这种方法更为安全且适用于生产环境。

k8s中Pod状态及问题排查方法

含义：调度器未能将 Pod 调度到可用节点。可能原因：节点资源不足或 Pod 依赖的资源未准备好。排查方法：检查节点资源使用情况及资源预留情况k8s清理pod里面日志，确保集群有足够的 cpu 和其他资源。CrashLoopBackOff 状态：含义：容器在启动后立即崩溃或退出。可能原因：容器配置错误、应用程序错误、内存不足或权限问题。

要排查镜像拉取问题k8s清理pod里面日志，可使用kubectl describe pod命令检查pod事件，寻找“Failed to pull image”或“ImagePullBackOff”事件，表明镜像拉取存在问题。资源不足时，使用kubectl describe node命令检查节点资源状态。检查持久卷（PVC）状态，确保其STATUS为“Bound”，表明存储供应无问题。

Pod驱逐 节点资源不足时，K8s驱逐内存敏感型Pod。优化资源配额和限制值，避免资源被耗尽。Pod失联 Pod处于Unknown状态，无法获取信息。检查Kubelet状态，修复节点问题。无法被删除 Pod执行删除操作后长时间处于Terminating状态。排查删除操作和集群状态，确保删除流程顺利。

首先，要从容器输出和状态详情入手。通过运行`docker logs $container_id`，您可以直接查看容器内的应用程序输出，以获取实时运行信息。接着，`docker inspect $container_id`可提供容器的详细状态信息，其中特别要注意“OOMKilled”信息，该信息表示容器因内存不足而被Docker自动终止。

查看节点机docker中的容器ID，前后不一样，确定是POD被杀掉后重启。通过容器的IP地址、端口号及路径调用HTTP Get方法，如果响应的状态码大于等于200且小于400，则认为容器 健康 。

k8s里面kubectlogs-f查看的是实时日志吗?

在kubernetes（K8s）环境中，kubectl logs 命令用于查看容器的日志。其中，kubectl logs -f 参数用于查看容器的实时日志输出，而不需要使用-f标志则会显示最后一次的日志条目。当使用kubectl logs -f命令时，实际上是在监控容器的日志输出，类似于实时日志查看。

使用kubectl命令，能够高效地在集群内检索特定pod的日志输出。在跳板机上配置好所有集群的kubeconfig文件，借助kubectl logs命令，结合-f参数持续获取日志，并通过操作符将日志内容保存至本地文件，实现日志的实时收集。若需处理多个容器的日志收集任务，可以通过循环结构简化流程。

这些日志文件实际上是链接文件，指向 docker 容器的日志文件。通过查看这些链接，可以看到分别指向当前运行容器的日志和 pod 上次运行但已退出的容器日志文件。使用 logs 命令时，读取的是当前容器的日志文件；而当使用 –previous 参数时，则读取的是上次退出容器的日志文件。