查pod日志（pod日志收集）
k8s常用命令及其用途
kubernetes（k8s）是一个开源的容器编排系统，用于自动部署、扩展和管理容器化应用程序。kubectl 是 Kubernetes 的命令行工具，用于与 kubernetes 集群进行交互。
作用：将节点从服务选择中移除，使其不会接收新的pod调度。这通常用于节点维护或故障隔离。使用场景：当你需要对某个节点进行维护时，可以使用此命令将该节点标记为不可调度，以避免新的POD被调度到该节点上。
在Kubernetes（K8s）环境中，kubectl 是一个强大的命令行工具，用于对集群进行操作和管理。默认情况下，kubectl会在$HOME/.kube目录下查找名为config的配置文件。然而，你也可以通过设置KUBECONFIG环境变量或使用--kubeconfig选项来指定其他kubeconfig文件，以便于更灵活地管理不同的集群配置。
列举并解释K8S中的常用术语，如Pod、Service、Label、Selector等。容器存储类型 介绍K8S支持的存储类型，如EmptyDir、HostPath、PersistentVolume等。运行web服务 演示如何在K8S集群中部署和运行一个简单的Web服务，包括编写Deployment、service等资源定义文件，并使用Kubectl命令进行部署和访问。
k8s中PoD状态及问题排查方法
1、含义：调度器未能将 Pod 调度到可用节点。可能原因：节点资源不足或 Pod 依赖的资源未准备好。排查方法：检查节点资源使用情况及资源预留情况，确保集群有足够的 cpu 和其他资源。CrashLoopBackOff 状态：含义：容器在启动后立即崩溃或退出。可能原因：容器配置错误、应用程序错误、内存不足或权限问题。
2、内存和CPU超标：Pod中的应用出现内存泄露等问题，导致内存迅速增加，可能被系统kill，影响节点正常提供服务。解决办法是进行压测，确定应用所需的内存和CPU资源，并在Pod配置中进行资源限制。网络问题：检查Calico等网络插件的状态，确保网络通信正常。存储问题：Pod挂载的共享存储连接不上可能导致Pod启动异常。
3、解决方法：仔细检查Pod的YAML配置文件，确保语法正确且配置合理。可以使用kubectl describe pod 命令查看Pod的详细信息，以获取更多关于错误的信息。总结：Pod状态一直处于Pending通常是由于资源不足、调度问题、镜像拉取问题、权限问题或配置错误等原因导致的。
Kubernetes的日志记录(logging)
Kubernetes是一个开源的容器编排平台，它提供了强大的功能来管理和扩展应用程序。在Kubernetes环境中，日志记录是监控、调试和运维的关键部分。以下是对Kubernetes日志记录的详细解析，包括不同类型的日志、日志记录架构以及广泛使用的日志记录工具和最佳实践。
Kubernetes允许为容器配置自定义日志记录选项，以便更好地管理和保留日志数据。Pod配置：在Pod的配置中指定日志记录器，如使用Fluentd或Logstash等日志收集工具。外部日志聚合系统：将日志发送到外部日志聚合系统，如Elasticsearch或Splunk。持久存储：将日志保存到持久存储中，如NFS或Ceph等分布式文件系统。
通过Pod配置自定义日志记录选项，将日志发送至外部日志聚合系统或持久存储，便于管理。高效查看与管理Kubernetes容器日志对于应用维护与监控至关重要。借助kubectl、标签选择器、日志聚合工具与了解容器运行时引擎存储位置，实现日志轻松访问、过滤与分析。定期检查日志，助于提升应用程序可靠性、性能与安全性。
容器日志格式：容器日志通常以文本格式输出到stdout（标准输出）和stderr（标准错误）。虽然应用程序可以选择将日志输出到不同的文件或使用不同的日志库，但最佳实践是将关键信息输出到stdout和stderr，以便Kubernetes可以方便地收集和处理这些日志。容器日志收集：Kubernetes通过Kubelet组件来收集容器日志。
一次意想不到的pod内存驱逐问题
答案：此次Pod驱逐问题的原因是K8S集群中的kubelet服务未正确识别到节点内存扩容后的新配额，导致在内存使用达到原配额上限时触发了Pod驱逐。详细分析：案发现场：客户反馈门户网站无法打开，多个Pod状态为Evicted（驱逐）。
以下是三个大厂K8s集群故障案例：案例一：电商平台促销活动Pod驱逐故障问题现象：促销活动期间，超30%的Pod进入Evicted状态，多个Worker节点内存使用率超95%，用户支付失败率从0.1%升至15%。根因分析：节点内存不足触发kubelet主动驱逐机制，recommendation - service的Pod内存占用异常高且未设置内存限制。
在Linux系统层面，内存不足导致进程被kill的现象较为常见。通过命令`dmesg | tail -N`，您可以查看近N行系统日志，寻找被kill的进程信息。
在Kubernetes（K8S）环境中，当Pod使用的内存超过其限制时，会发生内存溢出（OOM）并被K8S重启。这里讨论的是一个特殊的内存溢出案例，其特殊之处在于问题并非由java虚拟机（JVM）引起。问题背景 Pod内存分配：该服务所在的Pod被设置为2G内存限制，超过此限制将触发K8S的OOM重启机制。
Kubernetes日志查看指南:深入了解容器日志管理技术
EFK堆栈：Elasticsearch、Fluentd和Kibana的组合，可以集中存储、搜索和可视化日志数据。Prometheus和Grafana：prometheus用于监控和告警，Grafana用于数据可视化，也可以与日志数据集成。
查看单个容器日志：Kubernetes提供kubectl工具用于直接访问容器日志。使用命令获取指定容器日志，或配合`-f`选项实现实时追踪。 多个容器日志查看：一个Pod内多个容器时，此操作将输出Pod内所有容器的日志。 标签选择器过滤日志：通过标签选择器筛选特定标签的Pod或容器日志，仅显示所需信息。
在Kubernetes中，容器是应用程序的最小部署单元，每个容器在运行过程中都会生成日志。这些日志对于了解容器的运行状态、进行故障排除以及性能监控至关重要。容器日志格式：容器日志通常以文本格式输出到stdout（标准输出）和stderr（标准错误）。
