CN106911769A - 云平台路由数据的处理方法和云平台的物理服务器 - Google Patents
云平台路由数据的处理方法和云平台的物理服务器 Download PDFInfo
- Publication number
- CN106911769A CN106911769A CN201710072256.7A CN201710072256A CN106911769A CN 106911769 A CN106911769 A CN 106911769A CN 201710072256 A CN201710072256 A CN 201710072256A CN 106911769 A CN106911769 A CN 106911769A
- Authority
- CN
- China
- Prior art keywords
- physical server
- route
- target physical
- information
- routing iinformation
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/104—Peer-to-peer [P2P] networks
- H04L67/1044—Group management mechanisms
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/02—Topology update or discovery
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/74—Address processing for routing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/104—Peer-to-peer [P2P] networks
- H04L67/1061—Peer-to-peer [P2P] networks using node-based peer discovery mechanisms
- H04L67/1065—Discovery involving distributed pre-established resource-based relationships among peers, e.g. based on distributed hash tables [DHT]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/56—Provisioning of proxy services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/56—Provisioning of proxy services
- H04L67/568—Storing data temporarily at an intermediate stage, e.g. caching
- H04L67/5682—Policies or rules for updating, deleting or replacing the stored data
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Physics & Mathematics (AREA)
- Computing Systems (AREA)
- Mathematical Physics (AREA)
- Theoretical Computer Science (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种云平台路由数据的处理方法和云平台的物理服务器。其中,该方法包括:云平台的目标物理服务器监听云平台的分布式协调服务集群发送的通知,其中,通知用于指示分布式协调服务集群存储有云平台的中央控制器下发的第一路由信息,第一路由信息为目标物理服务器中虚拟机的路由信息;目标物理服务器根据通知从分布式协调服务集群获取第一路由信息;目标物理服务器根据第一路由信息更新目标物理服务器中已经存储的第二路由信息。本发明解决了路由数据的处理系统容灾性能比较差的技术问题。
Description
技术领域
本发明涉及数据处理领域,具体而言,涉及一种云平台路由数据的处理方法和云平台的物理服务器。
背景技术
目前云平台基本都是遵循SDN理念来管理路由配置。大致是有一个集中控制器来管理路由表项,当有报文经过某台机器时,机器会主动去集中控制器获取路由信息。当集中控制器收到报文发来的获取路由信息请求时,会转发报文到目的主机,同时会给请求主机下发请求的路由表项。
但是,目前这种方式需要机器接收到报文后主动向集中控制器请求路由信息,导致报文时延长,增加丢包风向。同时,集中控制承受风险大,一旦控制器出问题,整个网络全部中断。
针对上述的问题,目前尚未提出有效的解决方案。
发明内容
本发明实施例提供了一种云平台路由数据的处理方法和云平台的物理服务器,以至少解决路由数据的处理系统容灾性能比较差的技术问题。
根据本发明实施例的一个方面,提供了一种云平台路由数据的处理方法,包括:云平台的目标物理服务器监听所述云平台的分布式协调服务集群发送的通知,其中,所述通知用于指示所述分布式协调服务集群存储有所述云平台的中央控制器下发的第一路由信息,所述第一路由信息为所述目标物理服务器中虚拟机的路由信息;所述目标物理服务器根据所述通知从所述分布式协调服务集群获取所述第一路由信息;所述目标物理服务器根据所述第一路由信息更新所述目标物理服务器中已经存储的第二路由信息。
根据本发明实施例的另一方面,还提供了一种云平台的物理服务器,包括:监听单元,用于监听所述云平台的分布式协调服务集群发送的通知,其中,所述通知用于指示所述分布式协调服务集群存储有所述云平台的中央控制器下发的第一路由信息,所述第一路由信息为所述目标物理服务器中虚拟机的路由信息;获取单元,用于根据所述通知从所述分布式协调服务集群获取所述第一路由信息;更新单元,用于根据所述第一路由信息更新所述目标物理服务器中已经存储的第二路由信息。
在本发明实施例中,目标物理服务器中存储的是更新后的路由信息,当进行数据发送时直接从目标物理服务器的内核查询路由信息,无需再经过中央控制器的集中调度,缩短了数据发送时延,并且在中央控制器出现故障时也能正常发送数据。另外,每个物理服务器都存储该物理服务器中虚拟机的路由信息,某一个物理服务器的故障不会影响其他物理服务器发送数据,提高了云平台的容灾性能,解决了现有技术的路由数据处理系统容灾性能比较差的技术问题,达到了提高容灾性能,缩短数据发送时延的技术效果。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1是根据本发明实施例的硬件架构的示意图;
图2是根据本发明实施例的云平台路由数据的处理方法的流程图;
图3是根据本发明实施例的云平台的物理服务器的示意图;
图4是根据本发明实施例的物理服务器的示意图。
具体实施方式
为了使本技术领域的人员更好地理解本发明方案,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分的实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都应当属于本发明保护的范围。
需要说明的是,本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
名词解释:
SDN:sofe defined network,软件定义网络。
VPC:virtral private cloud,私有网络。
Zookeeper:分布式协调服务集群。
API:Application Programming Interface,应用程序编程接口,是预先定义的函数。
实施例1
根据本发明实施例,提供了一种可以通过本申请装置实施例执行的方法实施例,需要说明的是,在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行,并且,虽然在流程图中示出了逻辑顺序,但是在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤。
根据本发明实施例,提供了一种云平台路由数据的处理方法。
可选地,在本实施例中,上述云平台路由数据的处理方法可以应用于如图1所示的硬件环境中。如图1所示,终端10通过网络与云平台的中央控制器20连接。中央控制器20与分布式协调服务器集群30通信,分布式协调服务器集群30可以连接多个物理服务器40,每个物理服务器40有一个代理进程50和多个虚拟机。代理进程50可以与分布式协调服务器集群30进行通信获得该物理服务器40上所有虚拟机的路由信息。
本实施例中,终端10可以接收用户自主添加或者删除的路由表项,或者粗粒度编辑路由表项。中央控制器20获取终端10编辑的路由表项,并由中央控制器20向分布式协调服务器集群30下发路由信息,分布式协调服务器集群30通知相应的物理服务器40有路由信息的更新,物理服务器40上的代理进程50从分布式协调服务器集群30中拉取更新的路由信息,并根据拉取的路由信息生成相应的更新消息,代理进程50将更新消息发送给物理服务器40的内核进行更新和保存。
结合图1以及上述描述可知,本申请的路由信息在发生更新后,由中央控制器20通过分布式协调服务集群30下发给相应的物理服务器40,以便更新物理服务器40的内核中存储的路由表。当需要通过路由表进行报文发送时,无需中央控制器20再集中进行调度,通过物理服务器40就可以通过更新的路由表进行报文发送。与现有技术通过中央控制器集中处理的方式相比,报文可直接通过物理服务器40进行发送,缩短了报文时延并降低丢包风向,同时,容灾性能比较强,在本实施例中即使中央控制器出现故障也能通过物理服务器直接发送报文,保障网络数据传输的稳定性。
图2是根据本发明实施例的云平台路由数据的处理方法的流程图,以下结合图2对本发明实施例所提供的云平台路由数据的处理方法做具体介绍,如图2所示,该云平台路由数据的处理方法主要包括如下步骤:
步骤S202,云平台的目标物理服务器监听云平台的分布式协调服务集群发送的通知,其中,通知用于指示分布式协调服务集群存储有云平台的中央控制器下发的第一路由信息,第一路由信息为目标物理服务器中虚拟机的路由信息。
云平台的目标物理服务器在启动时,会执行向分布式协调服务集群注册的动作。分布式协调服务集群记录注册后的目标物理服务器上多个虚拟机的信息,以及多个虚拟机所需的路由信息。当分布式协调服务集群接收到中央控制器下发的第一路由信息后,分布式协调服务集群会根据物理服务器的注册信息判断该第一路由信息是针对哪些虚拟机,从而确定应该由哪个物理服务器获得。在确定获取该第一路由信息的物理服务器为目标物理服务器之后,向目标物理服务器发出通知,以通知目标物理服务器从分布式协调服务集群拉取该第一路由信息。
步骤S204,目标物理服务器根据通知从分布式协调服务集群获取第一路由信息。
目标物理服务器监听分布式协调服务集群发送的通知,在监听到通知后从分布式协调服务集群拉取第一路由信息。
步骤S206,目标物理服务器根据第一路由信息更新目标物理服务器中已经存储的第二路由信息。
目标物理服务器存储更新后的路由信息。具体地,如果第一路由信息显示删除第二路由信息中原有的某条路由信息,则目标物理服务器从第二路由信息中删除第一路由信息所指示删除的路由信息;如果第一路由信息显示增加第二路由信息中没有的某条路由信息,则目标物理服务器向第二路由信息中添加第一路由信息所指示删除的路由信息。更新后的第二路由信息保存在目标物理服务器的内核中,当需要进行数据发送时,查询目标物理服务器的内核中存储的更新后的路由信息进行数据发送。
本实施例中,目标物理服务器中存储的是更新后的路由信息,当进行数据发送时直接从目标物理服务器的内核查询路由信息,无需再经过中央控制器的集中调度,缩短了数据发送时延,并且在中央控制器出现故障时也能正常发送数据。另外,每个物理服务器都存储该物理服务器中虚拟机的路由信息,某一个物理服务器的故障不会影响其他物理服务器发送数据,提高了云平台的容灾性能,解决了现有技术的路由数据处理系统容灾性能比较差的技术问题,达到了提高容灾性能,缩短数据发送时延的技术效果。
可选地,云平台的目标物理服务器监听云平台的分布式协调服务集群发送的通知包括:目标物理服务器监听分布式协调服务集群中所有路径的数据变化;目标物理服务器根据通知从分布式协调服务集群获取第一路由信息包括:当目标物理服务器监听到所有路径中的第一路径的数据有变化时,获取第一路径上的所有数据作为第一路由信息。
中央控制器在接收到用户通过客户端预先配置的路由数据,并对这些路由数据进行解析。结合云平台的物理服务器所需要的路由信息的数据格式将路由信息生成第一路由信息,将第一路由信息构造为树路径。对路由数据进行解析后,得到虚拟机IP地址、虚拟机所述私有云的ID,路由的目的地址和下一跳地址等。构造的树路径的形式如“/TVPC/ROUTE/DESTIP/NEXTIP”格式。
如果用户的路由数据是增加路由表,则构造完路径就添加到分布式协调服务集群中。如果用户的路由数据是删除路由表,则构造完路径就删除分布式协调服务集群中已有的路径。目标物理服务器监听分布式协调服务集群中每条路径的变化,当所有路径中的第一路径发生变化时,获取第一路径上的所有路由信息,并将获取到的路由信息作为第一路由信息。第一路径是分布式协调服务集群的所有路径中发生变化的一条路径。
可选地,第一路径包括总节点和叶子节点,目标物理服务器监听分布式协调服务集群中第一路径的数据变化包括:目标物理服务器监听第一路径中总节点和叶子节点的变化,其中,叶子节点记录了第一路由信息;获取第一路径上的所有数据作为第一路由信息包括:当监听到总节点有变化时,从分布式协调服务集群拉取总节点下所有叶子节点记录的路由信息,将拉取的叶子节点的路由信息作为第一路由信息。
在树路径中,一条路径包括总节点和叶子节点。目标物理服务器通过监听总节点和叶子节点的变化来监听路径的变化,当监听到总节点有变化时,目标物理服务器拉取该总节点下所有叶子节点的路由信息,并将拉取的路由信息作为第一路由信息。
用户预先设置的路由信息可以指示增加、删除和修改路由信息,目标服务器根据拉取的叶子节点的路由信息和目标服务器本地存储的叶子节点的路由信息执行相应的更新操作。
(1)增加路由信息。
可选地,目标物理服务器根据第一路由信息更新目标物理服务器中已经存储的第二路由信息包括:目标物理服务器对比拉取的叶子节点和目标物理服务器已经存储的本地叶子节点;目标物理服务器根据拉取的叶子节点中多出本地叶子节点的叶子节点生成路由增加信息,路由增加信息用于指示向第二路由信息中添加目标路由信息;目标物理服务器利用路由增加信息更新第二路由信息,其中,更新后的第二路由信息包括目标路由信息。
可选地,目标物理服务器利用路由增加信息更新第二路由信息包括:目标物理服务器的代理进程将路由增加信息发送到目标物理服务器的内核中,其中,内核根据路由增加信息增加内核中的路由表项。
每个物理服务器都有一个代理进程,物理服务器通过代理进程与分布式协调服务集群进行通信。目标物理服务器通过代理进程拉取分布式协调服务集群中叶子节点,代理进程存储有本地叶子节点,代理进程比对拉取的叶子节点是否与本地叶子节点一致。如果拉取的叶子节点多于本地叶子节点,确定出第一路由信息指示增加一个路由信息,即生成路由增加信息。即代理进程根据多出来的叶子节点生成add_route消息,并将该add_route消息发送给目标物理服务器的内核,以便目标物理服务器的内核根据add_route消息向第二路由信息中增加一条路由信息。增加的路由信息是第一路由信息携带的,包括虚拟机的IP地址、虚拟机所属VPC的ID号、路由的目的地址和下一条地址等信息。
(2)删除路由信息。
可选地,目标物理服务器根据第一路由信息更新目标物理服务器中已经存储的第二路由信息包括:目标物理服务器对比拉取的叶子节点和目标物理服务器已经存储的本地叶子节点;目标物理服务器根据拉取的叶子节点中少于本地叶子节点的叶子节点生成路由删除信息,路由删除信息用于指示向第二路由信息中删除目标路由信息;目标物理服务器利用路由删除信息更新第二路由信息,其中,更新后的第二路由信息不包括目标路由信息。
可选地,目标物理服务器利用路由删除信息更新第二路由信息还包括:目标物理服务器的代理进程将路由删除信息发送到目标物理服务器的内核中,其中,内核根据路由删除信息删除内核中的路由表项。
每个物理服务器都有一个代理进程,物理服务器通过代理进程与分布式协调服务集群进行通信。目标物理服务器通过代理进程拉取分布式协调服务集群中叶子节点,代理进程存储有本地叶子节点,代理进程比对拉取的叶子节点是否与本地叶子节点一致。如果拉取的叶子节点少于本地叶子节点,确定出第一路由信息指示删除一个路由信息,即生成路由删除信息。即代理进程根据多出来的叶子节点生成del_route消息,并将该del_route消息发送给目标物理服务器的内核,以便目标物理服务器的内核根据del_route消息从第二路由信息中删除一条路由信息。删除的路由信息是第一路由信息携带的,包括虚拟机的IP地址、虚拟机所属VPC的ID号、路由的目的地址和下一条地址等信息。
更改路由信息和路由信息的相关统计信息等的方式与上述增加和删除路由信息的方式相同,不再赘述。
可选地,在云平台的目标物理服务器监听云平台的分布式协调服务集群发送的通知之前,方法还包括:分布式协调服务集群获取目标物理服务器的注册信息,其中,注册信息包括目标物理服务器中所有虚拟机所需的路由信息;分布式协调服务集群获取第一路由信息;分布式协调服务集群将第一路由信息写入到分布式协调服务集群中相应的路径上。
中央控制器可以获取用户配置的路由数据,并且提供API接口方便用户在客户端程序中配置路由信息。中央控制器根据用户配置的路由信息生成在物理服务器中需要的数据格式。中央控制器作为zookeeper的写客户端,负责将转换后的路由数据格式写入到zookeeper集群中相应的路径上。
可选地,目标物理服务器根据通知从分布式协调服务集群获取第一路由信息包括:目标物理服务器的代理进程根据通知从分布式协调服务集群中相应路径上获取第一路由信息。
即在中央控制器将第一路由信息写入到zookeeper的相应路径上之后,目标物理服务器的代理进程从zookeeper的相应路径上获取该第一路由信息。
通过上述实施例可知,代理进程使得物理服务器和zookeeper之间进行通信,并传输需要更新的路由信息。代理进程通过比对zookeeper相应路径上的总节点和叶子节点的变化来生成路由增加消息或者路由删除消息,并通过netlink通信机制下发给物理服务器的内核,从而使得物理服务器的内核根据代理进程生成的消息更新存储在内核中的路由表。也就是说,通过监听节点的变化来更新物理服务器内核中的路由表,实现了及时更新物理服务器内核中的路由表,以便物理服务器直接根据其存储的路由表来进行数据发送,无需通过中央控制器的调度,提高了数据传输效率,并且避免了中央控制器的故障造成的通信中断,保证了云平台数据传输的稳定性。
需要说明的是,对于前述的各方法实施例,为了简单描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本发明并不受所描述的动作顺序的限制,因为依据本发明,某些步骤可以采用其他顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作和模块并不一定是本发明所必须的。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端设备(可以是手机,计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。
实施例2
根据本发明实施例,还提供了一种用于实施上述云平台路由数据的处理方法的云平台的物理服务器,该云平台的物理服务器主要用于执行本发明实施例上述内容所提供的云平台路由数据的处理方法,以下对本发明实施例所提供的云平台的物理服务器做具体介绍:
图3是根据本发明实施例的云平台的物理服务器的示意图,如图3所示,该云平台的物理服务器主要包括:
监听单元32用于监听云平台的分布式协调服务集群发送的通知,其中,通知用于指示分布式协调服务集群存储有云平台的中央控制器下发的第一路由信息,第一路由信息为目标物理服务器中虚拟机的路由信息。
云平台的目标物理服务器在启动时,会执行向分布式协调服务集群注册的动作。分布式协调服务集群记录注册后的目标物理服务器上多个虚拟机的信息,以及多个虚拟机所需的路由信息。当分布式协调服务集群接收到中央控制器下发的第一路由信息后,分布式协调服务集群会根据物理服务器的注册信息判断该第一路由信息是针对哪些虚拟机,从而确定应该由哪个物理服务器获得。在确定获取该第一路由信息的物理服务器为目标物理服务器之后,向目标物理服务器发出通知,以通知目标物理服务器从分布式协调服务集群拉取该第一路由信息。
获取单元34用于根据通知从分布式协调服务集群获取第一路由信息。
目标物理服务器监听分布式协调服务集群发送的通知,在监听到通知后从分布式协调服务集群拉取第一路由信息。
更新单元36用于根据第一路由信息更新目标物理服务器中已经存储的第二路由信息。
目标物理服务器存储更新后的路由信息。具体地,如果第一路由信息显示删除第二路由信息中原有的某条路由信息,则目标物理服务器从第二路由信息中删除第一路由信息所指示删除的路由信息;如果第一路由信息显示增加第二路由信息中没有的某条路由信息,则目标物理服务器向第二路由信息中添加第一路由信息所指示删除的路由信息。更新后的第二路由信息保存在目标物理服务器的内核中,当需要进行数据发送时,查询目标物理服务器的内核中存储的更新后的路由信息进行数据发送。
本实施例中,目标物理服务器中存储的是更新后的路由信息,当进行数据发送时直接从目标物理服务器的内核查询路由信息,无需再经过中央控制器的集中调度,缩短了数据发送时延,并且在中央控制器出现故障时也能正常发送数据。另外,每个物理服务器都存储该物理服务器中虚拟机的路由信息,某一个物理服务器的故障不会影响其他物理服务器发送数据,提高了云平台的容灾性能,解决了现有技术的路由数据处理系统容灾性能比较差的技术问题,达到了提高容灾性能,缩短数据发送时延的技术效果。
可选地,监听单元包括:监听子单元,用于监听分布式协调服务集群中所有路径的数据变化;获取单元包括:获取子单元,用于当目标物理服务器监听到所有路径中第一路径的数据有变化时,获取第一路径上的所有数据作为第一路由信息。
中央控制器在接收到用户通过客户端预先配置的路由数据,并对这些路由数据进行解析。结合云平台的物理服务器所需要的路由信息的数据格式将路由信息生成第一路由信息,将第一路由信息构造为树路径。对路由数据进行解析后,得到虚拟机IP地址、虚拟机所述私有云的ID,路由的目的地址和下一跳地址等。构造的树路径的形式如“/TVPC/ROUTE/DESTIP/NEXTIP”格式。
如果用户的路由数据是增加路由表,则构造完路径就添加到分布式协调服务集群中。如果用户的路由数据是删除路由表,则构造完路径就删除分布式协调服务集群中已有的路径。目标物理服务器监听分布式协调服务集群中每条路径的变化,当所有路径中的第一路径发生变化时,获取第一路径上的所有路由信息,并将获取到的路由信息作为第一路由信息。第一路径是分布式协调服务集群的所有路径中发生变化的一条路径。
可选地,第一路径包括总节点和叶子节点,监听子单元包括:监听模块,用于监听所有路径中总节点和叶子节点的变化,其中,叶子节点记录了第一路由信息;获取子单元包括:拉取模块,用于当监听到第一路径上的总节点有变化时,从分布式协调服务集群拉取第一路径的总节点下所有叶子节点记录的路由信息;确定模块,用于将拉取的叶子节点的路由信息作为第一路由信息。
在树路径中,一条路径包括总节点和叶子节点。目标物理服务器通过监听总节点和叶子节点的变化来监听路径的变化,当监听到总节点有变化时,目标物理服务器拉取该总节点下所有叶子节点的路由信息,并将拉取的路由信息作为第一路由信息。
用户预先设置的路由信息可以指示增加、删除和修改路由信息,目标服务器根据拉取的叶子节点的路由信息和目标服务器本地存储的叶子节点的路由信息执行相应的更新操作。
(1)增加路由信息。
可选地,更新单元包括:第一对比子单元,用于对比拉取的叶子节点和目标物理服务器已经存储的本地叶子节点;第一生成子单元,用于根据拉取的叶子节点中多出本地叶子节点的叶子节点生成路由增加信息,路由增加信息用于指示向第二路由信息中添加目标路由信息;第一更新子单元,用于利用路由增加信息更新第二路由信息,其中,更新后的第二路由信息包括目标路由信息。
可选地,第一更新子单元包括:第一发送模块,用于通过代理进程将路由增加信息发送到目标物理服务器的内核中,其中,内核根据路由增加信息增加内核中的路由表项。
每个物理服务器都有一个代理进程,物理服务器通过代理进程与分布式协调服务集群进行通信。目标物理服务器通过代理进程拉取分布式协调服务集群中叶子节点,代理进程存储有本地叶子节点,代理进程比对拉取的叶子节点是否与本地叶子节点一致。如果拉取的叶子节点多于本地叶子节点,确定出第一路由信息指示增加一个路由信息,即生成路由增加信息。即代理进程根据多出来的叶子节点生成add_route消息,并将该add_route消息发送给目标物理服务器的内核,以便目标物理服务器的内核根据add_route消息向第二路由信息中增加一条路由信息。增加的路由信息是第一路由信息携带的,包括虚拟机的IP地址、虚拟机所属VPC的ID号、路由的目的地址和下一条地址等信息。
(2)删除路由信息。
可选地,更新单元包括:第二对比子单元,用于对比拉取的叶子节点和目标物理服务器已经存储的本地叶子节点;第二生成子单元,用于根据拉取的叶子节点中少于本地叶子节点的叶子节点生成路由删除信息,路由删除信息用于指示向第二路由信息中删除目标路由信息;第二更新子单元,用于利用路由删除信息更新第二路由信息,其中,更新后的第二路由信息不包括目标路由信息。
可选地,第二更新子单元包括:第一发送模块,用于通过代理进程将路由删除信息发送到目标物理服务器的内核中,其中,内核根据路由删除信息删除内核中的路由表项。
每个物理服务器都有一个代理进程,物理服务器通过代理进程与分布式协调服务集群进行通信。目标物理服务器通过代理进程拉取分布式协调服务集群中叶子节点,代理进程存储有本地叶子节点,代理进程比对拉取的叶子节点是否与本地叶子节点一致。如果拉取的叶子节点少于本地叶子节点,确定出第一路由信息指示删除一个路由信息,即生成路由删除信息。即代理进程根据多出来的叶子节点生成del_route消息,并将该del_route消息发送给目标物理服务器的内核,以便目标物理服务器的内核根据del_route消息从第二路由信息中删除一条路由信息。删除的路由信息是第一路由信息携带的,包括虚拟机的IP地址、虚拟机所属VPC的ID号、路由的目的地址和下一条地址等信息。
更改路由信息和路由信息的相关统计信息等的方式与上述增加和删除路由信息的方式相同,不再赘述。
通过上述实施例可知,代理进程使得物理服务器和zookeeper之间进行通信,并传输需要更新的路由信息。代理进程通过比对zookeeper相应路径上的总节点和叶子节点的变化来生成路由增加消息或者路由删除消息,并通过netlink通信机制下发给物理服务器的内核,从而使得物理服务器的内核根据代理进程生成的消息更新存储在内核中的路由表。也就是说,通过监听节点的变化来更新物理服务器内核中的路由表,实现了及时更新物理服务器内核中的路由表,以便物理服务器直接根据其存储的路由表来进行数据发送,无需通过中央控制器的调度,提高了数据传输效率,并且避免了中央控制器的故障造成的通信中断,保证了云平台数据传输的稳定性。
实施例3
根据本发明实施例,还提供了一种用于实施上述云平台路由数据的处理方法的物理服务器,如图4所示,该物理服务器主要包括处理器401、数据接口403、存储器405和网络接口407,其中:
数据接口403则主要通过数据传输的方式将路由信息传输给处理器401。
存储器405主要用于存储第一路由信息和第二路由信息。
网络接口407主要用于与分布式协调服务集群进行网络通信,以便于拉取第一路由信息。
处理器401主要用于执行如下操作:
云平台的目标物理服务器监听所述云平台的分布式协调服务集群发送的通知,其中,所述通知用于指示所述分布式协调服务集群存储有所述云平台的中央控制器下发的第一路由信息,所述第一路由信息为中虚拟机的路由信息;根据所述通知从所述分布式协调服务集群获取所述第一路由信息;根据所述第一路由信息更新中已经存储的第二路由信息。
处理器401还用于所述云平台的目标物理服务器监听所述云平台的分布式协调服务集群发送的通知包括:监听所述分布式协调服务集群中所有路径的数据变化;根据所述通知从所述分布式协调服务集群获取所述第一路由信息包括:当监听到所述所有路径中第一路径的数据有变化时,获取所述第一路径上的所有数据作为所述第一路由信息。
处理器401还用于所述第一路径包括总节点和叶子节点,监听所述分布式协调服务集群中所有路径的数据变化包括:监听所述所有路径中所述总节点和叶子节点的变化,其中,所述叶子节点记录了所述第一路由信息;获取所述第一路径上的所有数据作为所述第一路由信息包括:当监听到所述第一路径上的总节点有变化时,从所述分布式协调服务集群拉取所述第一路径的所述总节点下所有叶子节点记录的路由信息,将拉取的所述叶子节点的路由信息作为所述第一路由信息。
处理器401还用于对比拉取的所述叶子节点和已经存储的本地叶子节点;根据拉取的所述叶子节点中多出所述本地叶子节点的叶子节点生成路由增加信息,所述路由增加信息用于指示向所述第二路由信息中添加目标路由信息;利用所述路由增加信息更新所述第二路由信息,其中,更新后的所述第二路由信息包括所述目标路由信息。
处理器401还用于通过的代理进程将所述路由增加信息发送到的内核中,其中,所述内核根据所述路由增加信息增加所述内核中的路由表项。
处理器401还用于对比拉取的所述叶子节点和已经存储的本地叶子节点;根据拉取的所述叶子节点中少于所述本地叶子节点的叶子节点生成路由删除信息,所述路由删除信息用于指示向所述第二路由信息中删除目标路由信息;利用所述路由删除信息更新所述第二路由信息,其中,更新后的所述第二路由信息不包括所述目标路由信息。
处理器401还用于的代理进程将所述路由删除信息发送到的内核中,其中,所述内核根据所述路由删除信息删除所述内核中的路由表项。
可选地,本实施例中的具体示例可以参考上述实施例1和实施例2中所描述的示例,本实施例在此不再赘述。
实施例4
本发明的实施例还提供了一种存储介质。可选地,在本实施例中,上述存储介质可以用于存储本发明实施例的云平台路由数据的处理方法的程序代码。
可选地,在本实施例中,上述存储介质可以位于移动通信网络、广域网、城域网或局域网的网络中的多个网络设备中的至少一个网络设备。
可选地,在本实施例中,存储介质被设置为存储用于执行以下步骤的程序代码:
S1,监听所述云平台的分布式协调服务集群发送的通知,其中,所述通知用于指示所述分布式协调服务集群存储有所述云平台的中央控制器下发的第一路由信息,所述第一路由信息为所述目标物理服务器中虚拟机的路由信息;
S2,根据所述通知从所述分布式协调服务集群获取所述第一路由信息;
S3,根据所述第一路由信息更新所述目标物理服务器中已经存储的第二路由信息。
可选地,在本实施例中,上述存储介质可以包括但不限于:U盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
可选地,在本实施例中,处理器根据存储介质中已存储的程序代码执行:监听所述分布式协调服务集群中所有路径的数据变化;当所述目标物理服务器监听到所述所有路径中第一路径的数据有变化时,获取所述第一路径上的所有数据作为所述第一路由信息。
可选地,在本实施例中,处理器根据存储介质中已存储的程序代码执行:所述第一路径包括总节点和叶子节点,监听所述所有路径中所述总节点和叶子节点的变化,其中,所述叶子节点记录了所述第一路由信息;当监听到所述第一路径上的总节点有变化时,从所述分布式协调服务集群拉取所述第一路径的所述总节点下所有叶子节点记录的路由信息;将拉取的所述叶子节点的路由信息作为所述第一路由信息。
可选地,在本实施例中,处理器根据存储介质中已存储的程序代码执行:对比拉取的所述叶子节点和所述目标物理服务器已经存储的本地叶子节点;根据拉取的所述叶子节点中多出所述本地叶子节点的叶子节点生成路由增加信息,所述路由增加信息用于指示向所述第二路由信息中添加目标路由信息;利用所述路由增加信息更新所述第二路由信息,其中,更新后的所述第二路由信息包括所述目标路由信息。
可选地,在本实施例中,处理器根据存储介质中已存储的程序代码执行:通过代理进程将所述路由增加信息发送到所述目标物理服务器的内核中,其中,所述内核根据所述路由增加信息增加所述内核中的路由表项。
可选地,在本实施例中,处理器根据存储介质中已存储的程序代码执行:对比拉取的所述叶子节点和所述目标物理服务器已经存储的本地叶子节点;根据拉取的所述叶子节点中少于所述本地叶子节点的叶子节点生成路由删除信息,所述路由删除信息用于指示向所述第二路由信息中删除目标路由信息;利用所述路由删除信息更新所述第二路由信息,其中,更新后的所述第二路由信息不包括所述目标路由信息。
可选地,在本实施例中,处理器根据存储介质中已存储的程序代码执行:通过代理进程将所述路由删除信息发送到所述目标物理服务器的内核中,其中,所述内核根据所述路由删除信息删除所述内核中的路由表项。
可选地,本实施例中的具体示例可以参考上述实施例1和实施例2中所描述的示例,本实施例在此不再赘述。
上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。
上述实施例中的集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在上述计算机可读取的存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在存储介质中,包括若干指令用以使得一台或多台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。
在本发明的上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见其他实施例的相关描述。
在本申请所提供的几个实施例中,应该理解到,所揭露的客户端,可通过其它的方式实现。其中,以上所描述的装置实施例仅仅是示意性的,例如所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,单元或模块的间接耦合或通信连接,可以是电性或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
以上所述仅是本发明的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视为本发明的保护范围。
Claims (17)
1.一种云平台路由数据的处理方法,其特征在于,包括:
云平台的目标物理服务器监听所述云平台的分布式协调服务集群发送的通知,其中,所述通知用于指示所述分布式协调服务集群存储有所述云平台的中央控制器下发的第一路由信息,所述第一路由信息为所述目标物理服务器中虚拟机的路由信息;
所述目标物理服务器根据所述通知从所述分布式协调服务集群获取所述第一路由信息;
所述目标物理服务器根据所述第一路由信息更新所述目标物理服务器中已经存储的第二路由信息。
2.根据权利要求1所述的方法,其特征在于,
所述云平台的目标物理服务器监听所述云平台的分布式协调服务集群发送的通知包括:所述目标物理服务器监听所述分布式协调服务集群中所有路径的数据变化;
所述目标物理服务器根据所述通知从所述分布式协调服务集群获取所述第一路由信息包括:当所述目标物理服务器监听到所述所有路径中第一路径的数据有变化时,获取所述第一路径上的所有数据作为所述第一路由信息。
3.根据权利要求2所述的方法,其特征在于,所述第一路径包括总节点和叶子节点,
所述目标物理服务器监听所述分布式协调服务集群中所有路径的数据变化包括:所述目标物理服务器监听所述所有路径中所述总节点和叶子节点的变化,其中,所述叶子节点记录了所述第一路由信息;
获取所述第一路径上的所有数据作为所述第一路由信息包括:当监听到所述第一路径上的总节点有变化时,从所述分布式协调服务集群拉取所述第一路径的所述总节点下所有叶子节点记录的路由信息,将拉取的所述叶子节点的路由信息作为所述第一路由信息。
4.根据权利要求3所述的方法,其特征在于,所述目标物理服务器根据所述第一路由信息更新所述目标物理服务器中已经存储的第二路由信息包括:
所述目标物理服务器对比拉取的所述叶子节点和所述目标物理服务器已经存储的本地叶子节点;
所述目标物理服务器根据拉取的所述叶子节点中多出所述本地叶子节点的叶子节点生成路由增加信息,所述路由增加信息用于指示向所述第二路由信息中添加目标路由信息;
所述目标物理服务器利用所述路由增加信息更新所述第二路由信息,其中,更新后的所述第二路由信息包括所述目标路由信息。
5.根据权利要求4所述的方法,其特征在于,所述目标物理服务器利用所述路由增加信息更新所述第二路由信息包括:
所述目标物理服务器的代理进程将所述路由增加信息发送到所述目标物理服务器的内核中,其中,所述内核根据所述路由增加信息增加所述内核中的路由表项。
6.根据权利要求3所述的方法,其特征在于,所述目标物理服务器根据所述第一路由信息更新所述目标物理服务器中已经存储的第二路由信息包括:
所述目标物理服务器对比拉取的所述叶子节点和所述目标物理服务器已经存储的本地叶子节点;
所述目标物理服务器根据拉取的所述叶子节点中少于所述本地叶子节点的叶子节点生成路由删除信息,所述路由删除信息用于指示向所述第二路由信息中删除目标路由信息;
所述目标物理服务器利用所述路由删除信息更新所述第二路由信息,其中,更新后的所述第二路由信息不包括所述目标路由信息。
7.根据权利要求6所述的方法,其特征在于,所述目标物理服务器利用所述路由删除信息更新所述第二路由信息还包括:
所述目标物理服务器的代理进程将所述路由删除信息发送到所述目标物理服务器的内核中,其中,所述内核根据所述路由删除信息删除所述内核中的路由表项。
8.根据权利要求1所述的方法,其特征在于,在云平台的目标物理服务器监听所述云平台的分布式协调服务集群发送的通知之前,所述方法还包括:
所述分布式协调服务集群获取所述目标物理服务器的注册信息,其中,所述注册信息包括所述目标物理服务器中所有虚拟机所需的路由信息;
所述分布式协调服务集群获取所述第一路由信息;
所述分布式协调服务集群将所述第一路由信息写入到所述分布式协调服务集群中相应的路径上。
9.根据权利要求8所述的方法,其特征在于,所述分布式协调服务集群获取所述第一路由信息包括:
所述分布式协调服务集群接收所述中央控制器根据预先配置的路由数据和所述目标物理服务器所需数据格式生成的第一路由信息。
10.根据权利要求8所述的方法,其特征在于,所述目标物理服务器根据所述通知从所述分布式协调服务集群获取所述第一路由信息包括:
所述目标物理服务器的代理进程根据所述通知从所述分布式协调服务集群中相应路径上获取所述第一路由信息。
11.一种云平台的物理服务器,其特征在于,包括:
监听单元,用于监听所述云平台的分布式协调服务集群发送的通知,其中,所述通知用于指示所述分布式协调服务集群存储有所述云平台的中央控制器下发的第一路由信息,所述第一路由信息为目标物理服务器中虚拟机的路由信息;
获取单元,用于根据所述通知从所述分布式协调服务集群获取所述第一路由信息;
更新单元,用于根据所述第一路由信息更新所述目标物理服务器中已经存储的第二路由信息。
12.根据权利要求11所述的云平台的物理服务器,其特征在于,
所述监听单元包括:监听子单元,用于监听所述分布式协调服务集群中所有路径的数据变化;
所述获取单元包括:获取子单元,用于当所述目标物理服务器监听到所述所有路径中第一路径的数据有变化时,获取所述第一路径上的所有数据作为所述第一路由信息。
13.根据权利要求12所述的云平台的物理服务器,其特征在于,所述第一路径包括总节点和叶子节点,
所述监听子单元包括:监听模块,用于监听所述所有路径中所述总节点和叶子节点的变化,其中,所述叶子节点记录了所述第一路由信息;
所述获取子单元包括:拉取模块,用于当监听到所述第一路径上的总节点有变化时,从所述分布式协调服务集群拉取所述第一路径的所述总节点下所有叶子节点记录的路由信息;确定模块,用于将拉取的所述叶子节点的路由信息作为所述第一路由信息。
14.根据权利要求13所述的云平台的物理服务器,其特征在于,所述更新单元包括:
第一对比子单元,用于对比拉取的所述叶子节点和所述目标物理服务器已经存储的本地叶子节点;
第一生成子单元,用于根据拉取的所述叶子节点中多出所述本地叶子节点的叶子节点生成路由增加信息,所述路由增加信息用于指示向所述第二路由信息中添加目标路由信息;
第一更新子单元,用于利用所述路由增加信息更新所述第二路由信息,其中,更新后的所述第二路由信息包括所述目标路由信息。
15.根据权利要求14所述的云平台的物理服务器,其特征在于,所述第一更新子单元包括:
第一发送模块,用于通过代理进程将所述路由增加信息发送到所述目标物理服务器的内核中,其中,所述内核根据所述路由增加信息增加所述内核中的路由表项。
16.根据权利要求13所述的云平台的物理服务器,其特征在于,所述更新单元包括:
第二对比子单元,用于对比拉取的所述叶子节点和所述目标物理服务器已经存储的本地叶子节点;
第二生成子单元,用于根据拉取的所述叶子节点中少于所述本地叶子节点的叶子节点生成路由删除信息,所述路由删除信息用于指示向所述第二路由信息中删除目标路由信息;
第二更新子单元,用于利用所述路由删除信息更新所述第二路由信息,其中,更新后的所述第二路由信息不包括所述目标路由信息。
17.根据权利要求16所述的云平台的物理服务器,其特征在于,所述第二更新子单元包括:
第一发送模块,用于通过代理进程将所述路由删除信息发送到所述目标物理服务器的内核中,其中,所述内核根据所述路由删除信息删除所述内核中的路由表项。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710072256.7A CN106911769B (zh) | 2017-02-09 | 2017-02-09 | 云平台路由数据的处理方法和云平台的物理服务器 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710072256.7A CN106911769B (zh) | 2017-02-09 | 2017-02-09 | 云平台路由数据的处理方法和云平台的物理服务器 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN106911769A true CN106911769A (zh) | 2017-06-30 |
CN106911769B CN106911769B (zh) | 2020-10-27 |
Family
ID=59208200
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710072256.7A Active CN106911769B (zh) | 2017-02-09 | 2017-02-09 | 云平台路由数据的处理方法和云平台的物理服务器 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN106911769B (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110198269A (zh) * | 2018-04-03 | 2019-09-03 | 腾讯科技(深圳)有限公司 | 分布式机群的路由同步系统、方法及相关装置 |
CN112565296A (zh) * | 2020-12-24 | 2021-03-26 | 深信服科技股份有限公司 | 安全防护方法、装置、电子设备和存储介质 |
CN112698916A (zh) * | 2020-12-31 | 2021-04-23 | 北京千方科技股份有限公司 | 一种多容器集群的管控系统、方法以及存储介质 |
CN113965585A (zh) * | 2021-12-22 | 2022-01-21 | 恒生电子股份有限公司 | 一种多云互联方法及装置 |
Citations (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2001015416A1 (en) * | 1999-08-24 | 2001-03-01 | Elisa Communications Oyj | Method for controlling a personal number service |
CN103944828A (zh) * | 2014-04-15 | 2014-07-23 | 杭州华三通信技术有限公司 | 一种协议报文的传输方法和设备 |
CN104301230A (zh) * | 2014-10-10 | 2015-01-21 | 杭州华三通信技术有限公司 | 报文转发方法和装置 |
CN104601470A (zh) * | 2015-01-21 | 2015-05-06 | 杭州华三通信技术有限公司 | 一种流表处理方法及装置 |
CN104639450A (zh) * | 2013-11-11 | 2015-05-20 | 中国移动通信集团公司 | 数据包转发控制方法、装置和软件定义网络的架构系统 |
US20150163151A1 (en) * | 2013-12-06 | 2015-06-11 | Algoblu Holdings Limited | Hierarchical control in software-defined network (sdn) |
CN105490945A (zh) * | 2014-09-15 | 2016-04-13 | 上海贝尔股份有限公司 | 一种用于在控制面中控制转发数据的方法和装置 |
CN105553849A (zh) * | 2015-11-26 | 2016-05-04 | 北京邮电大学 | 一种传统ip网络与sptn网络互通方法与系统 |
CN105610714A (zh) * | 2016-02-04 | 2016-05-25 | 广州海格通信集团股份有限公司 | Sdn网络的控制方法和装置以及sdn控制器 |
CN105915419A (zh) * | 2015-11-25 | 2016-08-31 | 北京邮电大学 | 一种基于sdn的无线接入控制器部署方法 |
CN106100990A (zh) * | 2016-06-06 | 2016-11-09 | 中国电子科技集团公司第三十研究所 | 一种基于sdn架构的通信网络多维度资源调控方法和系统 |
CN106302182A (zh) * | 2015-06-08 | 2017-01-04 | 上海宽带技术及应用工程研究中心 | 基于sdn的主机发现方法及系统 |
-
2017
- 2017-02-09 CN CN201710072256.7A patent/CN106911769B/zh active Active
Patent Citations (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2001015416A1 (en) * | 1999-08-24 | 2001-03-01 | Elisa Communications Oyj | Method for controlling a personal number service |
CN104639450A (zh) * | 2013-11-11 | 2015-05-20 | 中国移动通信集团公司 | 数据包转发控制方法、装置和软件定义网络的架构系统 |
US20150163151A1 (en) * | 2013-12-06 | 2015-06-11 | Algoblu Holdings Limited | Hierarchical control in software-defined network (sdn) |
CN103944828A (zh) * | 2014-04-15 | 2014-07-23 | 杭州华三通信技术有限公司 | 一种协议报文的传输方法和设备 |
CN105490945A (zh) * | 2014-09-15 | 2016-04-13 | 上海贝尔股份有限公司 | 一种用于在控制面中控制转发数据的方法和装置 |
CN104301230A (zh) * | 2014-10-10 | 2015-01-21 | 杭州华三通信技术有限公司 | 报文转发方法和装置 |
CN104601470A (zh) * | 2015-01-21 | 2015-05-06 | 杭州华三通信技术有限公司 | 一种流表处理方法及装置 |
CN106302182A (zh) * | 2015-06-08 | 2017-01-04 | 上海宽带技术及应用工程研究中心 | 基于sdn的主机发现方法及系统 |
CN105915419A (zh) * | 2015-11-25 | 2016-08-31 | 北京邮电大学 | 一种基于sdn的无线接入控制器部署方法 |
CN105553849A (zh) * | 2015-11-26 | 2016-05-04 | 北京邮电大学 | 一种传统ip网络与sptn网络互通方法与系统 |
CN105610714A (zh) * | 2016-02-04 | 2016-05-25 | 广州海格通信集团股份有限公司 | Sdn网络的控制方法和装置以及sdn控制器 |
CN106100990A (zh) * | 2016-06-06 | 2016-11-09 | 中国电子科技集团公司第三十研究所 | 一种基于sdn架构的通信网络多维度资源调控方法和系统 |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110198269A (zh) * | 2018-04-03 | 2019-09-03 | 腾讯科技(深圳)有限公司 | 分布式机群的路由同步系统、方法及相关装置 |
CN110198269B (zh) * | 2018-04-03 | 2021-10-08 | 腾讯科技(深圳)有限公司 | 分布式机群的路由同步系统、方法及相关装置 |
CN112565296A (zh) * | 2020-12-24 | 2021-03-26 | 深信服科技股份有限公司 | 安全防护方法、装置、电子设备和存储介质 |
CN112698916A (zh) * | 2020-12-31 | 2021-04-23 | 北京千方科技股份有限公司 | 一种多容器集群的管控系统、方法以及存储介质 |
CN112698916B (zh) * | 2020-12-31 | 2024-04-12 | 北京千方科技股份有限公司 | 一种多容器集群的管控系统、方法以及存储介质 |
CN113965585A (zh) * | 2021-12-22 | 2022-01-21 | 恒生电子股份有限公司 | 一种多云互联方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
CN106911769B (zh) | 2020-10-27 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102693209B (zh) | 信息处理系统 | |
CN102067533B (zh) | 与虚拟接口相关联的端口分组 | |
EP0348331B1 (en) | Method of efficiently updating the topology databases of the nodes in a data communications network | |
CN103026660B (zh) | 网络策略配置方法、管理设备以及网络管理中心设备 | |
CN106911769A (zh) | 云平台路由数据的处理方法和云平台的物理服务器 | |
CN113810205B (zh) | 服务算力信息的上报、接收方法、服务器及数据中心网关 | |
CN111817869B (zh) | 一种网络配置恢复方法及其相关设备 | |
CN101692652A (zh) | 一种防止聚合链路中流量中断的方法及装置 | |
CN110011869A (zh) | 控制器装置、方法及计算机可读存储介质 | |
CN109391490A (zh) | 网络切片的管理方法和装置 | |
CN108965134B (zh) | 报文转发方法及装置 | |
CN108964949A (zh) | 虚拟机迁移方法、sdn控制器及计算机可读存储介质 | |
CN107105049A (zh) | 数据迁移方法和装置 | |
CN107005479B (zh) | 软件定义网络sdn中数据转发的方法、设备和系统 | |
US9641355B2 (en) | Communication device, communication method, and program | |
US20050066036A1 (en) | Methods, systems and computer program products for facilitating the design and analysis of virtual networks based on total hub value | |
CN101141380B (zh) | 一种传输报文的方法和系统 | |
CN106357723A (zh) | 一种基于云主机的多集群缓存信息同步系统和方法 | |
CN105493444A (zh) | 一种网络功能虚拟化nfv故障管理装置、设备及方法 | |
EP2797260B1 (en) | Risk mitigation in data center networks | |
CN110851186B (zh) | 网络设备重启的方法、装置、电子设备及可读存储介质 | |
US20100046397A1 (en) | Method, system and computer program product for facilitating the design and assignment of ethernet vlans | |
JP2015195422A (ja) | 通信システム、通信制御方法および制御装置 | |
CN106209634B (zh) | 地址映射关系的学习方法及装置 | |
CN107682265B (zh) | 支付系统的报文路由方法及装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |