Pod对象的声明周期（Pod的相位、创建过程、重要行为、探测、重启策略、终止过程） Pod对象自从其创建开始至其终止退出的时间范围称为其生命周期。在这段时间中，Pod会处于多种不同的状态，并执行一些操作；其中，创建主容器（maincontainer）为必须的操作，其他可选的操作还包括进行初始化容器（initcontainer）、容器启动后钩子（poststarthook）、容器的存活性探测（livenessprobe）、就绪型探测（readinessprobe）以及容器终止前钩子（prestophook）等，这些操作是否执行则取决于Pod的定义。一、Pod的相位 无论是用户手动创建，还是通过D
Pod的类型Pod的类型有如下两个： 自主式Pod：自主式Pod的含义简白来说就是不是被控制器管理的Pod，另一种就是被控制管理的Pod，不被控制器管理的Pod你会发现，它一旦死亡的话，就没有人把它拉起来，也不会进行重启，比如Pod死亡了，也不会去创建Pod副本，去满足它的期望值，这都是自主式Pod的缺点。控制器管理的Pod：只要创建Pod就会创建Pause容器，如果已经创建了容器，会共用Pause的网络栈，共用Pause的存储卷，也就意味着创建的容器没有自己独立的IP地址，容器有的只是Pause的地址或者Pod的地址，容器之间互相隔离，但是容器之间的进程不隔离，比如一个容器里是php-fpm
Pod的类型Pod的类型有如下两个： 自主式Pod：自主式Pod的含义简白来说就是不是被控制器管理的Pod，另一种就是被控制管理的Pod，不被控制器管理的Pod你会发现，它一旦死亡的话，就没有人把它拉起来，也不会进行重启，比如Pod死亡了，也不会去创建Pod副本，去满足它的期望值，这都是自主式Pod的缺点。控制器管理的Pod：只要创建Pod就会创建Pause容器，如果已经创建了容器，会共用Pause的网络栈，共用Pause的存储卷，也就意味着创建的容器没有自己独立的IP地址，容器有的只是Pause的地址或者Pod的地址，容器之间互相隔离，但是容器之间的进程不隔离，比如一个容器里是php-fpm
1、故障现象我们一个agent代理服务，发布到k8s集群之后，pod状态是Running，但是server一直无法收到心跳信号，因此到集群内部去排查日志，发现该服务日志中出现大量的连接某一个ip地址tcptimeout2、故障排查过程通过查看日志发现是大量的错误日志，连接某个ip地址产生i/otimeout，因此排查服务的业务逻辑，该服务只会去连接server端，在服务的环境变量里配置了server端的域名，怀疑是不是有可能server端挂掉，在本地和集群宿主机上调用server的地址，发现是可以通的，因此排除掉了server端本身的问题因为server端连接地址在我本地和集群宿主机上是可以正
1、故障现象我们一个agent代理服务，发布到k8s集群之后，pod状态是Running，但是server一直无法收到心跳信号，因此到集群内部去排查日志，发现该服务日志中出现大量的连接某一个ip地址tcptimeout2、故障排查过程通过查看日志发现是大量的错误日志，连接某个ip地址产生i/otimeout，因此排查服务的业务逻辑，该服务只会去连接server端，在服务的环境变量里配置了server端的域名，怀疑是不是有可能server端挂掉，在本地和集群宿主机上调用server的地址，发现是可以通的，因此排除掉了server端本身的问题因为server端连接地址在我本地和集群宿主机上是可以正
KubernetesPods被驱逐是什么意思？它们被终止了，通常是由于没有足够的资源，但是为什么会发生这种情况呢？驱逐是一个过程，分配给一个节点的Pod被要求终止。Kubernetes中最常见的情况之一是抢占，为了在资源有限的节点上安排一个新的Pod，通常需要终止另外一个Pod。另外，Kubernetes会不断检查资源使用情况，当节点压力过大的时候，会触发节点压力驱逐。每天，数以千计的Pod被驱逐出他们的家园。搁浅和迷茫，他们不得不放弃以前的生活方式。他们中的一些人甚至会无家可归。当前的社会，对CPU和内存的要求会越来越高。本篇文章将从以下几个方面来展开介绍：Pod被驱逐的原因：抢占和节点压力
KubernetesPods被驱逐是什么意思？它们被终止了，通常是由于没有足够的资源，但是为什么会发生这种情况呢？驱逐是一个过程，分配给一个节点的Pod被要求终止。Kubernetes中最常见的情况之一是抢占，为了在资源有限的节点上安排一个新的Pod，通常需要终止另外一个Pod。另外，Kubernetes会不断检查资源使用情况，当节点压力过大的时候，会触发节点压力驱逐。每天，数以千计的Pod被驱逐出他们的家园。搁浅和迷茫，他们不得不放弃以前的生活方式。他们中的一些人甚至会无家可归。当前的社会，对CPU和内存的要求会越来越高。本篇文章将从以下几个方面来展开介绍：Pod被驱逐的原因：抢占和节点压力
一、概述HorizontalPodAutoscaler（HPA，Pod水平自动伸缩），根据平均CPU利用率、平均内存利用率或你指定的任何其他自定义指标自动调整 Deployment 、ReplicaSet 或 StatefulSet 或其他类似资源，实现部署的自动扩展和缩减，让部署的规模接近于实际服务的负载。HPA不适用于无法缩放的对象，例如DaemonSet。官方文档：https://kubernetes.io/zh-cn/docs/tasks/run-application/horizontal-pod-autoscale/实际生产中，一般使用这四类指标：Resourcemetri
一、概述HorizontalPodAutoscaler（HPA，Pod水平自动伸缩），根据平均CPU利用率、平均内存利用率或你指定的任何其他自定义指标自动调整 Deployment 、ReplicaSet 或 StatefulSet 或其他类似资源，实现部署的自动扩展和缩减，让部署的规模接近于实际服务的负载。HPA不适用于无法缩放的对象，例如DaemonSet。官方文档：https://kubernetes.io/zh-cn/docs/tasks/run-application/horizontal-pod-autoscale/实际生产中，一般使用这四类指标：Resourcemetri
Robusta是一个Python开发的用于Kubernetes故障排除的开源平台。它位于你的监控堆栈（Prometheus、Elasticsearch等）之上，并告诉你警报发生的原因以及如何修复它们。Robusta包含三个主要部分，全部开源：用于Kubernetes的自动化引擎内置自动化以丰富和修复常见警报其他一些手动故障排除工具还有一些其他额外的可选组件：包含Robusta、PrometheusOperator和默认Kubernetes警报的工具包用于查看集群中所有警报、变更和事件的WebUI。Robusta会自动执行部署应用程序后发生的所有事情。它有点像用于DevOps的Zapier/I
