v1 版本的容器运行时（CRI）API。早期版本默认为 v1 版本， 但是如果容器运行时不支持 v1 版本的 API， 则 kubelet 会回退到使用（已弃用的）v1alpha2 版本的 API。如果报错：/proc/sys/net/bridge/bridge-nf-call-iptables: No such file or directory，可能需要执行如下命令，生成相应的文件。早起k8s

kubernetes组件，kubernetes部署安装

因此PVC是用户对存储的请求，期望。PV访问模式（accessModes）每个 PV 卷的访问模式都会设置为对应卷所支持的模式值。

Kubernetes 在设计之初就充分考虑了针对容器的与机制。Service 资源，可以通过 kube-proxy 配合 cloud provider 来适应不同的应用场景。Service相关的事情都由Node节点上的 kube-proxy处理。在Service创建时Kubernetes会分配IP给Service，同时通过API Server通知所有kube-proxy有新Service创建了，k

Pod是由容器构成的，我也知道，容器（如Docker）有个特点就是，容器删除后，在容器中产生的数据也会随之销毁。K8s会监控容器的运行状态，当有容器崩溃或停止时，K8s的Controller会删除这些容器，并重新创建新的容器。EmptyDir是在当 Pod 分派到某个Node节点上时创建的，它的初始内容为空，k8s自动分配一个目录，而无需指定宿主机上对应的目录文件。临时卷的生命周期与 Pod 的生

服务：端点：和Service类似，基于OSI（Open System Interconnection）网络模型的七层协议数据（如HTTP）的转发：负载均衡：Service名称解析：Service 通过标签来选取服务后端。

在这种配置下，API 服务器建立一个到集群中各节点的 SSH 隧道（连接到在 22 端口监听的 SSH 服务器） 并通过这个隧道传输所有到 kubelet、节点、Pod 或服务的请求。但与这个工作负载互动的客户端分散在三个不同的数据中心（或基础设施可用区），网络延迟可能会高于自己的预期， 由于在不同的可用区之间发送网络流量会产生一些网络成本。对于Pod的创建，相关联的就有，对Pod的资源分配，资源