pod查询日志，ip查看日志

k8s线上集群排查,实测排查node节点NotReady异常状态

K8S线上集群Node节点NotReady异常状态的排查方法主要包括以下几点：检查硬件资源：使用df m命令检查磁盘空间，确保有足够的空间供Node节点和Pod使用。使用free命令检查CPU使用率，确保CPU资源未被过度占用。使用top c命令查看CPU使用情况，确保无异常。

在项目中遇到的线上集群问题，特别是Kubernetes （K8S）集群中Node节点状态变为NotReady，导致服务停止的问题，我们进行了一次深入的排查与解决。文章将聚焦于如何有效识别和解决这类问题。首先，让我们了解一下在K8S中pod的状态。

在搭建kubernetes（k8s）集群过程中，若遇到节点一直处于NotReady状态问题，通过执行命令查看日志，发现提示信息为[failed to find plugin flannel in path [/opt/cni/bin]]。执行排查步骤，进入指定目录检查，确认flannel插件是否缺失。

Kubernetes日志查看指南:深入了解容器日志管理技术

查看单个容器日志：Kubernetes提供kubectl工具用于直接访问容器日志。使用命令获取指定容器日志，或配合`-f`选项实现实时追踪。 多个容器日志查看：一个POD内多个容器时，此操作将输出Pod内所有容器的日志。 标签选择器过滤日志：通过标签选择器筛选特定标签的Pod或容器日志，仅显示所需信息。

docker logs -f my-CONTAINER // 实时跟踪日志输出 使用Docker管理工具：如果你使用Docker管理工具（如Docker comPOSe、Kubernetes等），通常可以通过工具提供的命令或界面来查看容器的日志。

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

日志库选择：考虑使用流行稳定版本的开源日志库，降低入坑风险。日志形态：在容器环境中，应将日志输出到 stdout 或 stderr，便于容器日志查看，但注意性能影响。日志落盘与传输：在 Kubernetes 中，考虑直接传输日志至后端系统，减少落盘与采集过程，提高性能。

为了简化部署流程和确保一致性，腾讯云容器服务团队建议将 logrotate 通过 Kubernetes 中的服务部署到集群的每个节点上。通过在每个节点上部署一个 logrotate 容器实例，可以实现在一个部署操作中自动完成所有节点的日志管理。这不仅节省了部署时间，还确保了配置的一致性。

技巧1：检查Pod状态。确认Pod是否处于运行（Running）或准备就绪（Ready）状态。如果Pod处于等待（Pending）状态，使用kubectl命令深入研究。在容器启动失败时，了解错误代码对故障排查至关重要。例如，错误代码可能提示镜像问题，如使用了不存在的镜像名称。更正镜像名称后，Pod应能正常启动。

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

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

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

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

4、当pod出现crash状态，容器频繁重启，使用kubelet logs 方法可能无法获取到所需日志时，可以采用kubectl previous参数进行解决。该参数的使用原理基于kubelet在pod失败后会保留前几个容器的失败记录。这为后续查看提供了前提条件。

5、-- bash）1 查看容器输出到 stdout 的日志（kubectl logs pod-name）1 跟踪查看容器的日志，相当于 tail -f 命令的结果（kubectl logs -f pod-name）学习 kubectl 的命令和操作，可以极大地提高在 Kubernetes 集群上的开发和运维效率。掌握这些技巧，对于理解和管理 Kubernetes 集群将大有裨益。

K8S故障检查-Pod处于ContainerCreating状态

常见导致pod长时间处于“ContainerCreating”状态的原因包括镜像拉取问题、资源不足、持久卷问题、网络问题以及安全上下文或Docker/运行时问题。要排查镜像拉取问题，可使用kubectl describe pod命令检查pod事件，寻找“Failed to pull image”或“ImagePullBackoff”事件，表明镜像拉取存在问题。

面对k8s应用卡在ContainerCreating状态的困扰，我通过kubectl describe po命令获取到了关键的日志信息。

ContainerCreating：这种情况表示容器正在创建中，常见于配置问题导致的容器创建失败。例如，当使用docker服务时，可能会遇到节点上的kube-proxy、kubelet或docker服务重启后容器仍无法创建的情况。解决这类问题，通常需要检查服务的运行状态，确认资源是否充足，或者是否存在网络、存储配置问题。