31｜网络通信：CNI是怎么回事？又是怎么工作的？

网络基础不行，这一节内容基本看不懂。。。咋整。。。

试着思考了一下： 1，定义规范/标准，也就是接口（interface），把具体实现/扩展交给社区/第三方，然后使用插件（addon）的方式在 Kubernets 里应用，这真是个省力的方式！不需要去关注千变万化的底层运行环境。 2，Flannel 默认是 Overlay 模式基于Linux VxLan，数据包在跨节点间传输有封包和拆包的额外步骤，同节点的 Pod 间数据传输直接通过虚拟网桥，比如 cni0；不同节点的 Pod 间的数据传输需要借助 Flannel.1 (VTEP virtual tunnel endpoint) 分发。 Calico 也有多种工作模式，默认是 IPinIP，同节点的 Pod 间直接通过虚拟网卡结合路由表传输，跨节点间的 Pod 需要IP层的封装，数据包通过IP隧道传输，如 tunl0。多节点间的路由通过BGP协议共享。 在节点上抓包观察同节点 Pod 和 跨节点 Pod 数据传输： ```bash kubectl exec -it ngx-dep-bfbb5f64b-87sm4 -- curl 10.244.225.25 sudo tcpdump -n -s0 -i any host 10.244.225.25 kubectl exec -it ngx-dep-bfbb5f64b-87sm4 -- curl 10.244.185.207 sudo tcpdump -n -s0 -i any host 10.244.185.207 ```

生产环境建议用哪个网络插件呢？

老师好，您画图用的啥工具啊

1、Mac VirtualBox ubuntu 22.04虚拟机环境安装Calico网络插件时，也需要指定网卡。如果enp0s3为Host-Only模式的网卡，enp0s8为NAT网络模式网卡。Flannel和Calico默认使用了enp0s8，所有虚拟机节点enp0s8网卡的IP地址是一样的，会导致冲突，Calico具体表现为calico-node只能启动一个，其他的为crashloopbackoff。因此安装的时候需要指定网卡为Host-Only模式的网卡enp0s3。详见链接：https://www.cnblogs.com/xiaohaoge/p/16953849.html 2、安装Calico或者Flannel过程中意外导致失败，需要清除一下网络插件的安装信息，重启kubelet。 rm -rf /etc/cni/net.d/* rm -rf /var/lib/cni/calico systemctl restart kubelet 详见链接：https://cloud.tencent.com/developer/article/1820462 如果还不能正常工作，需要检查一下coredns服务，然后重启dns服务： kubectl -n kube-system rollout restart deployment coredns

老师，好像启用了calico之后，发现grafana以及Prometheus只能在pod所在的节点访问，其他节点都无法访问grafana页面以及Prometheus页面

/opt/cni/bin里的flannel跟以ds部署的flanneld是怎么个关系呢？这块原理是如何的

hostNetwork是不是属于underlay？

引用原文 ： "这里我重新画了一张图，描述了 Docker 里最常用的 bridge 网络模式：" 该图中的最下方的位置，ens160是表示啥？请老师帮忙解答下，谢谢

老师好，在节点上（在Pod外）好像也是能访问某个Pod的ip的，这种情况的IP寻址是不是也和在Pod里面的寻址一样？