一种静态路由的部署方法、设备及系统与流程

本发明涉及互联网技术领域，特别涉及一种静态路由的部署方法、设备及系统。

背景技术：

目前在为cdn(contentdeliverynetwork，内容分发网络)中的服务器部署静态路由时，通常会在指定的路径下存放路由配置文件。这样，当服务器启动时，而已从该指定的路径下读取对应的路由配置文件，从而完成静态路由的部署过程。

然而，如果服务器的链路状态发生变化，或者运营商的ip地址段发生变化，会使得现有的路由配置文件失效。此时，为了重新部署正确的静态路由，需要管理人员对每台服务器的路由配置文件进行手动更改。显然，这种通过人工处理的方式不仅效率低下，而且会浪费较多的人力和物力，进而会增加cdn的维护成本。

技术实现要素：

本申请的目的在于提供一种静态路由的部署方法、设备及系统，能够自动完成静态路由的部署过程，从而提高部署效率，并降低部署成本。

为实现上述目的，本申请一方面提供一种静态路由的部署方法，所述方法应用于信息维护服务器中，所述方法包括：从消息中心处读取多线路由部署任务，所述多线路由部署任务中至少包括待部署的节点服务器的标识；根据所述标识，查询所述待部署的节点服务器的基础信息，所述基础信息中包括所述待部署的节点服务器中各个网关的ip地址以及各个所述网关对应的运营商；根据所述各个网关的ip地址以及各个所述运营商对应的ip地址段，生成静态路由配置文件，并将所述静态路由配置文件通过预设部署服务器下发至所述待部署的节点服务器处。

为实现上述目的，本申请另一方面还提供一种信息维护服务器，所述信息维护服务器包括存储器和处理器，所述存储器用于存储计算机程序，所述计算机程序被所述处理器执行时，实现上述的静态路由的部署方法。

为实现上述目的，本申请另一方面还提供一种静态路由的部署系统，所述系统包括节点服务器、消息中心、监控平台、信息维护服务器以及预设部署服务器，其中：所述节点服务器，用于识别自身的路由状态，并根据所述路由状态生成路由状态消息后，将所述路由状态消息上报至所述消息中心；所述消息中心，用于根据所述路由状态消息的类型，将所述路由状态消息转发至所述监控平台或者所述信息维护服务器；所述信息维护服务器，用于从所述消息中心处读取多线路由部署任务，并根据所述多线路由部署任务，生成静态路由配置文件，并将所述静态路由配置文件上传至所述预设部署服务器；所述预设部署服务器，用于将所述静态路由配置文件下发至待部署的节点服务器，以在所述待部署的节点服务器中配置静态路由。

由上可见，本申请提供的技术方案，节点服务器可以主动识别自身的路由状态，根据路由状态类型的不同，可以选用不同的消息格式。在将路由状态中的内容填充至消息格式中后，便可以生成对应的路由状态消息。该路由状态消息可以被上报至消息中心，消息中心可以将路由状态消息发送至监控平台或者信息维护服务器。其中，发送至信息维护服务器的路由状态消息可以作为多线路由部署任务。信息维护服务器中可以维护各个节点服务器的基本信息，所述基础信息中包括节点服务器中各个网关的ip地址以及各个所述网关对应的运营商。这样，针对待部署的节点服务器，信息维护服务器可以根据各个网关的ip地址以及各个运营商对应的ip地址段，生成静态路由配置文件，并将所述静态路由配置文件通过预设部署服务器下发至所述待部署的节点服务器处。由上可见，本申请提供的技术方案，能够自动完成静态路由的部署过程，从而提高部署效率，并降低部署成本。

附图说明

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

图1是本发明实施方式中静态路由的部署系统的结构示意图；

图2是本发明实施方式中路由状态的识别方法流程图；

图3是本发明实施方式中节点服务器的结构示意图；

图4是本发明实施方式中静态路由的部署方法流程图；

图5是本发明实施方式中静态路由的部署交互示意图；

图6是本发明中计算机终端的结构示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施方式作进一步地详细描述。

本申请提供一种静态路由的部署系统，请参阅图1，所述系统可以包括节点服务器、消息中心、监控平台、信息维护服务器以及预设部署服务器。所述节点服务器可以是边缘单/双线节点服务器或者中转单/双线节点服务器等。

其中，所述节点服务器，可以用于识别自身的路由状态，并根据所述路由状态生成路由状态消息后，将所述路由状态消息上报至所述消息中心。

所述消息中心，可以用于根据所述路由状态消息的类型，将所述路由状态消息转发至所述监控平台或者所述信息维护服务器。

所述信息维护服务器，可以用于从所述消息中心处读取多线路由部署任务，并根据所述多线路由部署任务，生成静态路由配置文件，并将所述静态路由配置文件上传至所述预设部署服务器。

所述预设部署服务器，可以用于将所述静态路由配置文件下发至待部署的节点服务器，以在所述待部署的节点服务器中配置静态路由。

此外，如图1所示，所述系统还可以包括ip段数据维护服务器，所述ip段数据维护服务器用于在ip段数据发生变化时，向所述信息维护服务器发送更新提示；

相应地，所述信息维护服务器还可以用于响应于所述更新指示，从所述ip段数据维护服务器中获取并存储最新的ip段数据；其中，所述ip段数据中包括ip地址段与运营商的映射关系。

具体地，本申请还提供一种路由状态的识别方法，所述方法可以应用于上述的节点服务器中，请参阅图2，所述方法可以包括以下步骤。

s11：识别所述节点服务器的路由状态。

在本实施方式中，节点服务器中可以预先安装路由状态识别软件。该软件可以定期检测节点服务器的路由状态。例如，该软件可以每隔10秒钟检测一次节点服务器的路由状态。

在实际应用中，该路由状态识别软件在运行过程中，可以识别多方面的路由状态。具体地，节点服务器中可以具备一个或者多个网卡，每个网卡可以具备各自的ip地址。不同的ip地址可以属于不同的ip地址段，而ip地址段可以与运营商之间具备映射关系。例如，1.2.3.0/24的ip地址段可以与网通运营商相对应。这样，根据网卡配置的ip地址所属的ip地址段，从而可以确定该网卡所对应的运营商。如果在同一台节点服务器中配置的多个网卡，分别与不同的运营商相对应，则表示该节点服务器为双线或者多线服务器。在这种情况下，则需要对该节点服务器进行静态路由部署。

在一个实施方式中，在识别节点服务器的路由状态时，可以识别所述节点服务器中的网卡配置的ip地址，并确定每个所述ip地址对应的运营商。然后，可以统计确定的运营商的数量，若确定的所述运营商的数量不止一个，则表示该节点服务器为双线或者多线服务器，此时可以判定所述节点服务器需要部署静态路由。

在一个实施方式中，还可以识别所述节点服务器的其它路由状态。例如，可以识别所述节点服务器是否存在路由配置异常，其中，路由配置异常可以包括网关配置异常、ip地址配置异常、配置丢失等各种情况。此外，还可以识别所述节点服务器是否存在同一运营商下的主备链路中断，还可以识别所述节点服务器是否存在不同运营商之间的路由切换等等。

在本实施方式中，识别出的各个路由状态，可以大致分为两大类：一类为异常报警类型，该类型可以与上述的路由配置异常的路由状态相对应；另一类为路由变更类型，该类型可以与上述的需要部署静态路由、多线路由切换以及链路中断切换的路由状态相对应。

s13：确定与所述路由状态相匹配的消息格式，并在所述消息格式中填充所述路由状态表征的内容，以生成所述路由状态对应的路由状态消息。

在本实施方式中，不用类型的路由状态，可以具备不同的消息格式。因此，消息格式的类型也可以分为两大类，一类是异常报警类型的消息格式，另一类是路由变更类型的消息格式。其中，异常报警类型的消息格式可以表示为：

[ip:alarm:报警标识]

其中，ip可以指出现异常报警的节点服务器的ip地址，alarm则对应于异常报警类型，报警标识则可以用于表明是具体的哪一种报警类型。在实际应用中，报警类型可以划分为三种：网关配置异常报警、ip配置错误报警以及配置丢失报警。这三种细分的报警类型可以分别与0、1、2的标识相对应。这样，根据详细的报警类型，可以选用不同的报警标识。

此外，路由变更类型的消息格式可以表示为：

[ip:staticroute:路由变更标识]

其中，ip可以指出现路由变更的节点服务器的ip地址，staticroute则对应于路由变更类型，路由变更标识则可以用于表明是具体的哪一种路由变更类型。在实际应用中，路由变更类型可以划分为四种：广域网多线路路由配置、城域网多线路路由配置、特殊局域网的多线路默认路由切换以及海外与国内中转节点的多线路和单线路中断切换。这四种细分的路由变更类型可以分别与0、1、2、3的标识相对应。这样，根据详细的路由变更类型，可以选用不同的路由变更标识。

由上可见，若所述路由状态的类型为异常报警类型，所述路由状态的类型对应的标识序列中，至少包括用于表征网关配置异常的标识、用于表征ip配置错误的标识以及用于表征配置丢失的标识。若所述路由状态的类型为路由变更类型，所述路由状态的类型对应的标识序列中，至少包括用于表征广域网多线路路由配置的标识、用于表征城域网多线路路由配置的标识、用于表征特殊局域网的多线路默认路由切换的标识以及用于表征海外与国内中转节点的多线路和单线路中断切换的标识。

在本实施方式中，在识别出节点服务器的路由状态后，可以确定所述路由状态的类型，并将所述路由状态的类型对应的消息格式作为与所述路由状态相匹配的消息格式。其中，所述路由状态的类型至少包括异常报警类型和路由变更类型。

在本实施方式中，在生成路由状态对应的路由状态消息时，可以将所述节点服务器的ip地址写入所述消息格式中的指定位置，该指定位置便可以是上述标注了“ip”的位置。然后，可以在所述路由状态的类型对应的标识序列中确定用于表征所述路由状态的目标标识，并将所述目标标识写入所述消息格式中。

举例来说，假设ip地址为198.162.1.1的节点服务器出现了ip配置错误的报警类型，那么可以选用[ip:alarm:报警标识]的消息格式。然后，可以将198.162.1.1填充至该消息格式中标注了“ip”的位置处，并选择报警标识“1”，那么生成的路由状态消息便可以是[198.162.1.1:alarm:1]。

s15：将所述路由状态消息上报至消息中心，以通过所述消息中心将所述路由状态消息转发至监控平台或者信息维护服务器。

在本实施方式中，节点服务器中生成了路由状态消息后，该路由状态消息可以上报至消息中心。所述消息中心可以利用队列管理软件，将各个节点服务器上报的路由状态消息放入消息队列中。所述队列管理软件例如可以是支持kafka、mq等消息队列服务的软件。

在实际应用中，为了区分不同类型的路由状态消息，在消息中心内可以按照消息类型的不同，设置多个消息队列。这些消息队列例如可以包括多线路由队列、报警队列、局域网队列以及线路切换队列。其中，所述多线路由队列中可以存放表征需要部署静态路由的路由状态消息，报警队列中则可以存放上述的异常报警类型的路由状态消息，局域网队列中则可以存放局域网内的路由变更的路由状态消息，线路切换队列中则可以存放需要在不同链路之间进行线路切换的路由状态消息。这样，节点服务器上报的路由状态消息，可以按照消息类型的不同，被存放至对应的消息队列中。

在本实施方式中，对于报警队列中的路由状态消息，消息中心可以将其发送至所述监控平台，以通过监控平台进行后续的故障排查过程。而对于其它队列中的路由状态消息，由于涉及静态路由的重新部署，可以被发送至信息维护服务器，该信息维护服务器可以将路由状态消息作为静态路由的部署任务进行处理。

在一个实施方式中，节点服务器在上报了路由状态消息后，可以按照指定时间周期检测是否接收到路由配置文件。其中，所述路由配置文件可以存放于节点服务器的指定路径下，那么节点服务器可以按照所述指定时间周期，在该指定路径下检测是否存在更新后的路由配置文件。如果存在，则表示接收到了最新下发的路由配置文件。若接收到最新下发的路由配置文件，节点服务器便可以按照所述最新下发的路由配置文件在所述节点服务器中部署静态路由，并在部署完成之后，检测静态路由是否部署成功。具体地，节点服务器可以通过预设的route–n命令尝试查找完成配置的明细ip段，如果能够正常查询到配置的明细ip段，则表明部署成功。后续，节点服务器可以重复路由状态的识别过程以及检测新的路由配置文件的过程，从而自动地进行静态路由的部署。

请参阅图3，本申请还提供一种节点服务器，所述节点服务器包括存储器和处理器，所述存储器用于存储计算机程序，所述计算机程序被所述处理器执行时，可以实现上述的路由状态的识别方法。

本申请还提供一种静态路由的部署方法，所述方法可以应用于上述的信息维护服务器中，请参阅图4和图5，所述方法可以包括以下步骤。

s21：从消息中心处读取多线路由部署任务，所述多线路由部署任务中至少包括待部署的节点服务器的标识。

在本实施方式中，所述信息维护服务器可以定期从消息中心的多线路由队列中读取多线路由部署任务，该多线路由部署任务便可以是前述实施方式中表征需要部署静态路由的路由状态消息。在该多线路由部署任务中，可以包括待部署的节点服务器的ip地址，该ip地址便可以作为待部署的节点服务器的标识。

s23：根据所述标识，查询所述待部署的节点服务器的基础信息，所述基础信息中包括所述待部署的节点服务器中各个网关的ip地址以及各个所述网关对应的运营商。

在所述信息维护服务器中，可以维护cdn中各个节点服务器的基础信息。该基础信息中可以包括节点服务器的ip地址、节点服务器中配置的各个网卡的ip地址、节点服务器对应的各个网关的ip地址以及各个网关对应的运营商等信息。在信息维护服务器中，节点服务器的基础信息与节点服务器的ip地址可以通过键值对(key-value)的形式进行存储。其中，节点服务器的ip地址可以视为节点服务器的标识，作为键值对中的键，而该节点服务器的基础信息则可以作为对应的值。这样，根据所述待部署的节点服务器的标识，便可以查询到所述待部署的节点服务器的基础信息。例如，所述待部署的节点服务器在信息维护服务器中的基础信息可以如下所示：

{网卡1的ip地址为192.168.0.24，对应的网关的ip地址为192.168.0.1，对应的运营商为电信；

网卡2的ip地址为192.168.1.24，对应的网关的ip地址为192.168.1.1，对应的运营商为网通。}

此外，在所述信息维护服务器中，还可以维护ip地址段与运营商之间的映射关系。例如，该映射关系可以表示为：

以上映射关系表示，位于这些ip地址段内的ip地址，都属于网通的运营商范畴。

在实际应用中，ip地址段与运营商之间的映射关系可以由第三方的ip段数据维护服务器提供。ip地址段与运营商之间的映射关系可能会随着网络架构的改变而改变，在所述ip段数据维护服务器中，可以不断更新ip地址段与运营商之间的映射关系。一旦这种映射关系发生了更改，ip段数据维护服务器便可以向信息维护服务器发送更新指示。信息维护服务器接收到该更新指示后，可以响应于所述更新指示，从所述ip段数据维护服务器中获取并存储最新的ip段数据，该ip段数据中就可以包括ip地址段与运营商的映射关系。这样，通过信息维护服务器与ip段数据维护服务器之间的数据同步，可以使得信息维护服务中始终保持最新的ip段数据。

s25：根据所述各个网关的ip地址以及各个所述运营商对应的ip地址段，生成静态路由配置文件，并将所述静态路由配置文件通过预设部署服务器下发至所述待部署的节点服务器处。

在本实施方式中，为节点服务器部署静态路由的目的是：将各个ip段内产生的数据均能够通过对应的网关进行转发。因此，在生成静态路由配置文件时，需要指定各个网关对应的ip地址段。

具体地，针对所述各个网关中的当前网关，可以识别所述当前网关对应的目标运营商，并查询所述目标运营商对应的目标ip地址段。例如，对于当前网关而言，对应的是网通运营商，而该网通运营商的ip地址段为1.2.3.0/24、32.42.32.0/24、18.14.0.0/16以及89.32.12.0/24。这样，上述四个ip地址段内的信息，均应当通过所述当前网关进行转发。因此，可以生成所述当前网关的静态路由信息，所述静态路由信息用于表征属于所述目标ip地址段内的信息均通过所述当前网关的ip地址进行转发。在实际应用中，假设当前网关的ip地址为192.168.1.1，那么生成的当前网关的静态路由信息可以如下所示：

anynet1.2.3.0netmask255.255.255.0gw192.168.1.1

anynet32.42.32.0netmask255.255.255.0gw192.168.1.1

anynet18.14.0.0netmask255.255.0.0gw192.168.1.1

anynet89.32.12.0netmask255.255.255.0gw192.168.1.1

其中，net可以表示ip段的起始地址，netmask则可以表示子网掩码，gw可以表示网关的ip地址。上述生成的静态路由信息的含义为：任何处于1.2.3.0/24、32.42.32.0/24、18.14.0.0/16以及89.32.12.0/24地址段内的消息，均可以通过192.168.1.1的网关进行转发。

这样，针对各个网关而言，均可以生成各自的静态路由信息。最终，可以汇总所述各个网关的静态路由信息，并将汇总后的信息作为所述待部署的节点服务器的静态路由配置文件。

在一个实施方式中，待部署的节点服务器可以具备默认路由，该默认路由可以包括一个默认网关的ip地址，待部署的节点服务器的消息均可以通过该默认网关进行发送或者接收。由于待部署的节点服务器为双线或者多线服务器，因此仅使用一个默认网关转发所有的消息，可能会影响用户的使用体验。在这种情况下，需要针对不同的运营商，配置不同的网关。对于所述默认网关而言，可以沿用默认路由；而对于除所述默认网关之外的其它网关而言，需要生成对应的静态路由信息。具体地，针对其它网关中的目标网关，可以按照上述的方式，识别所述目标网关对应的目标运营商，并查询所述目标运营商对应的目标ip地址段。然后可以生成所述目标网关的静态路由信息，所述静态路由信息用于表征属于所述目标ip地址段内的信息均通过所述目标网关的ip地址进行转发。最终，可以汇总所述各个网关中除所述默认网关之外的网关的静态路由信息，并将汇总后的信息作为所述待部署的节点服务器的明细路由。这样，生成明细路由之后，可以将所述默认路由和所述明细路由的组合，作为所述待部署的节点服务器的静态路由配置文件。这样，对于明细路由限定的ip地址段内的消息，可以由对应的网关转发。而对于明细路由未包含的ip地址段内的消息，则可以通过默认路由指定的默认网关进行转发。

在一个实施方式中，信息维护服务器从消息中心读取多线路由部署任务时，可以按照预先设置的消息阈值，从所述消息中心处读取不超过所述消息阈值的多条多线路由部署任务。例如，所述消息阈值为100，那么在一次读取过程中，最多只能读取100条多线路由部署任务。在读取了多条多线路由部署任务之后，可以将读取的所述多条多线路由部署任务合并为一个部署任务。后续，针对每条多线路由部署任务生成静态路由配置文件之后，可以将生成的多份静态路由配置文件整合至一个数据包内。这样，整合后的数据包便可以对应于合并后的部署任务。最终，可以将整合后的所述数据包通过所述预设部署服务器下发至对应的多个节点服务器处，从而完成在多个节点服务器中部署静态路由的过程。

本申请还提供一种信息维护服务器，所述信息维护服务器包括存储器和处理器，所述存储器用于存储计算机程序，所述计算机程序被所述处理器执行时，可以实现上述的静态路由的部署方法。

请参阅图6，在本申请中，上述实施例中的技术方案可以应用于如图6所示的计算机终端10上。计算机终端10可以包括一个或多个(图中仅示出一个)处理器102(处理器102可以包括但不限于微处理器mcu或可编程逻辑器件fpga等的处理装置)、用于存储数据的存储器104、以及用于通信功能的传输模块106。本领域普通技术人员可以理解，图6所示的结构仅为示意，其并不对上述电子装置的结构造成限定。例如，计算机终端10还可包括比图6中所示更多或者更少的组件，或者具有与图6所示不同的配置。

存储器104可用于存储应用软件的软件程序以及模块，处理器102通过运行存储在存储器104内的软件程序以及模块，从而执行各种功能应用以及数据处理。存储器104可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器104可进一步包括相对于处理器102远程设置的存储器，这些远程存储器可以通过网络连接至计算机终端10。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

传输装置106用于经由一个网络接收或者发送数据。上述的网络具体实例可包括计算机终端10的通信供应商提供的无线网络。在一个实例中，传输装置106包括一个网络适配器(networkinterfacecontroller，nic)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，传输装置106可以为射频(radiofrequency，rf)模块，其用于通过无线方式与互联网进行通讯。

由上可见，本申请提供的技术方案，节点服务器可以主动识别自身的路由状态，根据路由状态类型的不同，可以选用不同的消息格式。在将路由状态中的内容填充至消息格式中后，便可以生成对应的路由状态消息。该路由状态消息可以被上报至消息中心，消息中心可以将路由状态消息发送至监控平台或者信息维护服务器。其中，发送至信息维护服务器的路由状态消息可以作为多线路由部署任务。信息维护服务器中可以维护各个节点服务器的基本信息，所述基础信息中包括节点服务器中各个网关的ip地址以及各个所述网关对应的运营商。这样，针对待部署的节点服务器，信息维护服务器可以根据各个网关的ip地址以及各个运营商对应的ip地址段，生成静态路由配置文件，并将所述静态路由配置文件通过预设部署服务器下发至所述待部署的节点服务器处。由上可见，本申请提供的技术方案，能够自动完成静态路由的部署过程，从而提高部署效率，并降低部署成本。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件来实现。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如rom/ram、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。

以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。