pod内容器启动顺序？ pod包含的容器数量？

【Kubernetes篇】通过描述信息,理解Pod生命周期

1、事件记录pod整个生命周期中的状态，便于问题排查。对于一直处于Terminated状态的POD，可使用kubectl delete命令手动删除，支持自定义删除宽限期与是否强制删除。CrashLoopBackoff状态表示kubernetes尝试启动Pod过程中出现错误，导致容器启动失败。排查方法包括查看描述信息、日志和前一个容器的日志。

2、Kubernetes API 中的 Pod 包含规约部分与实际状态部分，状态中包含了 Pod 状态，如 Pending、Running、Succeeded 或 Failed。Pod 还可以被注入自定义的就绪性信息。Pod 的状态管理由 kubelet 负责，它会重启容器以处理失效情况。Pod 的生命周期包括创建、运行、终止或删除。

3、Kubernetes监控Pod中每个容器状态，容器状态有三种。当容器配置了preStop回调，则在容器进入Terminated状态前执行此回调。启动与销毁过程，Kubelet在API Server中完成Pod删除。通过设置优雅周期为0（立即删除）实现。默认删除宽限期为30秒，kubectl delete命令支持设置自定义宽限期。

4、当需要删除含有pod的资源对象时，Kubernetes提供优雅关闭的机制，通过通知应用程序完成当前处理任务后才关闭。总结而言，pod生命周期包含初始化容器、主容器启动与运行、健康检测，以及主容器结束前的清理行为，同时提供了POStStart与preStop钩子，以适应不同场景下的资源部署与应用程序管理需求。

5、POD在Kubernetes（k8s）中的健康检查与可用性检测 POD的生命周期与重启策略是K8s中的关键概念，理解它们对于确保应用程序稳定运行至关重要。

Pod的生命周期

Pod 的生命周期包括创建、运行、终止或删除。Pod 被创建后，会被赋予一个唯一的 ID（UID）并被调度到节点。节点失效时，Pod 也会被计划删除。Pod 自身不具有自愈能力，当被调度到失效节点或因资源耗尽、节点维护被驱逐时，会被删除。Pod 实例由控制器管理，以应对随时可能丢弃的特性。

Pod生命周期是从创建到终止的整个过程，包括以下几个关键阶段和状态：创建阶段：客户端提交Pod创建请求到API Server。API Server生成并存储Pod的资源信息。调度器为Pod分配节点。Kubelet在分配的节点上启动容器，并向API Server报告状态。初始化容器运行：在主容器启动前，初始化容器按顺序执行。

Pod生命周期预设为从Pending阶段开始，只要至少一个主要容器启动成功，Pod状态进入Running。Pod状态取决于容器是否以失败状态结束，最终可能为Succeeded或Failed。Kubernetes监控Pod中每个容器状态，容器状态有三种。当容器配置了preStop回调，则在容器进入Terminated状态前执行此回调。

K8s中Pod生命周期包括五种状态，重启策略有三种。Pod生命周期状态： Pending：API Server已创建Pod，但容器镜像尚未运行。 Running：Pod中的所有容器都在运行中或正在启动中。 Succeeded：Pod中的所有容器已成功退出，并且不会重启。 Failed：Pod中的所有容器都已退出，且至少有一个容器是异常退出的。

容器的重启策略也是pod生命周期管理的一部分，可以设置为始终重启、在失败后重启或基于指定条件自动重启。当需要删除含有pod的资源对象时，Kubernetes提供优雅关闭的机制，通过通知应用程序完成当前处理任务后才关闭。

k8s在创建pod时先创建pause容器,还是先与cni交互执行网络

总结，Kubernetes在创建pod时，先启动pause容器以创建命名空间，然后pod中的其他容器共享这个命名空间，实现进程间的隔离和独立封装。通过pause容器的命名空间机制，确保了容器之间的资源隔离和通信隔离，有效管理了容器在集群中的运行。

在部署不使用CRI-O的k8s集群，采用kube-ovn网络插件时，需要进行一系列的准备工作和配置。首先，确保加载必要的内核模块并安装ipvsadm。接着，更新yum源，安装Go语言环境，为cri-o的安装做准备。安装cri-o时，从源码包下载并生成默认配置。随后，安装conmon，同样是从源码获取并安装。

Calico+macvlan双网络为实现Calico+macvlan双网络配置，必须创建一个辅助网络，专门用于macvlan。配置时需避免将默认路由设置为macvlan网络，以避免路由冲突。确保`vmultus-cni.io/defaul...`注解设置为`net-calico-2`，而`k8s.vcni.cncf.io/netw...`注解设置为`net-macvlan`。

然而，CNI网桥仅管理k8s创建的容器（Pod），对于通过docker run单独启动的容器，Docker仍然会将其连接到docker0网桥上，因此这些容器的IP地址将属于docker0的170/16网段。相比之下，在calico网络环境中，无论是IPIP还是BGP模式，cni0网桥并不适用，网桥设备主要还是docker0。

接下来是init容器。它们在Pod中的其他容器启动之前开始执行，并执行初始化逻辑，如创建用户账户、执行数据库迁移或创建数据库结构。在创建init容器时，需要考虑资源和限制的优先级分配，因为init容器总是先于其他应用程序容器启动。调度程序将为init容器分配更高的资源优先级，因此在定义这些参数时应保持严格。