努力！奋斗！

记录于B站尚硅谷教程 Kubernetes的网络模型假定了所有的Pod都是在一个可以直接连通的扁平的网络空间中。 因此需要先自己实现这个网络模型假设，将不同节点上的Docker容器之间的互相访问先打通，然后再运行Kuberneters。 三类 同一个Pod内的多个容器之间：loopback 不同Pod之间：Overlay Network Pod与Service之间：各节点的Iptables规则 CNI 简介 不管是 docker 还是 kubernetes，在网络方面目前都没有一个完美的、终极的、普适

什么是Pod Pod是K8S所特有的一个东西，为什么要有Pod 首先说一下容器 每个容器都是独立存在的，通过namespace进行隔离，每个容器都有自己的IP地址、自己的挂载卷等。 如果两个不同的容器相互通信就比较麻烦，通过Pod就会解决这个问题。 每个Pod都必须有一个默认启动的pause容器，Pod里的其他容器共用pause的网络栈、挂载卷（可以localhost就可以访问）（个人理解，Pod相当于一个虚拟机，容器相当于里面的进程？） Pod的控制器 RepilcationController、Repl

APIServer：所有服务访问的统一入口 Controller Manager：维持副本期望的数目（副本数据应为大于1的奇数个，投票方便） Scheduler：负责介绍任务，选择合适的节点进行分配任务 ETCD：键值对数据库，（高可用，天生支持集群）储存K8S集群所有重要信息（持久化） Kubelet：直接跟CRI,Continer容器引擎（docker等）、Runtime、Interface交互，实现容器的生命周期管理 Kube proxy：负责写入规则至 IPTABLES、IPVS实现服务映射访问..