1.本发明涉及容器扁平化网络领域，特别是一种面向跨主机容器的扁平化通讯网络。
背景技术：
：：2.现有互联网技术服务架构设计基本上以分布式微服务架构设计，这种设计带来的好处是显而易见的，在稳定性、容错率、高性能、协作等上面都有很大的优势。但在单主机部署的情况下对硬件资源也起到了一定的浪费，所以容器技术就出现了，但现有的容器技术，如docker在单一的主机环境中每个容器可以实现互联互通，但在多台主机情况下各主机内的容器间难以实现互联互通，给项目的实现带来技术上的困难。在研发及测试人员在研发项目过程中必要的断点排查、直连服务等都带来诸多不便。在注册机制下的技术架构也难以实现。3.现有一些解决方案如一些开箱即用的ovs网络插件类技术能解决一部分问题，其架构也相当复杂，一般都需要有一个包转发控制器中心，控制中心记录其每个目的地址需要到达的节点信息，当传输一个三层数据包前还需对此数据包做一个ovs层协议的封装，数据包到达目的地节点后还需要进行解包操作，对于硬件性能消耗有一定的消耗。此类工具背后的逻辑对于维护人员来说也不是很透明，在后期维护阶段的问题排查也存在一定知识盲区。还有一点是idc网络设备，如交换机、路由器无法支持此类插件，所以只能在主机操作系统层面之间实现容器的互联互通。技术实现要素：4.本发明的目的在于克服现有技术的缺点，提供一种面向跨主机容器的扁平化通讯网络。5.本发明的目的通过以下技术方案来实现：一种面向跨主机容器的扁平化通讯网络，包括以下步骤：6.s1：检查网桥ip地址段是否正确配置，若是，则进行下一步，若否，则分配一个子网段；7.s2：检查iptables转发规则是否开启，若是，则对默认iptables链规则进行清空，若否，则先开启iptables默认转发规则，再对默认iptables链规则进行清空；8.s3：检查路由器路由表是否达到所述s1分配的容器地址段的路由信息，若否，路由器注入静态路由表，若是，则结束运行。9.优选的，s1中分配子网段的步骤如下：10.a1：对比数据库，分配一个未被实用的24位掩码的子网地址段并做记录；11.a2：将子网地址段第一个主机位ip设为网桥网关；12.a3：将ip网络段写入容器自动分配dhcp里面供后续创建容器时使用。13.本发明具有以下优点：本发明通过提供一个扁平化的网络环境，不需要对三层路由协议做重新封包操作，减少了传输过程中封包解包操作，很大程度上提升了资源利用率，并能够支持网络设备的兼容，而且相当于直接在三层路由结构上实现，无需任何控制器去维护节点信息，便于维护。附图说明14.图1为扁平化通讯网络状态流程的结构示意图；15.图2为扁平化通讯网络基本架构的结构示意图；16.图3为数据包调用的结构示意图；17.图4为微服务注册机制的结构示意图；具体实施方式18.为使本发明实施方式的目的、技术方案和优点更加清楚，下面将结合本发明实施方式中的附图，对本发明实施方式中的技术方案进行清楚、完整地描述，显然，所描述的实施方式是本发明一部分实施方式，而不是全部的实施方式。通常在此处附图中描述和示出的本发明实施方式的组件可以以各种不同的配置来布置和设计。19.因此，以下对在附图中提供的本发明的实施方式的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施方式。基于本发明中的实施方式，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施方式，都属于本发明保护的范围。20.需要说明的是，在不冲突的情况下，本发明中的实施方式及实施方式中的特征可以相互组合。21.应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。22.在本发明的描述中，需要说明的是，术语“中心”、“上”、“下”、“左”、“右”、“竖直”、“水平”、“内”、“外”等指示的方位或位置关系为基于附图所示的方位或位置关系，或者是该发明产品使用时惯常摆放的方位或位置关系，或者是本领域技术人员惯常理解的方位或位置关系，仅是为了便于描述本发明和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本发明的限制。此外，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。23.在本发明的描述中，还需要说明的是，除非另有明确的规定和限定，术语“设置”、“安装”、“相连”、“连接”应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或一体地连接；可以是机械连接，也可以是电连接；可以是直接相连，也可以通过中间媒介间接相连，可以是两个元件内部的连通。对于本领域的普通技术人员而言，可以具体情况理解上述术语在本发明中的具体含义。24.在本实施例中，如图1所示，一种面向跨主机容器的扁平化通讯网络，包括以下步骤：25.s1：检查网桥ip地址段是否正确配置，若是，则进行下一步，若否，则分配一个子网段；进一步的，s1中分配子网段的步骤如下：26.a1：对比数据库，分配一个未被实用的24位掩码的子网地址段并做记录；27.a2：将子网地址段第一个主机位ip设为网桥网关；28.a3：将ip网络段写入容器自动分配dhcp里面供后续创建容器时使用。29.s2：检查iptables转发规则是否开启，若是，则对默认iptables链规则进行清空，若否，则先开启iptables默认转发规则，再对默认iptables链规则进行清空，这一步骤的主要目的是实现路由器功能。30.s3：检查路由器路由表是否达到所述s1分配的容器地址段的路由信息，若否，路由器注入静态路由表，若是，则结束运行。具体地说，如图2所示，需要在网段上分配一个不与现有网络环境地址段冲突的大段，比如：10.1.0.0/16，并在此大段中划分出子网段分配给每台宿主机使用，这个网段就是每台服务器中docker网桥网络命名空间中的地址段，其中每台服务器相当于是一台路由器功能，其网桥侧对接dockers网络，eth0物理网卡侧对接外部进行搭建,数据包调用路线可参考图3，这样通过提供一个扁平化的网络环境，不需要对三层路由协议做重新封包操作，减少了传输过程中封包解包操作，提升了资源利用率，并能够支持网络设备的兼容，而且相当于直接在三层路由结构上实现，无需任何控制器去维护节点信息，便于维护；如图4所示，而且在微服务注册机制下微服务的服务消费者与服务提供者是通过将自身注册至注册中心，然后注册中心告知服务消费者需要调用的服务提供者信息而实现业务调用机制，而实现的前提是必须有一个扁平化的网络环境，不然只能使用单独的服务器系统层面去部署应用，这样对资源消耗非常大。31.尽管参照前述实施例对本发明进行了详细的说明，对于本领域的技术人员来说，其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换,凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。当前第1页12当前第1页12
背景技术：
：：2.现有互联网技术服务架构设计基本上以分布式微服务架构设计，这种设计带来的好处是显而易见的，在稳定性、容错率、高性能、协作等上面都有很大的优势。但在单主机部署的情况下对硬件资源也起到了一定的浪费，所以容器技术就出现了，但现有的容器技术，如docker在单一的主机环境中每个容器可以实现互联互通，但在多台主机情况下各主机内的容器间难以实现互联互通，给项目的实现带来技术上的困难。在研发及测试人员在研发项目过程中必要的断点排查、直连服务等都带来诸多不便。在注册机制下的技术架构也难以实现。3.现有一些解决方案如一些开箱即用的ovs网络插件类技术能解决一部分问题，其架构也相当复杂，一般都需要有一个包转发控制器中心，控制中心记录其每个目的地址需要到达的节点信息，当传输一个三层数据包前还需对此数据包做一个ovs层协议的封装，数据包到达目的地节点后还需要进行解包操作，对于硬件性能消耗有一定的消耗。此类工具背后的逻辑对于维护人员来说也不是很透明，在后期维护阶段的问题排查也存在一定知识盲区。还有一点是idc网络设备，如交换机、路由器无法支持此类插件，所以只能在主机操作系统层面之间实现容器的互联互通。技术实现要素：4.本发明的目的在于克服现有技术的缺点，提供一种面向跨主机容器的扁平化通讯网络。5.本发明的目的通过以下技术方案来实现：一种面向跨主机容器的扁平化通讯网络，包括以下步骤：6.s1：检查网桥ip地址段是否正确配置，若是，则进行下一步，若否，则分配一个子网段；7.s2：检查iptables转发规则是否开启，若是，则对默认iptables链规则进行清空，若否，则先开启iptables默认转发规则，再对默认iptables链规则进行清空；8.s3：检查路由器路由表是否达到所述s1分配的容器地址段的路由信息，若否，路由器注入静态路由表，若是，则结束运行。9.优选的，s1中分配子网段的步骤如下：10.a1：对比数据库，分配一个未被实用的24位掩码的子网地址段并做记录；11.a2：将子网地址段第一个主机位ip设为网桥网关；12.a3：将ip网络段写入容器自动分配dhcp里面供后续创建容器时使用。13.本发明具有以下优点：本发明通过提供一个扁平化的网络环境，不需要对三层路由协议做重新封包操作，减少了传输过程中封包解包操作，很大程度上提升了资源利用率，并能够支持网络设备的兼容，而且相当于直接在三层路由结构上实现，无需任何控制器去维护节点信息，便于维护。附图说明14.图1为扁平化通讯网络状态流程的结构示意图；15.图2为扁平化通讯网络基本架构的结构示意图；16.图3为数据包调用的结构示意图；17.图4为微服务注册机制的结构示意图；具体实施方式18.为使本发明实施方式的目的、技术方案和优点更加清楚，下面将结合本发明实施方式中的附图，对本发明实施方式中的技术方案进行清楚、完整地描述，显然，所描述的实施方式是本发明一部分实施方式，而不是全部的实施方式。通常在此处附图中描述和示出的本发明实施方式的组件可以以各种不同的配置来布置和设计。19.因此，以下对在附图中提供的本发明的实施方式的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施方式。基于本发明中的实施方式，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施方式，都属于本发明保护的范围。20.需要说明的是，在不冲突的情况下，本发明中的实施方式及实施方式中的特征可以相互组合。21.应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。22.在本发明的描述中，需要说明的是，术语“中心”、“上”、“下”、“左”、“右”、“竖直”、“水平”、“内”、“外”等指示的方位或位置关系为基于附图所示的方位或位置关系，或者是该发明产品使用时惯常摆放的方位或位置关系，或者是本领域技术人员惯常理解的方位或位置关系，仅是为了便于描述本发明和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本发明的限制。此外，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。23.在本发明的描述中，还需要说明的是，除非另有明确的规定和限定，术语“设置”、“安装”、“相连”、“连接”应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或一体地连接；可以是机械连接，也可以是电连接；可以是直接相连，也可以通过中间媒介间接相连，可以是两个元件内部的连通。对于本领域的普通技术人员而言，可以具体情况理解上述术语在本发明中的具体含义。24.在本实施例中，如图1所示，一种面向跨主机容器的扁平化通讯网络，包括以下步骤：25.s1：检查网桥ip地址段是否正确配置，若是，则进行下一步，若否，则分配一个子网段；进一步的，s1中分配子网段的步骤如下：26.a1：对比数据库，分配一个未被实用的24位掩码的子网地址段并做记录；27.a2：将子网地址段第一个主机位ip设为网桥网关；28.a3：将ip网络段写入容器自动分配dhcp里面供后续创建容器时使用。29.s2：检查iptables转发规则是否开启，若是，则对默认iptables链规则进行清空，若否，则先开启iptables默认转发规则，再对默认iptables链规则进行清空，这一步骤的主要目的是实现路由器功能。30.s3：检查路由器路由表是否达到所述s1分配的容器地址段的路由信息，若否，路由器注入静态路由表，若是，则结束运行。具体地说，如图2所示，需要在网段上分配一个不与现有网络环境地址段冲突的大段，比如：10.1.0.0/16，并在此大段中划分出子网段分配给每台宿主机使用，这个网段就是每台服务器中docker网桥网络命名空间中的地址段，其中每台服务器相当于是一台路由器功能，其网桥侧对接dockers网络，eth0物理网卡侧对接外部进行搭建,数据包调用路线可参考图3，这样通过提供一个扁平化的网络环境，不需要对三层路由协议做重新封包操作，减少了传输过程中封包解包操作，提升了资源利用率，并能够支持网络设备的兼容，而且相当于直接在三层路由结构上实现，无需任何控制器去维护节点信息，便于维护；如图4所示，而且在微服务注册机制下微服务的服务消费者与服务提供者是通过将自身注册至注册中心，然后注册中心告知服务消费者需要调用的服务提供者信息而实现业务调用机制，而实现的前提是必须有一个扁平化的网络环境，不然只能使用单独的服务器系统层面去部署应用，这样对资源消耗非常大。31.尽管参照前述实施例对本发明进行了详细的说明，对于本领域的技术人员来说，其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换,凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。当前第1页12当前第1页12
再多了解一些
本文用于企业家、创业者技术爱好者查询，结果仅供参考。
