一种专线接入方法及装置

技术领域

本申请涉及数据处理技术领域，特别的，尤其涉及基于内部承载网络支持用户混合云部署的一种专线接入方法及装置。

背景技术

云网络环境下，专线接入功能提供了连接云上环境和云下环境的通路，是搭建混合云的重要组成部分。而专线接入点做为专线接入功能的重要组成部分，承担着云上和云下环境互联的边界出入口的作用。专线接入功能中，承载相同业务的专线的高可用(互为冗余)能力也是保证业务安全平稳运行的重要保障；而专线的高可用能力，即是通过承载相同业务的不同物理专线通过跨不同专线接入点的接入方式实现的。

现阶段，专线接入点的接入方式存在如下问题：1)部分云厂商已经实现了不同专线接入点之间的冗余，但不同的专线接入点大都同属于一个相同的地域，因此，无法做到承载相同业务的多条专线跨地域接入形成高可用能力。2)部分云厂商已经实现了不同专线接入点分属于不同地域的功能，但是如果要实现不同地域的专线接入点的冗余，往往需要借助运营商，分别接入物理专线，成本较高。在中大型企业中，特别是像银行这样的金融机构，大多都有自己的内部承载网络，连接不同地域的分行或金融机构，但在混合云部署的场景下，内部承载网络在专线接入的跨地域冗余实现中，利用率不高。

为此，如何实现专线接入的高可用能力，降低专线接入成本以及提升专线接入利用率，是本领域技术人员亟待解决的问题。

发明内容

鉴于上述内容中的问题，本申请提供了一种专线接入方法及装置，用以提高专线接入的高可用能力，降低专线接入成本以及提升专线接入利用率。

为了实现上述目的，本申请提供了以下技术方案：

一种专线接入方法，通过内部承载网络将各个地域的专线接入点之间以及各个地域的专线接入点与云网络控制器之间进行网络联通，该方法包括：

通过netconf协议进行通讯和配置同步，在各地域专线接入点与公有云上资源之间，通过Vxlan和GRE的报文封装方式进行报文封装；

在多个地域的接入点和私有云资源之间以及多个地域的接入点与公有云资源之间设置冗余关系，由私有云接入点主动通过bfd自主探测进行探活，当探测到有专线发生故障时，切断对应故障专线接入点，并切换至非故障专线接入点。

进一步的，还包括：

监测所述故障专线接入点是否修复完成，若探测到所述故障专线接入点有反馈时，则确定故障专线接入点修复完成；

将所述故障专线接入点设置为非故障专线接入点，重新启动接收业务请求。

进一步的，所述探测专线发生故障的方法，包括：

通过bfd自主探测进行探活，判断专线接入点是否存在反馈信息；

若是，则确定所述专线接入点为非故障专线接入点；

若否，则确定所述专线接入点为故障专线接入点。

一种专线接入装置，通过内部承载网络将各个地域的专线接入点之间以及各个地域的专线接入点与云网络控制器之间进行网络联通，该装置包括：

第一处理单元，用于通过netconf协议进行通讯和配置同步，在各地域专线接入点与公有云上资源之间，通过Vxlan和GRE的报文封装方式进行报文封装；

第二处理单元，用于在多个地域的接入点和私有云资源之间以及多个地域的接入点与公有云资源之间设置冗余关系，由私有云接入点主动通过bfd自主探测进行探活，当探测到有专线发生故障时，切断对应故障专线接入点，并切换至非故障专线接入点。

进一步的，还包括：

第三处理单元，用于监测所述故障专线接入点是否修复完成，若探测到所述故障专线接入点有反馈时，则确定故障专线接入点修复完成；

第四处理单元，用于将所述故障专线接入点设置为非故障专线接入点，重新启动接收业务请求。

进一步的，所述第二处理单元具体用于：

通过bfd自主探测进行探活，判断专线接入点是否存在反馈信息；

若是，则确定所述专线接入点为非故障专线接入点；

若否，则确定所述专线接入点为故障专线接入点。

一种存储介质，所述存储介质包括存储的程序，其中，在所述程序运行时控制所述存储介质所在的设备执行如上述所述的专线接入方法。

一种电子设备，所述电子设备包括至少一个处理器、以及与所述处理器连接的至少一个存储器、总线；其中，所述处理器、所述存储器通过所述总线完成相互间的通信；所述处理器用于调用所述存储器中的程序指令，以执行如上述所述的专线接入方法。

本申请所述的专线接入方法及装置，通过内部承载网络将各个地域的专线接入点之间以及各个地域的专线接入点与云网络控制器之间进行网络联通，通过netconf协议进行通讯和配置同步，在各地域专线接入点与公有云上资源之间，通过Vxlan和GRE的报文封装方式进行报文封装；在多个地域的接入点和私有云资源之间以及多个地域的接入点与公有云资源之间设置冗余关系，由私有云接入点主动通过bfd自主探测进行探活，当探测到有专线发生故障时，切断对应故障专线接入点，并切换至非故障专线接入点。本申请利用内部承载网络实现混合云部署的专线接入，用以提高专线接入的高可用能力，降低专线接入成本以及提升专线接入利用率。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本申请实施例公开的一种专线接入方法流程示意图；

图2为本申请实施例公开的基于内部承载网络的混合云部署模式示意图；

图3为本申请实施例公开的跨地域专线接入场景的混合云实现示意图；

图4为本申请实施例公开的多专线接入点故障切换示意图；

图5为本申请实施例公开的一种多活数据中心的切换装置的结构示意图；

图6为本申请实施例公开的一种电子设备的结构示意图。

具体实施方式

申请人在研究中发现，现有技术手段，在进行跨地域的专线接入搭建时，为了满足跨接入点专线接入的冗余需求，在基础网络环节，主要依靠各运营商的能力，将不同地域下的专线接入点联通，这一点的实现常常需要高额的成本投入；而在满足专线接入在跨接入点可联通的前提下，对各接入点及各接入点交换机配置的管理中，常常缺乏统一有效的配置和管理手段，在进行专线接入的搭建和后期维护时，效率较低。

在利用云网络专线接入功能搭建混合云时，遇到跨地域的专线接入场景，常需要借助运营商打通某一地域的私有云专线接入点和另一地域的专线接入点之间的网络访问关系，常耗费较大的成本，而大中型企业在搭建混合云的过程中，其自身内部承载网络在这个场景中的利用率不高。

本申请提出的基于内部承载网络支持用户混合云部署的专线接入方法，就实现了用户在搭建混合云的过程中，基于本地私有云的地域，就近接入公有云的专线接入点，完成目标需求。

为此，本申请提供一种专线接入方法及装置，将不同地域的专线接入点部署在相应地域的分行或数据机构，这样就借助内部承载网络天然的打通了不同的专线接入点，实现了相同一个业务在使用专线接入功能中达到跨地域专线接入点接入的高可用能力。将不同地域的专线接入点与主地域的云网络专线控制器之间的网络访问关系，通过内部承载网络打通，这样达到了控制器对各地域的专线接入点进行管理配置的目的。实现了业务通过专线接入时，可跨地域接入，提高业务的高可用容灾能力。

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

请参见附图1，为本申请实施例提供的一种专线接入方法流程示意图。如图1所示，本申请实施例提供了一种专线接入方法，通过内部承载网络将各个地域的专线接入点之间以及各个地域的专线接入点与云网络控制器之间进行网络联通(如图2所示)，该方法包括如下步骤：

S101：通过netconf协议进行通讯和配置同步，在各地域专线接入点与公有云上资源之间，通过Vxlan和GRE的报文封装方式进行报文封装；

需要说明的是，如图2所示，为本申请实施例提供的跨地域专线接入场景的混合云实现示意图，在云环境内部，专线接入控制器和各个专线接入点的物理设备(交换机)、以及各个专线接入点的物理设备(交换机)之间，都通过内部承载网络实现连通。达到各专线接入点之间形成冗余的条件，再通过专线接入控制器在各专线接入点之间下发互为冗余的规则。需要说明的是，对应图中的地域1接入点，地域2接入点。

进一步说明的是，本申请实施例介绍的云技术大多说的都是在公有云的新技术，私有云在这个场景里，从某种程度上代指传统网络或传统技术架构下的各种业务系统，私有云要和公有云互访、搭建混合云，中间就需要用到公有云的云网络功能：专线接入。

需要说明的是，公有云的环境本身就部署在这个内部承载网络上，私有云的环境也部署在这个内部承载网络上。本申请实施例中，专线接入点之间要互相形成冗余，最起码的条件就是互相之间网络可达，通过内部承载网络将各接入点之间联通，就具备了冗余的条件。

S102：在多个地域的接入点和私有云资源之间以及多个地域的接入点与公有云资源之间设置冗余关系，由私有云接入点主动通过bfd自主探测进行探活，当探测到有专线发生故障时，切断对应故障专线接入点，并切换至非故障专线接入点。

本申请实施例中，上述所述探测专线发生故障的方法，包括：通过bfd自主探测进行探活，判断专线接入点是否存在反馈信息；若是，则确定所述专线接入点为非故障专线接入点；若否，则确定所述专线接入点为故障专线接入点。

需要说明的是，本申请实施例的技术方案是通过netconf协议进行通讯和配置同步，在各地域专线接入点与公有云上资源之间，走Vxlan加GRE的报文封装方式，做到多专线的区分与隔离，具体见图3所示，基于内部承载网络的跨地域专线接入场景的混合云实现。

更进一步的，目前业内通用的技术实现是通过netconf，主要是提供了控制器软件和设备之间的通讯；其他的实现比如OpenFlow也是可以的。

S103：监测所述故障专线接入点是否修复完成，若探测到所述故障专线接入点有反馈时，则确定故障专线接入点修复完成；

S104：将所述故障专线接入点设置为非故障专线接入点，重新启动接收业务请求。

本申请实施例中，多个地域的接入点和私有云资源之间，以及多个地域的接入点和公有云资源之间，通过bfd自主探测进行探活，由私有云接入点主动发起对公有云相对应地域接入点以及云上资源的探测，以达到在某条专线发生故障时，自动剔除故障线路，保障互联业务稳定运行的目的，见图4所示，多专线接入点故障切换。

需要解释的是：在本申请实施例的场景下的探活指的是：一般专线接入会接两条，通过bfd探测从一端主动在两条线同时发起向另一端的探测，如果发现某条线的探测没有反馈，则判断故障，不再给故障线路发送正常业务请求；故障线路修复完成后，探测有了反馈，会重新再发送正常的业务请求。

需要说明的是，原有技术方案为：私有云接入到公有云专线接入点时，必须通过当地的运营商打通其本地接入点与云网络专线接入点之间的网络访问关系，而专线接入点往往与其控制器在同一地域，这就导致，在有跨地域的专线接入场景时，借助运营商打通本地接入点与云网络专线接入点之间的网络访问关系，成本高，效率低。

如果将公有云专线接入点直接推至私有云本地接入点所在的各个地域，极大的缩短了私有云本地接入点与公有云网络专线接入点之间的距离，减少了私有云连接公有云专线接入点的成本，提高了效率。但公有云网络专线接入点推到私有云本地接入点所在的各个地域之后，这些专线接入点与其公有云网络控制器所在地域的网络访问关系也需要打通，这一段的实现即依托公有云网络所在公司的内部承载网络实现，做到各个地域的专线接入点的管理与配置，可由统一的控制器处理。本申请实施例的技术方案实现后，如有跨地域的专线接入场景，只需要由本地IDC接入预设好的本地域的专线接入点即可，节约了成本的同时，也更高效。

本申请实施例提供的一种专线接入方法，通过内部承载网络将各个地域的专线接入点之间以及各个地域的专线接入点与云网络控制器之间进行网络联通，通过netconf协议进行通讯和配置同步，在各地域专线接入点与公有云上资源之间，通过Vxlan和GRE的报文封装方式进行报文封装；在多个地域的接入点和私有云资源之间以及多个地域的接入点与公有云资源之间设置冗余关系，由私有云接入点主动通过bfd自主探测进行探活，当探测到有专线发生故障时，切断对应故障专线接入点，并切换至非故障专线接入点。本申请实施例利用内部承载网络实现混合云部署的专线接入，用以提高专线接入的高可用能力，降低专线接入成本以及提升专线接入利用率。

综上所述，在使用专线接入功能搭建混合云环境时，云网络专线接入点之间、云网络专线接入的控制器和专线接入点之间的连通，通过内部承载网络实现，以达到专线接入控制器管理和配置远端(其他地域)专线接入点的能力。同时，通过专线接入控制器的集中管控，在多个地域的专线接入点之间形成冗余，实现当一个地域的专线接入点故障时，可以完成自动切换，业务不受影响。

相对于现有技术中，针对跨地域的专线接入，需要借助运营商搭建专线，导致较大的成本消耗及较低的效率、且大中型企业的内部承载网络在跨地域的专线接入中利用率不高的缺点，提出基于内部承载网络实现多地域接入点与专线接入控制器的联通，从而达到降低跨地域专线接入成本降低、效率提高等目标。同时，通过同一控制器，在内部承载网络的联通下，实现对多地域的专线接入控制点的管控和配置，在不同地域的接入点之间形成冗余关系，通过bfd自动切换，保证在某个地域的专线接入点发生故障时，其他地域的专线接入点可以自动接管业务，达到业务的高可用要求，提高后续运维和管理效率。

请参阅图5，基于上述实施例公开的一种专线接入方法，本实施例对应公开了一种专线接入装置，通过内部承载网络将各个地域的专线接入点之间以及各个地域的专线接入点与云网络控制器之间进行网络联通，该装置包括：

第一处理单元501，用于通过netconf协议进行通讯和配置同步，在各地域专线接入点与公有云上资源之间，通过Vxlan和GRE的报文封装方式进行报文封装；

第二处理单元502，用于在多个地域的接入点和私有云资源之间以及多个地域的接入点与公有云资源之间设置冗余关系，由私有云接入点主动通过bfd自主探测进行探活，当探测到有专线发生故障时，切断对应故障专线接入点，并切换至非故障专线接入点。

第三处理单元503，用于监测所述故障专线接入点是否修复完成，若探测到所述故障专线接入点有反馈时，则确定故障专线接入点修复完成；

第四处理单元504，用于将所述故障专线接入点设置为非故障专线接入点，重新启动接收业务请求。

进一步的，所述第二处理单元502具体用于：

通过bfd自主探测进行探活，判断专线接入点是否存在反馈信息；

若是，则确定所述专线接入点为非故障专线接入点；

若否，则确定所述专线接入点为故障专线接入点。

所述多活数据中心的切换装置包括处理器和存储器，上述第一处理单元、第二处理单元、第三处理单元和第四处理单元等均作为程序单元存储在存储器中，由处理器执行存储在存储器中的上述程序单元来实现相应的功能。

处理器中包含内核，由内核去存储器中调取相应的程序单元。内核可以设置一个或以上，通过调整内核参数来达到提高专线接入的高可用能力，降低专线接入成本以及提升专线接入利用率的目的。

本申请实施例提供了一种存储介质，其上存储有程序，该程序被处理器执行时实现所述专线接入方法。

本申请实施例提供了一种处理器，所述处理器用于运行程序，其中，所述程序运行时执行所述专线接入方法。

本申请实施例提供了一种电子设备，如图6所示，该电子设备60包括至少一个处理器601、以及与所述处理器连接的至少一个存储器602、总线603；其中，所述处理器601、所述存储器602通过所述总线603完成相互间的通信；处理器601用于调用所述存储器602中的程序指令，以执行上述的所述专线接入方法。

本文中的电子设备可以是服务器、PC、PAD、手机等。

本申请还提供了一种计算机程序产品，当在数据处理设备上执行时，适于执行初始化有如下方法步骤的程序：

通过netconf协议进行通讯和配置同步，在各地域专线接入点与公有云上资源之间，通过Vxlan和GRE的报文封装方式进行报文封装；

在多个地域的接入点和私有云资源之间以及多个地域的接入点与公有云资源之间设置冗余关系，由私有云接入点主动通过bfd自主探测进行探活，当探测到有专线发生故障时，切断对应故障专线接入点，并切换至非故障专线接入点。

进一步的，还包括：

监测所述故障专线接入点是否修复完成，若探测到所述故障专线接入点有反馈时，则确定故障专线接入点修复完成；

将所述故障专线接入点设置为非故障专线接入点，重新启动接收业务请求。

进一步的，所述探测专线发生故障的方法，包括：

通过bfd自主探测进行探活，判断专线接入点是否存在反馈信息；

若是，则确定所述专线接入点为非故障专线接入点；

若否，则确定所述专线接入点为故障专线接入点。

本申请是根据本申请实施例的方法、设备(系统)、计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

在一个典型的配置中，设备包括一个或多个处理器(CPU)、存储器和总线。设备还可以包括输入/输出接口、网络接口等。

存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)，存储器包括至少一个存储芯片。存储器是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitorymedia)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括要素的过程、方法、商品或者设备中还存在另外的相同要素。

本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

以上仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。