容器相互通信实现方式研究.pdf

企业研究开发项目计划书 (自主开发类) 项目名称_容器相互通信实现方式研究 企业名称_ XXX 企业法人(签名) 项目负责人_ 电话_ 项目起止时间xxx7年4_月至xxx7年5_月 填报日期 年 月 日 一、立项依据 1.国内外现状、水平和发展趋势； 及Calico。 其中，隧道方案在LaaS层的网络应用比较多，但随着节点规模的增长复杂度 也会增长，导致网络问题跟踪起来比较麻烦，因此隧道方案在大规模集群中并不合 生命周期结合紧密，缺点也可以理解为是原生，被Docker“绑架”;CNI包括 在CNM和CNI两大阵营都有重要的作用。即有着不俗的性能表现，提供了很好的隔 离性，而且还有不错的ACL控制能力。 2.项目研发的目的、意义； IaaS云架构，能够提供可控的VM、容器、裸机之间的IP通信。通过将整个互联网 的可扩展IP网络原则压缩到数据中心级别，Calico在每一个计算节点利用Linux 议负责把自己上运行的workload的路由信息像整个Calico网络内传播——小规模 证最终所有的workload之间的数据流量都是通过IP路由的方式完成互联的。并且 Calico节点组网可以直接利用数据中心的网络结构(无论是L2或者L3),不需要 额外的NAT,隧道或者Overlay Network。 3.本项目达到的技术水平及市场前景； 本项目的建立是为了克服现有Calico在Docker中使用的不足，进而研发设计 缺陷。 二、研发内容和目标 1.项目主要内容、目标及关键技术； 主要是通过下述技术方案得以实现的：Docker Bridge默认支持端口导出，不 口导出上的问题。 2.技术创新之处； 1.减少了二次开发的风险，不需要在对Calico做处理； 2. Docker Bridge是Docker原生网络模式； 3.减少了代码维护。 3.主要技术指标或经济指标。 下面分别说明一下这些组件。 Felix:主要负责路由配置以及ACLS规则的配置以及下发，它存在在每个node 节点上。 etcd:分布式键值存储，主要负责网络元数据一致性，确保Calico网络状态 的准确性，可以与kubernetes共用； 前Calico网络，确保workload间的通信的有效性； 模式，通过一个或者多个BGPRoute Reflector来完成集中式的路由分发； 优势： n网络拓扑直观易懂，平行式扩展，可扩展性强 n容器间网络三层隔离，无需要担心arp风暴 n基于iptable/linux kernel包转发效率高，损耗低 n更容易的编程语言(python) 三、研发试验方法及技术路线(工艺路线) IaaS云架构，能够提供高效可控的VM、容器、裸机之间的通信。 通过将整个互联网的可扩展IP网络原则压缩到数据中心级别，Calico在每 个Calico网络内传播-小规模部署可以直接互联，大规模下可通过指定的BGP route reflector来完成。 这样保证最终所有的workload之间的数据流量都是通过IP包的方式完成 互联的。 Rrst IP Hop One or more IP HopsLast IP Hog Destinatlion Source host Destination hont Source wortload workdoad routing. iptables routing,iptables Data Center Fabric 需要额外的NAT,隧道或者VXLAN overlay network。 四、现有研发条件和工作基础