Init容器会在业务容器启动之前运行一些初始化动作，Pod可以包含一个或者多个Init容器，只有所有的Init容器运行成功后，业务容器才会运行，如果期间有Init容器运行失败，kubelet 会不断地重启该 Init 容器直到该容器成功为止，如果Pod 对应的 restartPolicy 值为 “Never”，并且 Pod 的 Init 容器失败， 则 Kubernetes 会将整个 Pod 状态

静态Pod是由kubelet单独创建管理，不需要注册到api-server，但是kubelet创建静态Pod也会向api-server服务器创建一个只读的Pod镜像，用于使用kubectl查看。如上可以看出k8s控制平台组件都是由静态Pod创建的。静态 Pod 的 spec 不能引用其他 API 对象 （如：ServiceAccount、 ConfigMap、 Secret 等）。

在官网：https://kubernetes.io/zh-cn/docs/concepts/workloads/pods/ephemeral-containers/ 中有介绍临时容器是用于调试Pod中崩溃的容器或者不具备调试工具，比如在一个运行着业务的容器中，加入一个带有tcpdump抓包工具的容器，获取数据包分析。

Sidecar容器中文翻译边车容器，主要作用就是为Pod中的业务容器，提供辅助功能，比如：在运行一个nginx作为业务容器，在中运行filebeat日志采集器，边车容器也可以称为Init容器的特例。

就是可以在容器启动后或者结束前来完成一些事情回调类型触发时机postStart在容器创建完后立即触发， 但是不能保证回调会在容器入口点（ENTRYPOINT）之前执行，可能是同时启动， 如果 PostStart 回调程序执行时间过长或挂起，它可能会阻止容器进入 running 状态。PreStop在容器因 API 请求或者管理事件（诸如存活态探针、启动探针失败、资源抢占、资源竞争等） 而被终止之前

Pod为API 对象，更多API对象配额参考：https://kubernetes.io/zh-cn/docs/tasks/administer-cluster/quota-api-object/，容器巨页配置这里就不演示了。如上是test ns内资源的使用情况，我创建deploy时没有指定Pod的资源请求和限制，默认走的是之前设置的。当容器既没有设置资源请求，也没有设置资源限制时，会默认使用na

Kubernetes Dashboard 是一个通用的、基于 Web 的 Kubernetes 集群界面。它允许用户管理集群中运行的应用程序并对其进行故障排除，同时还可以管理集群本身。从 7.0.0 版本开始，我们已停止对基于 Manifest 的安装的支持。现在仅支持基于 Helm 的安装。由于多容器设置和对 Kong 网关 API 代理的硬依赖，无法轻松支持基于 Manifest 的安装。此外

Ingress 提供从集群外部到集群内服务的 HTTP 和 HTTPS 路由。流量路由由 Ingress 资源所定义的规则来控制。下面是 Ingress 的一个简单示例，可将所有流量都发送到同一 Service：ingress是上service上层的流量分发器，能感知协议配置的机制来解析 URI、主机名称、路径等 Web 概念， 让你的 HTTP（或 HTTPS）网络服务可被访问。如 ingres

ingress-nginx 安装查考：https://blog.csdn.net/qq_50247813/article/details/152899573。添加udp和tcp cm配置名称，后端会通过cm配置文件来实现四层代理。或者查看pod中nginx.conf配置。

镜像，所以可以拉取docker-hub中的镜像，然后使用docker tag修改镜像名称。查看nfs storageclasses资源是否正常创建。确保所有节点都能访问到nfs服务器。所以会在这两台主机挂载nfs目录。目前nfs pod运行在。绑定到了自动创建的pv。可以看出创建的pvc。