CN101902357A - 对业务服务器进行调度的方法和系统 - Google Patents

Abstract

本发明提供一种对业务服务器进行调度的方法和系统，涉及通讯领域，为就解决现有技术中不能对业务服务器进行自动调度的问题而发明。所述方法包括：步骤1，运营支撑系统从运行业务的业务服务器接收所述业务服务器的心跳信息；步骤2，所述运营支撑系统根据所述心跳消息，判断所述业务服务器的运行状态；步骤3，所述运营支撑系统根据所述运行状态，向所述业务服务器发送调度指令，使所述业务服务器根据所述调度指令运行所述业务；步骤4，所述运营支撑系统根据所述运行状态，向分流设备发送控制指令，使所述分流设备根据所述控制指令向所述业务服务器分流所述业务的数据。本发明能够应用于智能通信网络中的业务节点的调度。

Description

对业务服务器进行调度的方法和系统

技术领域

本发明涉及通讯领域，特别是指一种对业务服务器进行调度的方法和系统。

背景技术

现在，运行商普遍面临一个比较现实的问题：每运营一个业务，就部署一批业务服务器。随着业务种类的增多，业务服务器也越来越庞杂，而且一旦将业务部署到业务服务器上后，由于担心所述业务的数据丢失而引起用户投诉，一般情况下不能轻易停止或者启动业务服务器。由于业务服务器众多，但是各个服务器之间相互独立，因此不能对业务服务器进行灵活管理，不能对业务服务器进行动态调度。

发明内容

本发明要解决的技术问题是提供一种对业务服务器进行调度的方法和系统，能够动态调度业务服务器。

为解决上述技术问题，本发明的实施例提供技术方案如下：

一方面，提供一种对业务服务器进行调度的方法，其特征在于，包括：

步骤1，运营支撑系统从运行业务的业务服务器接收所述业务服务器的心跳信息；

步骤2，所述运营支撑系统根据所述心跳消息，判断所述业务服务器的运行状态；

步骤3，所述运营支撑系统根据所述运行状态，向所述业务服务器发送调度指令，使所述业务服务器根据所述调度指令运行所述业务；

步骤4，所述运营支撑系统根据所述运行状态，向分流设备发送控制指令，使所述分流设备根据所述控制指令向所述业务服务器分流所述业务的数据。

所述运营支撑系统包括：资源管理服务器；

所述步骤1具体为：所述资源管理服务器从运行业务的业务服务器接收所述业务服务器的心跳信息，所述心跳消息包含业务服务器的业务负荷量和运行状态信息；

所述步骤2包括：

当在预定时间内接收到所述心跳消息，且所述心跳消息包含的运行状态信息为正常时，则所述资源管理服务器判断所述业务服务器的运行状态为正常；

当在预定时间内没有接收到所述心跳消息时，则所述资源管理服务器判断所述业务服务器的运行状态为待容灾；

当在预定时间内接收到所述心跳消息，且所述心跳消息包含的运行状态信息满足容灾触发条件时，则所述资源管理服务器判断所述业务服务器的运行状态为待容灾；

当在预定时间内接收到所述心跳消息，且所述心跳消息中包含的业务负荷量小于第一预定值时，则所述资源管理服务器判断所述业务服务器的运行状态为待迁移；

当在预定时间内接收到所述心跳消息，且所述心跳消息中包含的业务负荷量大于第二预定值时，则所述资源管理服务器判断所述业务服务器的运行状态为待扩展，所述第二预定值大于所述第一预定值。

所述运营支撑系统还包括：调度中心服务器以和业务部署服务器；

所述步骤3包括：

所述调度中心服务器根据所述业务服务器的运行状态，查找一待容灾、待迁移或待扩展的业务服务器作为第一业务服务器；

所述调度中心服务器从注册到其自身的业务服务器中查找一业务服务器作为第二业务服务器，所述第二业务服务器上未加载所述业务；

所述调度中心服务器向业务部署服务器发送加载业务指令，使所述业务部署服务器在所述第二业务服务器上加载并启动与所述第一业务服务器的业务相同的业务；

所述步骤4包括：

所述调度中心服务器向分流设备发送第一停止指令，使所述分流设备停止向所述第一业务服务器分流所述业务的数据；

所述调度中心服务器向分流设备发送第一分流指令，使所述分流设备向所述第二业务服务器分流所述业务的数据。

所述运营支撑系统还包括：调度中心服务器和业务部署服务器；

所述步骤3包括：

所述调度中心服务器根据所述业务服务器的运行状态，查找一待迁移或待扩展的所述业务服务器作为第一业务服务器；

所述调度中心服务器从注册到其自身的业务服务器中查找第二业务服务器，所述第二业务服务器加载的业务与所述第一业务服务器的业务相同，且运行状态正常，并且所述第一业务服务器当前的业务负荷量与所述第二业务服务器当前的业务负荷量的和小于第三预定值；

所述调度中心服务器向所述业务部署服务器发送复制数据指令，使得所述业务部署服务器把第一业务服务器中的所述业务的数据复制到第二业务服务器；

所述步骤4包括：

所述调度中心服务器向分流设备发送第二停止指令，使所述分流设备停止向所述第一业务服务器分流所述业务的数据；

所述调度中心服务器向所述分流设备发送第二分流指令，使所述分流设备向所述第二业务服务器分流所述业务的数据。

所述业务部署服务器把第一业务服务器中的所述业务的数据复制到第二业务服务器的步骤包括：所述业务部署服务器把所述第一业务服务器的内存中的所述业务的数据复制到所述第二业务服务器；并且，所述第一业务服务器和所述第二业务服务器共享同一磁盘阵列存储器。

所述运营支撑系统还包括：调度中心服务器和业务部署服务器；

所述步骤3包括：

所述调度中心服务器根据所述业务服务器的运行状态，查找一待扩展或待迁移的所述业务服务器作为第一业务服务器；

所述调度中心服务器从注册其上的业务服务器中查找第二业务服务器，所述第二业务服务器加载的业务与所述第一业务服务器的业务相同，且未运行所述业务；

所述调度中心服务器给所述业务部署服务器发送启动指令，使所述业务部署服务器在所述第二业务服务器上启动所述业务；

所述步骤4包括：

所述调度中心服务器给分流设备发送第三分流指令，使所述分流设备向所述第一业务服务器和所述第二业务服务器分流所述业务的数据。

所述步骤3还包括：

所述调度中心服务器更新本地保存的所述第一业务服务器的运行状态和第二业务服务器的业务状态；

所述调度中心服务器给所述资源管理服务器发送连接指令，使所述资源管理服务器与所述第二业务服务器建立心跳连接，以从所述第二业务服务器接收心跳消息。

另一方面，提供一种对业务服务器进行调度的系统，包括：运营支撑子系统和分流设备；

所述运营支撑子系统，从加载运行业务的业务服务器接收所述业务服务器的心跳信息；根据所述心跳消息，判断所述业务服务器的运行状态；根据所述运行状态，向所述业务服务器发送调度指令，使所述业务服务器根据所述调度指令运行所述业务；根据所述运行状态，向分流设备发送控制指令；

所述分流设备，根据所述控制指令向所述业务服务器分流所述业务的数据。

所述运营支撑子系统包括：资源管理服务器，从运行业务的业务服务器接收所述业务服务器的心跳信息，所述心跳消息包含业务服务器的业务负荷量和运行状态信息；

当在预定时间内接收到所述心跳消息，且所述心跳消息包含的运行状态信息为正常状态时，则判断所述业务服务器的运行状态为正常运行；

当在预定时间内没有接收到所述心跳消息时，则判断所述业务服务器的运行状态为待容灾；

当在预定时间内接收到所述心跳消息，且所述心跳消息包含的运行状态信息满足容灾触发条件时，则判断所述业务服务器的运行状态为待容灾；

当在预定时间内接收到所述心跳消息，且所述心跳消息中包含的业务负荷量小于第一预定值时，则判断所述业务服务器的运行状态为待迁移；

当在预定时间内接收到所述心跳消息，且所述心跳消息中包含的业务负荷量大于第二预定值时，则判断所述业务服务器的运行状态为待扩展，所述第二预定值大于所述第一预定值。

所述运营支撑子系统还包括：调度中心服务器和业务部署服务器；

所述调度中心服务器，查找一待扩展、待容灾或待迁移的所述业务服务器作为第一业务服务器；从注册到其自身的业务服务器中查找一业务服务器作为第二业务服务器，所述第二业务服务器上未加载所述业务；向业务部署服务器发送加载业务指令；向分流设备发送第一停止指令和第一分流指令；

所述业务部署服务器，根据所述加载业务指令，在所述第二业务服务器上加载并启动与所述第一业务服务器的业务相同的业务；

所述分流设备，根据所述第一停止指令，停止向所述第一业务服务器分流所述业务的数据；根据所述第一分流指令，向所述第二业务服务器分流所述业务的数据。

所述运营支撑子系统还包括：调度中心服务器和业务部署服务器；

所述调度中心服务器，查找一待扩展或待迁移的所述业务服务器作为第一业务服务器；从注册到其自身的业务服务器中查找第二业务服务器，所述第二业务服务器加载的业务与所述第一业务服务器的业务相同，且运行状态正常，并且所述第一业务服务器当前的业务负荷量与所述第二业务服务器当前的业务负荷量之间的和小于第三预定值；向所述业务部署服务器发送复制数据指令；向所述分流设备发送第二停止指令和第二分流指令；

所述业务部署服务器，根据所述复制数据指令，把第一业务服务器中的所述业务的数据复制到第二业务服务器；

所述分流设备，根据所述第二停止指令，停止向所述第一业务服务器分流所述业务的数据；根据所述第二分流指令，向所述第二业务服务器分流所述业务的数据。

所述运营支撑子系统还包括：调度中心服务器和业务部署服务器；

所述调度中心服务器，查找一待扩展或待迁移的所述业务服务器作为第一业务服务器；从注册其上的业务服务器中查找第二业务服务器，所述第二业务服务器加载的业务与所述第一业务服务器的业务相同，且未运行所述业务；给所述业务部署服务器发送启动指令；给分流设备发送第三分流指令；

所述业务部署服务器，根据所述启动指令，在所述第二业务服务器上运行与所述第一业务服务器的业务相同的业务；

所述分流设备，根据所述第三分流指令，向所述第一业务服务器和所述第二业务服务器分流所述业务的数据。

本发明的实施例具有以下有益效果：

上述方案中，所述运营支撑系统根据所述业务服务器的运行状态，向业务服务器发送调度指令，使所述业务服务器根据所述调度指令调度运行所述业务；同时向分流设备发送控制指令，使所述分流设备根据所述控制指令向所述业务服务器分流所述业务的数据，能够对作为业务服务节点的业务服务器动态调度。

附图说明

图1为本发明所述的一种对业务服务器进行调度的方法的一实施例的流程示意图；

图2为本发明所述的一种对业务服务器进行调度的方法的另一实施例的流程示意图，应用于当第一业务服务器处于容灾、待迁移或待扩展状态时，给第二业务服务器加载并运行业务，将第一业务服务器的业务迁移到第二服务器的场景；

图3为本发明所述的一种对业务服务器进行调度的方法的另一实施例的流程示意图，应用于第一业务服务器处于待迁移或待扩展状态时，将所述第一业务服务器的业务迁移到已经运行业务的第二业务服务器上的场景；

图4为本发明所述的一种对业务服务器进行调度的方法的另一实施例的流程示意图；应用于当第一业务服务器处于待迁移或待扩展状态时，运行已经加载但未启动业务的第二业务服务器，将第一业务服务器的业务均衡的分流到第一业务服务器和第二业务服务器的场景；

图5是本发明所述的对业务服务器进行调度的系统的结构示意图；

图6是本发明所述的对业务服务器进行调度的系统的一实施例的结构示意图；

图7是本发明所述的对业务服务器进行调度的系统的应用场景的结构示意图；

图8是图7所示的系统中第一业务服务器注册到业务服务器的流程示意图；

图9是图7所示的系统中通过网管中心给第一业务服务器加载业务的流程示意图。

具体实施方式

为使本发明的实施例要解决的技术问题、技术方案和优点更加清楚，下面将结合附图及具体实施例进行详细描述。

如图1所示，为本发明所述的一种对业务服务器进行调度的方法的一实施例，包括：

步骤11，运营支撑系统从运行业务的业务服务器接收所述业务服务器的心跳信息；

步骤12，所述运营支撑系统根据所述心跳消息，判断所述业务服务器的运行状态；

步骤13，所述运营支撑系统根据所述运行状态，向所述业务服务器发送调度指令，使所述业务服务器根据所述调度指令运行所述业务；

步骤14，所述运营支撑系统根据所述运行状态，向分流设备发送控制指令，使所述分流设备根据所述控制指令向所述业务服务器分流所述业务的数据。所述运营支撑系统和分流设备之间可以通过接口服务器进行通信。例如通过运营支持系统HTTP接口服务器和SOAP服务器，将在下文中详细描述。

上述方案中，所述运营支撑系统根据所述业务服务器的运行状态，向业务服务器发送调度指令，使所述业务服务器根据所述调度指令调度运行所述业务；同时向分流设备发送控制指令，使所述分流设备根据所述控制指令向所述业务服务器分流所述业务的数据，能够对作为业务服务节点的业务服务器动态调度。

步骤12包括：

当在预定时间内没有接收到所述心跳消息时，则所述资源管理服务器判断所述业务服务器的运行状态为待容灾；

当在预定时间内接收到所述心跳消息，且所述心跳消息包含的运行状态信息满足容灾触发条件时，则所述资源管理服务器判断所述业务服务器的运行状态为待容灾；

当在预定时间内接收到所述心跳消息，且所述心跳消息中包含的业务负荷量小于第一预定值时，则所述资源管理服务器判断所述业务服务器的运行状态为待迁移；

当在预定时间内接收到所述心跳消息，且所述心跳消息中包含的业务负荷量大于第二预定值时，则所述资源管理服务器判断所述业务服务器的运行状态为待扩展，所述第二预定值大于所述第一预定值。

如图2所示，为本发明所述的一种对业务服务器进行调度的方法的另一实施例，为当第一业务服务器处于容灾、待迁移或待扩展状态时，给第二业务服务器加载并运行业务，将第一业务服务器的业务放置到第二服务器的场景。该实施例中，所述运营支撑系统包括：所述资源管理服务器、调度中心服务器以和业务部署服务器；所述方法包括：

步骤21，所述资源管理服务器从运行业务的业务服务器接收所述业务服务器的心跳信息，所述心跳消息包含业务服务器的业务负荷量和运行状态信息。

步骤22，所述运营支撑系统根据所述心跳消息，判断所述业务服务器的运行状态；步骤22具体流程同上述步骤12。

步骤23，所述调度中心服务器根据所述业务服务器的运行状态，查找一待容灾、待迁移或待扩展的业务服务器作为第一业务服务器。

步骤24，所述调度中心服务器从注册到其自身的业务服务器中查找一业务服务器作为第二业务服务器，所述第二业务服务器上未加载所述业务。

步骤25，所述调度中心服务器向业务部署服务器发送加载业务指令，使所述业务部署服务器在所述第二业务服务器上加载并启动与所述第一业务服务器的业务相同的业务，所述加载业务指令包含所述第一业务服务器的标识(例如IP信息)和所述业务的标识。可选的，当所述第二业务服务器处于待机工作状态时，则首先对其上电，使其处于正常工作状态，可以通过上下电接口支持IIPMI(Intelligent Platform Management Interface，智能平台管理接口)、iLO(Hewlett-Packard Integrated Lights-Out，惠普的远程管理端口)或WOL(Wake-On-LAN，网络唤醒)等协议实现。

步骤26，所述调度中心服务器向分流设备发送第一停止指令，使所述分流设备停止向所述第一业务服务器分流所述业务的数据。

步骤27，所述调度中心服务器向分流设备发送第一分流指令，使所述分流设备向所述第二业务服务器分流所述业务的数据。

步骤28，所述调度中心服务器更新本地保存的所述第一业务服务器的运行状态和第二业务服务器的业务状态；

步骤29，所述调度中心服务器给所述资源管理服务器发送连接指令，使所述资源管理服务器与所述第二业务服务器建立心跳连接，以从所述第二业务服务器接收心跳消息。

可选的，所述方法还包括：将所述第一业务服务器处于待机工作状态，即，对其下电，可以通过上下电接口支持IIPMI(Intelligent Platform ManagementInterface，智能平台管理接口)、iLO(Hewlett-Packard Integrated Lights-Out，惠普的远程管理端口)或WOL(Wake-On-LAN，网络唤醒)等协议实现。

上述实施例中，可应用于注册到调度中心服务器、与所述第一业务服务器的业务相同的现有的其他业务服务器的负荷量都比较大的场景，需要扩展节点，但本发明不限于此。

如图3所示，本发明提供一种对业务服务器进行调度的方法，为第一业务服务器处于待迁移或待扩展状态时，将所述第一业务服务器的业务放置到已经运行业务的第二业务服务器上的场景。该实施例中，所述运营支撑系统包括：所述资源管理服务器、调度中心服务器以和业务部署服务器；所述方法包括：

步骤31，所述资源管理服务器从运行业务的业务服务器接收所述业务服务器的心跳信息，所述心跳消息包含业务服务器的业务负荷量和运行状态信息。

步骤32，所述运营支撑系统根据所述心跳消息，判断所述业务服务器的运行状态；步骤32具体流程同上述步骤12。

步骤33，所述调度中心服务器根据所述业务服务器的运行状态，查找一待迁移或待扩展的所述业务服务器作为第一业务服务器；

步骤34，所述调度中心服务器从注册到其自身的业务服务器中查找第二业务服务器，所述第二业务服务器加载的业务与所述第一业务服务器的业务相同，且运行状态正常，并且所述第一业务服务器当前的业务负荷量与所述第二业务服务器当前的业务负荷量的和小于第三预定值；

步骤35，所述调度中心服务器向分流设备发送第二停止指令，使所述分流设备停止向所述第一业务服务器分流所述业务的数据；

步骤36，所述调度中心服务器向所述业务部署服务器发送复制数据指令，使得所述业务部署服务器把第一业务服务器中的所述业务的数据复制到第二业务服务器；具体为：所述业务部署服务器把所述第一业务服务器的内存中的所述业务的数据复制到所述第二业务服务器；并且，所述第一业务服务器和所述第二业务服务器共享同一磁盘阵列存储器。

步骤37，所述调度中心服务器向所述分流设备发送第二分流指令，使所述分流设备向所述第二业务服务器分流所述业务的数据。

步骤38，所述调度中心服务器更新本地保存的所述第一业务服务器的运行状态和第二业务服务器的业务状态；

步骤39，所述调度中心服务器给所述资源管理服务器发送连接指令，使所述资源管理服务器与所述第二业务服务器建立心跳连接，以从所述第二业务服务器接收心跳消息。

上述实施例中，可应用于注册到调度中心服务器、与所述第一业务服务器的业务相同的第二业务服务器的负荷量不太大，进行业务迁移的场景。

如图4所示，本发明提供一种对业务服务器进行调度的方法，为当第一业务服务器处于待迁移或待扩展状态时，运行已经加载但未启动业务的第二业务服务器，将第一业务服务器的业务均衡的分流到第一业务服务器和第二业务服务器的场景。该实施例中，所述运营支撑系统包括：所述资源管理服务器、调度中心服务器以和业务部署服务器；所述方法包括：

步骤41，所述资源管理服务器从运行业务的业务服务器接收所述业务服务器的心跳信息，所述心跳消息包含业务服务器的业务负荷量和运行状态信息。

步骤42，所述运营支撑系统根据所述心跳消息，判断所述业务服务器的运行状态；步骤42具体流程同上述步骤12。

步骤43，所述调度中心服务器根据所述业务服务器的运行状态，查找一待扩展或待迁移的所述业务服务器作为第一业务服务器；

步骤44，所述调度中心服务器从注册其上的业务服务器中查找第二业务服务器，所述第二业务服务器加载的业务与所述第一业务服务器的业务相同，且未运行所述业务；

步骤45，所述调度中心服务器给所述业务部署服务器发送启动指令，使所述业务部署服务器在所述第二业务服务器上启动所述业务；

步骤46，所述调度中心服务器给分流设备发送第三分流指令，使所述分流设备向所述第一业务服务器和所述第二业务服务器分流所述业务的数据。

步骤47，所述调度中心服务器更新本地保存的所述第一业务服务器的运行状态和第二业务服务器的业务状态；

步骤48，所述调度中心服务器给所述资源管理服务器发送连接指令，使所述资源管理服务器与所述第二业务服务器建立心跳连接，以从所述第二业务服务器接收心跳消息。

上述实施例中，可应用于注册到调度中心服务器、与所述第一业务服务器的业务相同的现有的其他业务服务器的负荷量不太大，不需要扩展业务节点，进行业务分流的场景，但本发明不限于此。

如图5所示，为本发明所述的一种对业务服务器进行调度的系统，包括：运营支撑子系统51和分流设备52；

所述运营支撑子系统51，从加载运行业务的业务服务器52接收所述业务服务器的心跳信息；根据所述心跳消息，判断所述业务服务器的运行状态；根据所述运行状态，向所述业务服务器发送调度指令，使所述业务服务器根据所述调度指令运行所述业务；根据所述运行状态，向分流设备发送控制指令；

所述分流设备52，根据所述控制指令向所述业务服务器分流所述业务的数据。

如图6所示，所述运营支撑子系统51包括：

资源管理服务器81，从运行业务的业务服务器接收所述业务服务器的心跳信息，所述心跳消息包含业务服务器的业务负荷量和运行状态信息；当在预定时间内接收到所述心跳消息，且所述心跳消息包含的运行状态信息为正常状态时，则判断所述业务服务器的运行状态为正常运行；当在预定时间内没有接收到所述心跳消息时，则判断所述业务服务器的运行状态为待容灾；当在预定时间内接收到所述心跳消息，且所述心跳消息包含的运行状态信息满足容灾触发条件时，则判断所述业务服务器的运行状态为待容灾；当在预定时间内接收到所述心跳消息，且所述心跳消息中包含的业务负荷量小于第一预定值时，则判断所述业务服务器的运行状态为待迁移；当在预定时间内接收到所述心跳消息，且所述心跳消息中包含的业务负荷量大于第二预定值时，则判断所述业务服务器的运行状态为待扩展，所述第二预定值大于所述第一预定值。

所述运营支撑子系统还包括：调度中心服务器82和业务部署服务器83；

所述调度中心服务器82，查找一待扩展、待容灾或待迁移的所述业务服务器作为第一业务服务器88；从注册到其自身的业务服务器中查找一业务服务器作为第二业务服务器89，所述第二业务服务器上未加载所述业务；向业务部署服务器发送加载业务指令；向分流设备发送第一停止指令和第一分流指令；

所述业务部署服务器83，根据所述加载业务指令，在所述第二业务服务器上加载并启动与所述第一业务服务器的业务相同的业务；

所述分流设备52，根据所述第一停止指令，停止向所述第一业务服务器分流所述业务的数据；根据所述第一分流指令，向所述第二业务服务器分流所述业务的数据。

可选的，所述调度中心服务器82，查找一待扩展或待迁移的所述业务服务器作为第一业务服务器；从注册到其自身的业务服务器中查找第二业务服务器，所述第二业务服务器加载的业务与所述第一业务服务器的业务相同，且运行状态正常，并且所述第一业务服务器当前的业务负荷量与所述第二业务服务器当前的业务负荷量之间的和小于第三预定值；向所述业务部署服务器发送复制数据指令；向所述分流设备发送第二停止指令和第二分流指令；

所述业务部署服务器83，根据所述复制数据指令，把第一业务服务器中的所述业务的数据复制到第二业务服务器；具体为：所述业务部署服务器把所述第一业务服务器的内存中的所述业务的数据复制到所述第二业务服务器；并且，所述第一业务服务器和所述第二业务服务器共享同一磁盘阵列存储器。

所述分流设备52，根据所述第二停止指令，停止向所述第一业务服务器分流所述业务的数据；根据所述第二分流指令，向所述第二业务服务器分流所述业务的数据。

可选的，所述调度中心服务器82，查找一待扩展或待迁移的所述业务服务器作为第一业务服务器88；从注册其上的业务服务器中查找第二业务服务器89，所述第二业务服务器加载的业务与所述第一业务服务器的业务相同，且未运行所述业务；给所述业务部署服务器发送启动指令；给分流设备发送第三分流指令；

所述业务部署服务器83，根据所述启动指令，在所述第二业务服务器上运行与所述第一业务服务器的业务相同的业务；

所述分流设备52，根据所述第三分流指令，向所述第一业务服务器和所述第二业务服务器分流所述业务的数据。

可选的，所述调度中心服务器82，更新本地保存的所述第一业务服务器的运行状态和第二业务服务器的业务状态；

所述调度中心服务器82，给所述资源管理服务器81发送连接指令，使所述资源管理服务器与所述第二业务服务器建立心跳连接，以从所述第二业务服务器接收心跳消息。

本发明提供一种对分布于智能通信网络中的业务服务器进行调度的方法和系统，在处理短信、彩信以及wap(Wireless Application Protocol，无线应用协议)的网关等业务的分布式智能网络中，根据业务流量和处理节点的状态智能调度业务服务器。具有以下有益效果：

(1)各个业务处理服务器相互之间能够共享处理能力的资源，也就是说，当某一服务器上的一个业务比较空闲时，可以把该服务器上的业务迁移到别的服务器上去，而该服务器下电以节省用电，节省了服务器资源和电力资源；

(2)能根据业务运行情况，动态分配处理节点；根据业务繁忙程度，自动伸缩业务服务器。当某一业务比较繁忙，需要扩充业务服务器时，可以选一台空闲状态的服务器(没有部署业务的处理节点)，在其上部署业务，从而达到业务服务器可以动态伸缩的目的。

(3)在不丢失所述业务的数据的情况下实现自动容灾；当一个业务服务器出现问题时，能在很短的时间内发现并自动切换到一台空闲的服务器上，整个过程无所述业务的数据的丢失，不要人工干预，提高了系统的容错性能。

如图7所示，为本发明所述的一种对业务服务器进行调度的系统的应用场景，包括：运营支撑子系统51和分流设备52，

其中，分流设备52，把某一种业务流均衡的分配到若干个相应的业务服务器上，该设备支持webservice或者其他编程接口。

运营支撑子系统51包括：

资源管理中心服务器81，主要完成各个业务处理节点运行状况监测，及时发现问题，并通过运营支撑平台提供的消息接口，把处理建议发送给调度中心服务器。考虑到执行的效率，该服务器需要设计成多线程，由于监测的业务节点数量的变化不可预测，因此线程数目可以动态增减。该服务器具有以下功能：(1)、接收调度中心服务器发来的建立或停止同某一业务处理节点的心跳连接请求，利用该业务处理节点的运营支撑平台提供的心跳接口，同该业务处理节点建立心跳连接。(2)、根据心跳信息，分析每个业务处理节点的业务荷载，向调度中心服务器给出优化建议：在业务量不大时，按照业务种类归并业务处理节点，对空闲的业务处理节点下电，从而达到节约用电的目的；在业务量比较大时，对空闲的业务节点上电并部署业务。(3)、对心跳信息中的告警信息进行筛选，如果告警级别达到了用户预定义的容灾标准，则通知调度中心服务器，使其启动容灾流程。(4)、如果心跳信息连续若干次都消失，则通知调度中心服务器，使其启动容灾流程。

调度中心服务器82，完成对其上的资源池中业务服务器的管理工作，具体包括以下功能：(1)、向网管提供webservice接口，根据网管指令把业务服务器注册到资源池中，或者删除资源池中的一个业务服务器。(2)、根据网管指令把业务加载到资源池中的一个业务服务器上，或者从一个业务服务器上卸载业务。(3)、根据网管指令，启动或者停止业务服务器上的业务。(4)、根据网管指令，对资源池中的业务服务器进行上下电操作。(5)、通过分流设备提供的接口(webservice接口或其他，根据实际设备而定)，把业务服务器的IP和端口号加入分流设备，并设置该IP和端口号在分流设备上的状态(使能状态)，使分流设备能够感知该业务服务器，并根据该业务服务器在分流设备上的状态，把业务流分流或停止分流到该业务节点；或者把业务服务器的IP和端口号从分流设备删除。(6)、接收资源管理服务器的优化指令，调度业务服务器，达到均衡负载、省电节能的目的。(7)、接收资源管理服务器的容灾请求，执行容灾操作：在资源池中找一台空闲的业务服务器，然后把该节点的信息和问题节点的信息通过运营支撑平台提供的消息接口，发送给业务部署服务器，启动容灾流程。(8)、通过所述运营支撑平台提供的消息接口，同业务部署服务器交互，把业务部署到相应的业务服务器。(9)、通过所述运营支撑平台提供的消息接口，通知资源管理服务器，建立或停止同某一业务服务器的心跳连接。(10)、资源池中业务服务器信息管理功能，把业务服务器信息(例如业务状态、CPU个数、内存大小等)按照一定的数据结构组织起来，安全地保存在共享存储上，并保证更新的实时性。(11)、向网管提供接口webservice接口，根据网管指令，对资源池中的业务服务器进行查询操作。

业务部署服务器83，主要完成在业务服务器上部署业务和在业务处理节点间迁移业务，具体包括以下功能：(1)、接收调度中心服务器通过所述运营支撑平台提供的消息接口发来的加载业务的消息，该消息包括以下内容：(a)、业务服务器的管理IP、root(根)用户的密码；(b)根据开局的规划，调度中心服务器按照预设的算法，分配给该业务服务器的通讯标示信息(例如业务IP、区号、局号、模块号等)；(c)业务安装部署包所在FTP服务器的位置，包括FTP服务器的IP地址、登陆FTP服务器的用户名和密码、业务版本的路径。(2)、接收调度中心服务器通过所述运营支撑平台提供的消息接口发来的容灾的消息，该消息至少包括以下内容：(a)新分配的业务服务器的管理IP、root用户的密码；(b)出现问题的业务服务器的信息，至少包括以下内容：业务IP、区号、局号、模块号等；所运行的业务版本的信息(例如业务安装部署包所在FTP服务器的位置，包括FTP服务器的IP地址、登陆FTP服务器的用户名和密码、业务版本的路径)。(3)、接收调度中心服务器通过所述运营支撑平台提供的消息接口发来的卸载业务的消息，该消息至少包括以下内容：业务服务器的管理IP、root用户的密码。(4)、对加载业务消息和容灾消息，需要从FTP服务器上下载版本到将要部署业务的业务服务器，然后执行安装程序，部署业务。(5)、对卸载业务消息和容灾消息，需要在将要卸载业务或发生问题的业务服务器上执行安装程序，卸载业务，最后删除安装包。(6)、接收调度中心服务器通过所述运营支撑平台提供的消息接口发来的启动、停止业务的消息，在该节点上启动、停止业务的运行。(7)、接收调度中心服务器通过所述运营支撑平台提供的消息接口发来的迁移业务的消息，然后通过所述运营支撑平台提供健康检测接口，周期检测源、目的处理节点的系统和业务处理状态，在条件(业务服务器没有处理所述业务的数据或者业务服务器的内存刷新速度比较慢)具备的情况下，把业务从源业务服务器迁移到目的业务服务器。

业务服务器之间共享存储的磁阵(未示出)。

放置业务版本的FTP服务器85，其上的业务安装部署包即各种业务的安装文件，是业务部署服务器的业务版本来源；该安装文件需要符合如下规范：(1)、提供安装和卸载接口，要求能够智能安装，有容错功能，要做到无痕迹卸载。(2)、安装时的输入参数为：业务服务器的网络接口名称(例如eth0等)、调度中心服务器分配给该业务服务器的通讯标示信息(例如业务IP、区号、局号以及模块号等)。(3)、放置业务版本的FTP服务器部署在该运营支撑平台上，由该平台对业务进程的运行提供支撑。

运营支撑平台86(可以为运营支撑服务器)，该平台对部署其上的程序提供运行支撑，具体包括以下功能：(1)、共享内存的管理功能，统一管理共享内存的申请、访问和释放。具有智能回收垃圾(占用内存)的机制。通过该平台，运行在其上的进程可以通过相同的指针值访问共享内存中相同的内存块。(2)、定时器的管理功能，该平台能够在线程的级别上提供定时器的申请、触发和注销的功能，并且在触发时能够返回设置该定时器时带入的参数，该参数可以是一个整数、一个指针。(3)、进程管理功能，该平台负责启动和停止部署到该平台所有程序，可以在线程级别上监视进程的运行状况，当发现有应用程序异常时会进行相应的动作，例如某一消息的处理时间超长，已经影响到了进程的运行，或者侦测到死锁，或者发现进程吊死情况等，则进行相应的异常处理，并记录操作日志。(4)、通讯管理功能，该平台给部署在本平台上的程序提供通讯方法，包括本平台内部线程与线程之间、进程与进程之间、平台之间的线程与线程之间、以及进程与进程之间的通讯，具有通讯的安全保障机制和错误告警机制。(5)、提供平台心跳信息，平台间能够通过平台的外向接口建立定时的心跳连接，该心跳信息主要完成程序运行状态监视功能和告警功能。(6)、所述运营支撑平台具有统计和告警功能，具体包括：(a)、平台能够根据用户设置，检测各个进程运行时的统计信息和整个系统的统计信息，这些统计指标包括内存占有率、cpu利用率、网络占用比率、I/O等待时长、消息队列积压状况等程序(系统)运行时的信息，并随心跳信息发出。(b)、可以针对上述指标，设置组合条件，当这些指标的统计值满足组合条件时，按照预先设定的告警级别，通过心跳信息，发出告警。(7)、所述运营支撑平台具有运行状态检查和告知功能运行在平台上的进程，可以通过平台提供的接口，查询本平台所在主机或者其他平台所在主机的运行状态。平台在收到运行状态检查的请求消息后，能执行系统的运行状态检查，并报告系统的运行状态。具体的运行状态包括：所安装的操作系统、操作系统的补丁状况、内存大小和占用情况、cpu个数和频率以及占用情况、存储大小及占用情况、网卡类型和速率以及流量等。(8)、所述运营支撑平台提供对主机的上下电接口，运行在平台上的进程可以通过该接口，对其他平台所在的主机进行上电和下电操作。上下电接口支持IIPMI(Intelligent Platform Management Interface，智能平台管理接口)、iLO(Hewlett-Packard Integrated Lights-Out，惠普的远程管理端口)或WOL(Wake-On-LAN，网络唤醒)，按照IPMI、iLO、WOL的顺序进行尝试。

web service接口服务器(未示出)，负责平台内部消息和SOAP(SimpleObject Access Protocol，简单对象访问协议)协议的转换。对收到的SOAP消息，转化成内部消息，发给相应的进程处理；对收到的内部消息，转化成相应的SOAP消息发给相应的目的主机。所述接口和模块，构成了一个实际上的webservice服务器，调度中心服务器通过webservice服务器同网管中心进行交互，如果分流设备提供的是soap接口的话，调度中心服务器也通过该webservice服务器对分流设备进行设置。

HTTP(超文本传输协议，Hyper Text Transfer Protocol))接口服务器87，可以利用开源软件libneon改造生成，负责TCP(Transmission Control Protocol，传输控制协议)、HTTP和HTTPS(Hyper Text Transfer Protocol Secure，超文本加密传输协议)协议的处理，具体功能包括：(1)、HTTP服务器功能，接受外界的HTTP请求，并返回响应。(2)、HTTP客户端功能，向服务器发出连接，并且将请求内容发出去，最后接受服务器响应。(3)、SSL(Secure Sockets Layer，安全套接层协议层)透传功能，透明的传输客户端与服务器的SSL交互，起到转发消息的作用。(4)、SSL客户端功能，接收来自应用程序的SSL请求，与服务器建链并进行加密、证书密钥交互等操作，最终实现应用程序与服务器之间的SSL交互。(5)、SSL服务端功能，根据应用程序提供证书和密钥文件，以及密钥文件加密密码，与SSL客户端建立SSL连接(6)、代理服务器功能，通过配置，可以实现根据需要通过代理服务器与外界进行HTTP交互。(7)、TCP消息的传输功能：包括服务端和客户端功能(如SMPP(point-to-point shortmessaging protocol，点对点短消息发送协议)等消息，直接走TCP协议。(8)、支持ipv4(Internet Protocol 4，互联网协议第四版)、ipv6等不同协议地址族。

soap接口服务器91，针对不同web service提供的wsdl文件，利用开源软件gsoap，提取其soap方法，然后组成soap包进行交互。编码时可以按照不同的设备，分文件组织xml文本。

XML(Extensible Markup Language，可扩展标记语言)文件的解析模块92，可以利用开源软件expat改造生成，能够把SOAP协议中的XML文本解析成一个树形的数据结构，展现给所调用的应用程序。

上述方案中，调度中心服务器、资源管理中心服务器、业务部署服务器，均部署到运营支撑平台上，依靠运营支撑平台提供的支撑功能运行。

调度中心服务器是整个系统的指挥中心，同多个子系统之间都存在接口：接受网管中心的指令，注册、注销业务服务器到(从)资源池中，在业务服务器上加载、卸载、启动、停止业务。

资源管理服务器接收调度中心服务器的指令，与加载业务的节点建立心跳连接，并分析心跳消息，给调度中心服务器发出启、停业务服务器的指令消息，以达到业务服务器可以动态伸缩的目的，当通过心跳消息得到告警并判断出告警基本已经达到容灾的标准时，或连续若干个时间段内没有心跳，则给调度中心服务器发出容灾指令，激发容灾流程。

业务部署服务器接收调度中心服务器的加载、卸载业务指令和启动、停止业务指令以及业务迁移指令，然后进行相应的操作。

图8是上述的对业务服务器进行调度的系统中，第一业务服务器注册到调度中心服务器的流程图，包括：

步骤61，网管中心以第一业务服务器的信息(管理IP、root密码、业务服务器类型、上下电的登陆用户、密码等信息)注册业务服务节点，将所述信息发送给HTTP接口服务器。

步骤62，HTTP接口服务器通过SOAP接口服务器将所述信息转化成运行支撑平台的内部消息转发给调度中心服务器。

步骤63，调度中心服务器用公用协议登陆第一业务服务器，检测其健康状况；健康检查的公用协议，可以是telnet(远程登录)协议，也可以是ssh(Secure Shell，安全外壳)协议，出于安全考虑，指令使用ssh协议。开源软件Net-OpenSSH-0.47是一个ssh协议的一个java应用包，可以直接部署在调度中心服务器上使用。

步骤64，第一业务服务器的健康检查通过后，注册到调度中心服务器的资源池。

图9是是上述的对业务服务器进行调度的系统中，第一业务服务器加载业务的流程图，包括：

步骤71，网管中心在调度中心服务器的资源池中查找一个没有部署业务的第一业务服务器，将所述第一业务服务器的信息作为加载业务消息的参数，发给HTTP接口服务器。

步骤72，HTTP接口服务器通过SOAP接口服务器将加载业务消息的参数转化成运营支撑平台的内部消息，发送给调度中心服务器。

步骤73，调度中心服务器启动第一业务服务器(上电)。

步骤74，调度中心服务器收到上一步骤操作成功的消息后，通知业务部署服务器在第一业务服务器上部署并启动业务。

步骤75，业务部署服务器在第一业务服务器上启动业务，然后发消息通知调度中心服务器更新资源池中相应业务服务器的状态。

步骤76，调度中心服务器收到上一步骤的消息后，通过soap接口服务器给分流设备发消息，使其向第一业务服务器分流消息。

步骤77，调度中心服务器收到上一步骤中返回的正确操作的消息后，通知资源管理服务器同第一业务服务器建立心跳连接，以使所述资源管理服务器从所述第一业务服务器接收心跳信息。

本领域技术人员可以理解，第二业务服务器注册到调度中心服务器的流程与第一业务服务器的流程相同，此处不赘述。

以下结合上述的对业务服务器进行调度的系统，描述本发明所述的一种对分布于智能通信网络中的业务服务器进行调度的方法，包括以下步骤：

第一步，利用网管中心把主机注册到调度中心服务器的资源池，主机(可以是物理主机，也可以是虚拟主机)的信息包括：管理IP、root密码、业务服务器类型、上下电的登陆用户、密码等信息，注册成为第一业务服务器。

第二步，利用网管中心，把业务加载到第一业务服务器上。

第三步，资源管理服务器同加载了业务的第一业务服务器建立心跳信息。

第四步，资源管理服务器根据心跳消息，分析第一业务服务器的业务负荷比较小，在满足条件的情况下，向调度中心服务器提出负载优化指令。执行第五步；若在心跳消息中包含的告警信息达到了容灾的条件，则向调度中心服务器提出容灾指令，然后直接跳到第八步执行。

第五步，调度中心服务器在收到资源管理服务器的指令后，向分流设备发出指令，使分流设备停止向第一业务服务器分流所述业务的数据。

第六步，调度中心服务器在收到分流设备返回的操作成功的消息后，向业务部署服务器发出指令，使其进行业务迁移(从第一业务服务器向第二业务服务器)。

第七步，业务部署服务器检测第一业务服务器和第二业务服务器，当条件具备时，把第一业务服务器中业务的内存数据迁移到第二业务服务器，操作成功后发向调度中心服务器发送业务节点迁移成功消息，然后直接跳到第十二步。

第八步，调度中心服务器收到容灾指令后，先找一个没有加载业务的第二业务服务器(容灾节点)，并把它切换到启动状态。

第九步，调度中心服务器向分流设备发出指令，使分流设备停止向第一业务服务器(被容灾节点)分流所述业务的数据。

第十步，调度中心服务器收到分流设备发回来的操作成功的消息后，随着容灾消息，把容灾节点的信息和被容灾节点的信息一起发给业务部署服务器。

第十一步，业务部署服务器收到容灾消息后，首先在被容灾节点卸载业务，如果卸载失败，则把该设备切换到待机状态并告警。然后在容灾节点上，根据被容灾节点的信息，加载相同的业务，并继承被容灾节点的业务IP、区号、局号、模块号等通讯标示信息。容灾成功后，向调度中心服务器发送容灾成功消息。

第十二步，当调度中心服务器在收到业务节点迁移成功的消息后，把第一业务服务器切换到待机状态，以节约电源，并更新资源池中第一和第二业务服务器的状态；当调度中心服务器收到容灾成功的消息后，把被容灾节点切换到待机状态，以节约电源，并更新资源池中第一和第二业务服务器的状态；

在本发明中，分流设备由各个业务自己确定，然后把增加、删除业务节点的通知消息接口展露给调度中心服务器即可，使调度中心服务器增加、删除业务服务器时，能通过该消息接口，通知分流设备。

所述方法实施例是与所述系统实施例相对应的，在方法实施例中未详细描述的部分参照系统实施例中相关部分的描述即可，在系统实施例中未详细描述的部分参照方法实施例中相关部分的描述即可。

本领域普通技术人员可以理解，实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，所述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，包括如上述方法实施例的步骤，所述的存储介质，如：磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)或随机存储记忆体(Random Access Memory，RAM)等。

在本发明各方法实施例中，所述各步骤的序号并不能用于限定各步骤的先后顺序，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，对各步骤的先后变化也在本发明的保护范围之内。

以上所述是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明所述原理的前提下，还可以作出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (12)

1.一种对业务服务器进行调度的方法，其特征在于，包括：

步骤1，运营支撑系统从运行业务的业务服务器接收所述业务服务器的心跳信息；

步骤2，所述运营支撑系统根据所述心跳消息，判断所述业务服务器的运行状态；

步骤3，所述运营支撑系统根据所述运行状态，向所述业务服务器发送调度指令，使所述业务服务器根据所述调度指令运行所述业务；

步骤4，所述运营支撑系统根据所述运行状态，向分流设备发送控制指令，使所述分流设备根据所述控制指令向所述业务服务器分流所述业务的数据。

2.根据权利要求1所述的对业务服务器进行调度的方法，其特征在于，所述运营支撑系统包括：资源管理服务器；

所述步骤1具体为：所述资源管理服务器从运行业务的业务服务器接收所述业务服务器的心跳信息，所述心跳消息包含业务服务器的业务负荷量和运行状态信息；

所述步骤2包括：

当在预定时间内接收到所述心跳消息，且所述心跳消息包含的运行状态信息为正常时，则所述资源管理服务器判断所述业务服务器的运行状态为正常；

当在预定时间内没有接收到所述心跳消息时，则所述资源管理服务器判断所述业务服务器的运行状态为待容灾；

当在预定时间内接收到所述心跳消息，且所述心跳消息包含的运行状态信息满足容灾触发条件时，则所述资源管理服务器判断所述业务服务器的运行状态为待容灾；

当在预定时间内接收到所述心跳消息，且所述心跳消息中包含的业务负荷量小于第一预定值时，则所述资源管理服务器判断所述业务服务器的运行状态为待迁移；

当在预定时间内接收到所述心跳消息，且所述心跳消息中包含的业务负荷量大于第二预定值时，则所述资源管理服务器判断所述业务服务器的运行状态为待扩展，所述第二预定值大于所述第一预定值。

3.根据权利要求2所述的对业务服务器进行调度的方法，其特征在于，

所述运营支撑系统还包括：调度中心服务器以和业务部署服务器；

所述步骤3包括：

所述调度中心服务器根据所述业务服务器的运行状态，查找一待容灾、待迁移或待扩展的业务服务器作为第一业务服务器；

所述调度中心服务器从注册到其自身的业务服务器中查找一业务服务器作为第二业务服务器，所述第二业务服务器上未加载所述业务；

所述调度中心服务器向业务部署服务器发送加载业务指令，使所述业务部署服务器在所述第二业务服务器上加载并启动与所述第一业务服务器的业务相同的业务；

所述步骤4包括：

所述调度中心服务器向分流设备发送第一停止指令，使所述分流设备停止向所述第一业务服务器分流所述业务的数据；

所述调度中心服务器向分流设备发送第一分流指令，使所述分流设备向所述第二业务服务器分流所述业务的数据。

4.根据权利要求2所述的对业务服务器进行调度的方法，其特征在于，

所述运营支撑系统还包括：调度中心服务器和业务部署服务器；

所述步骤3包括：

所述调度中心服务器根据所述业务服务器的运行状态，查找一待迁移或待扩展的所述业务服务器作为第一业务服务器；

所述调度中心服务器从注册到其自身的业务服务器中查找第二业务服务器，所述第二业务服务器加载的业务与所述第一业务服务器的业务相同，且运行状态正常，并且所述第一业务服务器当前的业务负荷量与所述第二业务服务器当前的业务负荷量的和小于第三预定值；

所述调度中心服务器向所述业务部署服务器发送复制数据指令，使得所述业务部署服务器把第一业务服务器中的所述业务的数据复制到第二业务服务器；

所述步骤4包括：

所述调度中心服务器向分流设备发送第二停止指令，使所述分流设备停止向所述第一业务服务器分流所述业务的数据；

所述调度中心服务器向所述分流设备发送第二分流指令，使所述分流设备向所述第二业务服务器分流所述业务的数据。

5.根据权利要求4所述的对业务服务器进行调度的方法，其特征在于，所述业务部署服务器把第一业务服务器中的所述业务的数据复制到第二业务服务器的步骤包括：所述业务部署服务器把所述第一业务服务器的内存中的所述业务的数据复制到所述第二业务服务器；并且，所述第一业务服务器和所述第二业务服务器共享同一磁盘阵列存储器。

6.根据权利要求2所述的对业务服务器进行调度的方法，其特征在于，

所述运营支撑系统还包括：调度中心服务器和业务部署服务器；

所述步骤3包括：

所述调度中心服务器根据所述业务服务器的运行状态，查找一待扩展或待迁移的所述业务服务器作为第一业务服务器；

所述调度中心服务器从注册其上的业务服务器中查找第二业务服务器，所述第二业务服务器加载的业务与所述第一业务服务器的业务相同，且未运行所述业务；

所述调度中心服务器给所述业务部署服务器发送启动指令，使所述业务部署服务器在所述第二业务服务器上启动所述业务；

所述步骤4包括：

所述调度中心服务器给分流设备发送第三分流指令，使所述分流设备向所述第一业务服务器和所述第二业务服务器分流所述业务的数据。

7.根据权利要求3、4或6所述的对业务服务器进行调度的方法，其特征在于，所述步骤3还包括：

所述调度中心服务器更新本地保存的所述第一业务服务器的运行状态和第二业务服务器的业务状态；

所述调度中心服务器给所述资源管理服务器发送连接指令，使所述资源管理服务器与所述第二业务服务器建立心跳连接，以从所述第二业务服务器接收心跳消息。

8.一种对业务服务器进行调度的系统，其特征在于，包括：运营支撑子系统和分流设备；

所述运营支撑子系统，从加载运行业务的业务服务器接收所述业务服务器的心跳信息；根据所述心跳消息，判断所述业务服务器的运行状态；根据所述运行状态，向所述业务服务器发送调度指令，使所述业务服务器根据所述调度指令运行所述业务；根据所述运行状态，向分流设备发送控制指令；

所述分流设备，根据所述控制指令向所述业务服务器分流所述业务的数据。

9.根据权利要求8所述的对业务服务器进行调度的系统，其特征在于，所述运营支撑子系统包括：资源管理服务器，从运行业务的业务服务器接收所述业务服务器的心跳信息，所述心跳消息包含业务服务器的业务负荷量和运行状态信息；

当在预定时间内接收到所述心跳消息，且所述心跳消息包含的运行状态信息为正常状态时，则判断所述业务服务器的运行状态为正常运行；

当在预定时间内没有接收到所述心跳消息时，则判断所述业务服务器的运行状态为待容灾；

当在预定时间内接收到所述心跳消息，且所述心跳消息包含的运行状态信息满足容灾触发条件时，则判断所述业务服务器的运行状态为待容灾；

当在预定时间内接收到所述心跳消息，且所述心跳消息中包含的业务负荷量小于第一预定值时，则判断所述业务服务器的运行状态为待迁移；

当在预定时间内接收到所述心跳消息，且所述心跳消息中包含的业务负荷量大于第二预定值时，则判断所述业务服务器的运行状态为待扩展，所述第二预定值大于所述第一预定值。

10.根据权利要求9所述的对业务服务器进行调度的系统，其特征在于，

所述运营支撑子系统还包括：调度中心服务器和业务部署服务器；

所述调度中心服务器，查找一待扩展、待容灾或待迁移的所述业务服务器作为第一业务服务器；从注册到其自身的业务服务器中查找一业务服务器作为第二业务服务器，所述第二业务服务器上未加载所述业务；向业务部署服务器发送加载业务指令；向分流设备发送第一停止指令和第一分流指令；

所述业务部署服务器，根据所述加载业务指令，在所述第二业务服务器上加载并启动与所述第一业务服务器的业务相同的业务；

所述分流设备，根据所述第一停止指令，停止向所述第一业务服务器分流所述业务的数据；根据所述第一分流指令，向所述第二业务服务器分流所述业务的数据。

11.根据权利要求9所述的对业务服务器进行调度的系统，其特征在于，

所述运营支撑子系统还包括：调度中心服务器和业务部署服务器；

所述调度中心服务器，查找一待扩展或待迁移的所述业务服务器作为第一业务服务器；从注册到其自身的业务服务器中查找第二业务服务器，所述第二业务服务器加载的业务与所述第一业务服务器的业务相同，且运行状态正常，并且所述第一业务服务器当前的业务负荷量与所述第二业务服务器当前的业务负荷量之间的和小于第三预定值；向所述业务部署服务器发送复制数据指令；向所述分流设备发送第二停止指令和第二分流指令；

所述业务部署服务器，根据所述复制数据指令，把第一业务服务器中的所述业务的数据复制到第二业务服务器；

所述分流设备，根据所述第二停止指令，停止向所述第一业务服务器分流所述业务的数据；根据所述第二分流指令，向所述第二业务服务器分流所述业务的数据。

12.根据权利要求9所述的对业务服务器进行调度的系统，其特征在于，

所述运营支撑子系统还包括：调度中心服务器和业务部署服务器；

所述调度中心服务器，查找一待扩展或待迁移的所述业务服务器作为第一业务服务器；从注册其上的业务服务器中查找第二业务服务器，所述第二业务服务器加载的业务与所述第一业务服务器的业务相同，且未运行所述业务；给所述业务部署服务器发送启动指令；给分流设备发送第三分流指令；

所述业务部署服务器，根据所述启动指令，在所述第二业务服务器上运行与所述第一业务服务器的业务相同的业务；

所述分流设备，根据所述第三分流指令，向所述第一业务服务器和所述第二业务服务器分流所述业务的数据。

Images