Kubemetes网络插件cni

「爱情、让人受尽委屈。」 2023-06-18 12:51 14阅读 0赞

因为项目中需要使用k8s部署swagger服务，然后在kubectl create这一步出现了如下报错，找不到网络插件

failed to find plugin "loopback" in path [/opt/cni/bin]
    failed to find plugin "random-hostport" in path [/opt/cni/bin]

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2ppYW5qdW5fZmVp_size_16_color_FFFFFF_t_70]  
解决方案：  
将缺少的插件放到/opt/cni/bin目录下面即可解决。  
链接：https://pan.baidu.com/s/1quElqqoN1CGhIJJe27\_5yw  
提取码：a2de

## k8s网络设计 ##

Kubemetes 在设计上考虑了对网络的需求和模型设计，但自身并没有重新实现，而是可以另外嵌入现有的网络管理方案。同时， Kubemetes 试图通过插件化的形式来采用AppC 提出的Contai ner Networking Interface (CNI）规范。这意味着，将来所有支持Kubernetes 的网络插件都要遵循该规范。  
实际上， CNI 的模型十分简洁， Kubernetes 只需要告诉插件，把某个Pod 挂载到某个网络、或者从某个网络卸载，其他工作都要由插件来完成。Kubernetes 自身不需要了解网络的具体细节。

*  Pod 内（容器之间） ： 因为容器共享了网络命名空间，可以通过lo直接通信，无须额外支持；
 *  Pod 之间：又分在同一个节点上和在不同节点上，前者通过本地网桥通信即可，后者需要在各自绑定的网桥之间打通；
 *  ***Pod 和服务之间： 因为服务是虚拟的ClusterIP ，因此，需要节点上配置代理机制（例如基于iptables ）来映射到后端的Pod;***
 *  外部访问服务：要从外面访问服务，必须经过负载均衡器，通过外部可用的地址映射到内部的服务上。

***也就是网络插件不依赖于kubectl***

[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2ppYW5qdW5fZmVp_size_16_color_FFFFFF_t_70]: https://img-blog.csdnimg.cn/20191203091402747.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2ppYW5qdW5fZmVp,size_16,color_FFFFFF,t_70