k8s获取pod磁盘（k8s获取pod运行的宿主机ip）

一次意想不到的Pod内存驱逐问题

1、答案：此次pod驱逐问题的原因是k8s集群中的kubelet服务未正确识别到节点内存扩容后的新配额，导致在内存使用达到原配额上限时触发了POD驱逐。详细分析：案发现场：客户反馈门户网站无法打开，多个Pod状态为Evicted（驱逐）。

2、以下是三个大厂K8s集群故障案例：案例一：电商平台促销活动Pod驱逐故障问题现象：促销活动期间，超30%的Pod进入Evicted状态，多个Worker节点内存使用率超95%，用户支付失败率从0.1%升至15%。根因分析：节点内存不足触发kubelet主动驱逐机制，reCOMmendation - Service的Pod内存占用异常高且未设置内存限制。

3、在Linux系统层面，内存不足导致进程被kill的现象较为常见。通过命令`dMESg | tail -N`，您可以查看近N行系统日志，寻找被kill的进程信息。

4、在Kubernetes（K8S）环境中，当Pod使用的内存超过其限制时，会发生内存溢出（OOM）并被K8S重启。这里讨论的是一个特殊的内存溢出案例，其特殊之处在于问题并非由JAVA虚拟机（JVM）引起。问题背景 Pod内存分配：该服务所在的Pod被设置为2G内存限制，超过此限制将触发K8S的OOM重启机制。

k8s查看pod重启日志

查看K8s Pod重启日志可通过kubectl命令结合日志与事件分析，核心方法包括查看Pod日志、节点日志、事件及重启原因，以下是具体操作步骤：查看Pod自身日志（定位应用级问题） 实时查看Pod日志：执行 `kubectl logs pod名称 -n 命名空间`，若Pod有多个容器，需加 `-c 容器名称` 指定容器。

首先，前往运行该 pod 的节点，查找 kubelet 存放的日志文件。这些文件通过数字表示重启次数，例如 2393 和 2394，分别代表第 2393 次和第 2394 次重启后的日志。这些日志文件实际上是链接文件，指向 Docker 容器的日志文件。

Pod配置：在Pod的配置中指定日志记录器，如使用Fluentd或Logstash等日志收集工具。外部日志聚合系统：将日志发送到外部日志聚合系统，如Elasticsearch或Splunk。持久存储：将日志保存到持久存储中，如nfs或Ceph等分布式文件系统。

使用kubectl命令行工具适用于临时调试或简单日志查看场景。

当K8s重启后出现502错误时，通常与后端服务故障、连接问题或配置错误有关，可通过以下步骤排查解决： 检查服务状态使用microk8s status（针对Microk8s）或kubectl get pods -n 命名空间命令，确认所有组件（如Ingress Controller、后端服务Pod）是否处于Running状态。

K8S CoreDNS启动失败，可以通过以下步骤进行排查和解决：查看Coredns的Pod状态：使用命令kubectl get pods -n kube-system -l k8s-APP=kube-dns来查看CoreDNS的Pod状态。这一步是确认CoreDNS Pod是否存在异常，例如是否处于Pending、CrashLoopBackoff等状态。

通过vagrant+virtualbox安装k8s找不到pod问题

通过vagrant+virtualbox安装k8s集群的小伙伴都会碰到找不到pod的问题，但是通过API服务查看，这些pod却是活的好好的。 原因是 ，在virtualbox组网的过程中，采用了双网卡方案，网卡1使用NAT地址转换用来访问互联网，网卡2使用Host-ONLY来实现虚拟机互相访问。

新建/ETC/systemd/system/docker.service.d/http-proxy.conf，添加配置内容。安装virtualbox 安装k8s集群使用vagrant 参考jimmysong的vagrant教程 kubernetes-vagrant-centos-cluster，节点数量应根据个人机器配置调整（参考kuberNETes-vagrant-centos-cluster）。

K8S的设计理念

1、K8s需要Istio主要是因为Istio提供了强大的服务管理和监控能力，是Service mesh领域的一个重要解决方案。以下是关于Istio的详细讨论：历史发展 Istio由Google、IBM和Lyft共同研发，并于2017年发布。它的起源可以追溯到William Morgan提出的微服务模式和理念，旨在实现更高效的服务处理和管理。

2、Istio的服务网格实践核心思想：基于Service Mesh理论，通过SideCar模式为服务配置代理（Agent），实现服务发现、负载均衡、限流、链路跟踪、鉴权等功能。设计理念：关注点分离：避免将治理逻辑嵌入代码（如SpringCloud）或基础设施（如k8s），保持职责清晰。

3、而在k8s使用的时候，会有的设计的是，将tomcat作为一个不变的镜像（它也不应该改变）而把 war 包作为另外一个容器，而这样个容器同时挂载同一个目录，将 webapp 挂载的目录与 war包挂载的目录相同来达到目的，然后将他们放到同一个 pod 中。

4、Kubernetes（简称K8s）是一个开源的容器编排平台，用于自动化容器化应用程序的部署、扩展和管理。它提供了一套完整的工具集，用于在集群环境中运行和管理容器化应用。随着容器技术的普及，Kubernetes凭借其强大的功能和灵活性，迅速成为容器编排领域的领导者。

5、K3s与K8s的主要区别：K3s是一个轻量级、易于使用的Kubernetes版本，适合资源受限环境和简单用例；而K8s是一个功能更丰富、更健壮的容器编排工具，适合大规模生产部署。K0s与K3s的比较：尽管K3s和K0s都追求轻量化的设计理念，但K0s在某些方面超越了K3s。