CN105577711A - 消息处理方法、装置及消息处理系统 - Google Patents

消息处理方法、装置及消息处理系统 Download PDF

Info

Publication number
CN105577711A
CN105577711A CN201410528631.0A CN201410528631A CN105577711A CN 105577711 A CN105577711 A CN 105577711A CN 201410528631 A CN201410528631 A CN 201410528631A CN 105577711 A CN105577711 A CN 105577711A
Authority
CN
China
Prior art keywords
main frame
message
backup machine
input response
response message
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
Application number
CN201410528631.0A
Other languages
English (en)
Other versions
CN105577711B (zh
Inventor
朱建
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN201410528631.0A priority Critical patent/CN105577711B/zh
Priority to EP15848459.2A priority patent/EP3193482B1/en
Priority to PCT/CN2015/076985 priority patent/WO2016054906A1/zh
Publication of CN105577711A publication Critical patent/CN105577711A/zh
Priority to US15/481,962 priority patent/US10567507B2/en
Application granted granted Critical
Publication of CN105577711B publication Critical patent/CN105577711B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

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/1095—Replication or mirroring of data, e.g. scheduling or transport for data synchronisation between network nodes
    • 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/1097—Protocols in which an application is distributed across nodes in the network for distributed storage of data in networks, e.g. transport arrangements for network file system [NFS], storage area networks [SAN] or network attached storage [NAS]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/14—Error detection or correction of the data by redundancy in operation
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/14—Error detection or correction of the data by redundancy in operation
    • G06F11/1402—Saving, restoring, recovering or retrying
    • G06F11/1415—Saving, restoring, recovering or retrying at system level
    • G06F11/1438—Restarting or rejuvenating
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/14—Error detection or correction of the data by redundancy in operation
    • G06F11/1402—Saving, restoring, recovering or retrying
    • G06F11/1446—Point-in-time backing up or restoration of persistent data
    • G06F11/1456—Hardware arrangements for backup
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/14—Error detection or correction of the data by redundancy in operation
    • G06F11/1479—Generic software techniques for error detection or fault masking
    • G06F11/1482—Generic software techniques for error detection or fault masking by means of middleware or OS functionality
    • G06F11/1484—Generic software techniques for error detection or fault masking by means of middleware or OS functionality involving virtual machines
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533—Hypervisors; Virtual machine monitors
    • G06F9/45558—Hypervisor-specific management and integration aspects
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/54—Interprogram communication
    • G06F9/542—Event management; Broadcasting; Multicasting; Notifications
    • 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/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
    • H04L67/61—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources taking into account QoS or priority requirements
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/16—Error detection or correction of the data by redundancy in hardware
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533—Hypervisors; Virtual machine monitors
    • G06F9/45558—Hypervisor-specific management and integration aspects
    • G06F2009/45591—Monitoring or debugging support
    • 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/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/10015—Access to distributed or replicated servers, e.g. using brokers

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Software Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Quality & Reliability (AREA)
  • Multimedia (AREA)
  • Hardware Redundancy (AREA)

Abstract

本发明提供了一种云计算平台上消息处理方法、装置及消息处理系统。在本发明提供的云计算平台上的消息处理方法中，在接收到发往主机和备份机的输入请求消息后，发送输入请求消息到所有的主机和备份机，在接收到主机和备份机返回的输入响应消息后，向外发送一个输入响应消息。与现有技术相比，本发明实施例将输入请求发送到所有的主机和备份机执行，主机和备份机执行同样的输入请求，因而主机和备份机之间不需要进行数据同步和状态同步，从而提高了双机备份的稳定性，进一步提高了双机切换速度。

Description

消息处理方法、装置及消息处理系统
技术领域
本发明涉及通信技术领域，具体而言涉及一种云计算平台上的消息处理方法、装置及消息处理系统。
背景技术
电信业务，例如呼叫业务、计费业务对可靠性要求极高，达到5个9(99.999％)，远大于企业级可靠性。根据目前公开的材料看，云计算系统的可靠性大约在95％～98％，远低于电信业务的可靠性要求，但云化是大趋势，如何在电信业务迁移到云后继续保持其电信级可靠性是需要解决的技术问题。
对软件业务来说，提高可靠性的一个重要手段就是热双机。现有技术提供了双机云化的解决方案，将双机(主机和备份机)分别部署在云端，由主机执行外部请求，在执行外部请求之后和备份机之间进行同步，同步过程包括数据同步、状态同步。
但是，现有技术的提供的双机云化方案在需要同步的数据量较大时，双机备份的可靠性降低，导致双机切换延时明显，进而降低业务的可靠性。
发明内容
本发明实施例提供了一种在双机备份场景下提高备份可靠性的消息处理方法、装置及消息处理系统。
第一方面，本发明实施例提供一种云计算平台上的消息处理方法，包括：接收输入请求消息，发送所述请求消息到部署在所述云计算平台上的主机和备份机，所述主机和备份机上运行相同的应用程序；
接收所述主机和备份机返回的多个输入响应消息，向外发送其中一个输入响应消息。
结合第一方面，在第一种可能的实现方式中，所述接收主机和备份机返回的多个输入响应消息，向外发送其中一个输入响应消息包括：
接收所述主机和备份机返回的多个输入响应消息，向外发送最先到达的响应消息；或者
接收所述主机和备份机返回的多个输入响应消息，所述输入响应消息中携带响应结果，确定重复次数最多的响应结果对应的第一类输入响应消息，向外发送所述第一类输入响应消息中的一个输入响应消息；或者
接收所述主机和备份机返回的多个输入响应消息，所述输入响应消息中携带响应结果，在所述多个输入响应消息的响应结果均不相同时，选择预先定义的主机或备份机的输入响应消息向外发送；或者
接收所述主机和备份机返回的多个输入响应消息，发送所述主机和备份机中健康度最高的虚拟机返回的输入响应消息。
结合第一方面的第一种可能的实现方式，在第二种可能的实现方式中，还包括：根据接收到的输入响应消息更新所述主机和备份机的健康度，所述主机和备份机的健康度根据各自发送的携带正确的响应结果的输入响应消息的数量计算得到。
结合第一方面、第一方面的第一种可能的实现方式或第一方面的第二种可能的实现方式，在第三种可能的实现方式中，还包括：
接收主机和备份机发送的多个输出请求消息，向外发送其中一个输出请求消息；
接收输出响应消息，向所述主机和备份机发送所述输出响应消息。
结合第一方面、第一方面的第一种可能的实现方式、第一方面的第二种可能的实现方式、第一方面的第三种可能的实现方式，在第四种可能的实现方式中，所述方法还包括：
接收主机和备份机发送的多个存储访问请求，向所述主机和备份机共享的I层存储设备发送其中一个存储访问请求；
接收所述I层存储设备返回的存储访问响应，向所述主机和备份机发送所述存储访问响应。
第二方面，本发明实施例提供一种云计算平台上的消息处理装置，其包括：
输入消息处理单元，用于接收输入请求消息，发送所述请求消息到部署在所述云计算平台上的主机和备份机，所述主机和备份机用于实现双机备份，所述主机和备份机上运行相同的应用程序；
输入响应处理单元，用于接收所述主机和备份机返回的多个输入响应消息，向外发送其中一个输入响应消息。
结合第二方面，在第一种可能的实现方式中，所述输入响应处理单元接收主机和备份机返回的多个输入响应消息，向外发送其中一个输入响应消息包括：
输入响应处理单元接收所述主机和备份机返回的多个输入响应消息，向外发送最先到达的响应消息；或者
输入响应处理单元接收所述主机和备份机返回的多个输入响应消息，所述输入响应消息中携带响应结果，确定重复次数最多的响应结果对应的第一类输入响应消息，向外发送所述第一类输入响应消息中的一个输入响应消息；或者
输入响应处理单元接收所述主机和备份机返回的多个输入响应消息，所述输入响应消息中携带响应结果，在所述多个输入响应消息的响应结果均不相同时，选择预先定义的主机或备份机的输入响应消息向外发送；或者
输入响应处理单元接收所述主机和备份机返回的多个输入响应消息，发送主机和备份机中健康度最高的虚拟机返回的输入响应消息。
结合第二方面、第二方面的第一种可能的实现方式，在第二种可能的实现方式中，还包括输出消息处理单元，用于接收主机和备份机发送的多个输出请求消息，向外发送其中一个输出请求消息；
输出响应处理单元，用于接收输出响应消息，向所述主机和备份机发送所述输出响应消息。
结合第二方面、第二方面的第一种可能的实现方式或第二方面的第二种可能的实现方式，在第三种可能的实现方式中，还包括：
存储消息处理单元，用于接收主机和备份机发送的多个存储访问请求，向所述主机和备份机共享的I层存储设备发送其中一个存储访问请求；
存储响应处理单元，用于接收所述I层存储设备返回的存储访问响应，向所述主机和备份机发送所述存储访问响应。
第三方面，本发明实施例还提供一种云计算平台上的消息处理系统，包括部署在所述云计算平台上的主机和备份机，还包括如第二方面所述的消息处理装置。
在本发明实施例提供的云计算平台上的消息处理方法中，在接收到发往主机和备份机的输入请求消息后，发送输入请求消息到所有的主机和备份机，在接收到主机和备份机返回的输入响应消息后，向外发送一个输入响应消息。与现有技术相比，本发明实施例将输入请求发送到所有的主机和备份机执行，主机和备份机执行同样的输入请求，因而主机和备份机之间不需要进行数据同步和状态同步，从而提高了双机备份的稳定性，进一步提高了双机切换速度。
附图说明
为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。其中：
图1是本发明实施例中主机和备份机的部署示意图；
图2是本发明实施例一提供的消息处理方法的流程图；
图3是本发明实施例二提供的消息处理方法的流程图；
图4是本发明实施例三提供的消息处理方法的流程图；
图5是本发明实施例四提供的消息处理方法的流程图；
图6是本发明实施例五提供的消息处理装置的结构示意图；
图7是本发明实施例六提供的消息处理装置的结构示意图；
图8是本发明实施例七提供的消息处理系统的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性的劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
本发明提供一种云计算平台上的消息处理方法、装置及消息处理系统，参见图1，图1是本发明实施例中主机和备份机的部署示意图。
如图所示，主机和备份机为部署在云计算平台上的虚拟机(也可以称为虚拟化容器)，主机和备份机上运行相同的应用，虚拟化容器1内运行应用程序(App1)作为主机，虚拟化容器2内运行应用程序(App1)的镜像作为备份机。其中，备份机的数量可以根据需要灵活增加，主机和备份机的概念是相对的，可以将所有的虚拟机称为主机，也可以将所有的虚拟机称为备份机。
虚拟化容器1和虚拟化容器2使用云计算IaaS层(简称I层)的网络资源、存储资源和计算(CPU)资源。其中，虚拟化容器1和虚拟化容器2可以共用相同的网络资源和存储资源，也可以使用独立的网络资源和存储资源。应用程序和IaaS层之间还包括消息处理装置(也可理解为接口适配层)。
参见图2，图2是本发明实施例一提供的云计算平台上的消息处理方法的流程图。
如图所示，一种云计算平台上的消息处理方法主要包括：
步骤101、接收输入请求消息，发送所述请求消息到部署在云计算平台上的主机和备份机，所述主机和备份机上运行相同的应用程序。
本发明实施例中消息处理装置在接收到外部(“外部”指的是主机和备份机以外)的输入请求消息，例如计费请求，复制发送该请求消息到主机和备份机，主机和备份机各自独立执行该输入请求消息，并返回对应的输入响应消息。
其中，接收到的输入请求消息可以是发往主机和/或备份机的，还可以是发往消息处理装置的，即输入请求消息目的地址可以为主机和/或备份机，还可以为本实施例中的消息处理装置，消息处理装置均可接收到该输入请求消息。主机和备份机可以具有相同的地址，还可以具有相互独立的地址。
步骤102、接收主机和备份机返回的多个输入响应消息，向外发送其中一个输入响应消息。
在本发明实施例中，消息处理装置在接收主机和备份机返回的多个输入响应消息后，可以识别出重复的输入响应消息，向外发送其中一个输入响应消息。
具体的，本发明实施例可以接收主机和备份机返回的多个输入响应消息，向外发送最先到达的响应消息，以提高消息发送效率。在向外发送最先到达的响应消息后，还可以根据输入响应消息的消息特征(例如会话标识)快速识别与最先返回的输入响应消息重复的消息并丢弃。消息处理装置还可以通过完全消息匹配的方式来识别主机和备份机发送的输入响应消息。
本发明实施例还可以接收主机和备份机返回的多个输入响应消息，所述输入响应消息中携带响应结果，本发明实施例确定重复次数最多的响应结果对应的第一类输入响应消息，向外发送所述第一类输入响应消息中的一个输入响应消息，进而提高响应消息发送的正确性。需要说明的是，响应结果可以包含在响应消息的消息体中，还可以直接为该响应消息本身。
本发明实施例还可以接收主机和备份机返回的多个输入响应消息，所述输入响应消息中携带响应结果，在判断所述多个输入响应消息的响应结果均不相同时，选择预先定义的主机或备份机的输入响应消息向外发送，即以预先规定的一个虚拟机的输入响应消息为准向外发送。
其中，本发明实施例中处理主机和备份机返回的多个输入响应消息的详细过程可以适用于本发明实施例一以下的其他实施例。
在本发明实施例中,为使得消息处理装置能接收到所有发往主机或备份机的输入请求消息，可以将消息处理装置配置做成必经的路由节点。消息处理装置可以拦截发往主机和备份机的输入请求消息以及拦截主机和备份机返回的多个输入响应消息。
在本发明实施例中，若接收到的输入请求消息中携带了全局唯一的消息特征(例如会话标识session-id)，消息处理装置可以根据消息特征来识别重复的输入响应消息，同时可以根据消息特征来匹配输入请求消息和输入响应消息。其中，消息特征的具体描述可以适用于本发明实施例一以下的其他实施例。
若消息处理装置接收到的输入请求消息中不携带全局唯一的消息标识，则消息处理装置可以在待发送的输入请求消息中增加一些关联信息，例如在发送给每个虚拟机的输入请求消息中增加接收该消息的虚拟机标识(例如虚拟机的进程ID、虚拟机的MAC地址)和序列号(该序列号可以与一条输入请求消息对应)，然后发送修改的输入请求消息到主机和备份机。本发明实施例可以在I层的接口层增加关联信息，以便于消息处理装置进行识别。对应的，由于在发送的输入请求消息中增加了关联信息，因而返回的输入响应消息中同样携带该关联信息，消息处理装置可以根据该关联信息中的序列号识别重复的输入响应消息，根据该关联消息中的虚拟机标识识别不同的虚拟机返回的输入响应消息，还可以根据该关联信息匹配输入请求消息和输入响应消息。由于上述关联信息增加到I层的接口层，因而消息处理装置在向主机和备份机发送输入请求消息时，可以不携带该关联信息。
步骤103、在所述多个输入响应消息的响应结果出现异常时，重建所述主机和备份机。
在本发明实施例中，若多个输入响应消息的响应结果出现异常时，例如多个输入响应消息的响应结果均不相同或多个输入响应消息中只存在部分响应结果不同的响应消息，即另一部分输入响应消息的响应结果相同，则说明主机和备份机中的部分虚拟机可能存在故障，此时重建主机和备份机。其中，重建主机和备份机可以根据预先定义的规则(例如重新安装应用程序、恢复数据等)重建主机和备份机，以便于主机和备份机恢复正常。
此外，本发明实施例还可以在上述确定重复次数最多的响应结果对应的第一类输入响应消息时，根据第一类输入响应消息对应的虚拟机重建第一类输入响应消息对应的虚拟机以外的主机或备份机，以便于第一类输入响应消息对应的虚拟机以外的主机或备份机恢复正常，同时减少了虚拟机重建的数量，间接提高了备份的可靠性。
进一步的，在本发明实施例中的主机和备份机还可以分别对应健康度(或可信度)，健康度根据返回的输入响应消息正确的次数占返回的输入响应消息的总次数的比例确定。
本发明实施例在接收到主机或备份机返回的输入响应消息后，判断输入响应消息是否正确，并根据判断结果更新对应的主机和备份机的健康度(输入响应消息正确，则健康度增加)，进而在向外发送输入响应消息时，发送健康度高的虚拟机返回的输入响应消息。其中，判断输入响应消息是否正确的过程可以根据少数服从多数的原则，例如统计每条输入响应消息中响应结果出现的次数，将出现次数最多的响应结果对应的输入响应消息判断为正确，而将其他的响应结果判断为错误。其中，本发明实施例中主机和备份机的健康度的具体描述可以适用于本发明实施例一以下的其他实施例。此外，本发明实施例还在所述主机或备份机的健康度低于阈值时，重建所述健康度低于阈值的主机或备份机。例如，根据预先定义的规则重建该虚拟机或根据健康度最高的虚拟机重建健康度低于阈值的主机或备份机。
参见图3，图3是本发明实施例二提供的云计算平台上的消息处理方法的流程图。
如图所示，一种云计算平台上的消息处理方法主要包括：
步骤201、接收主机和备份机发送的多个输出请求消息，向外发送其中一个输出请求消息。
具体的，运行应用程序的主机和备份机会向外发送输出请求消息，例如向终端发送位置请求消息，本发明实施例在接收到输出请求消息后，向外发送其中一个输出请求消息，例如发送最先收到的输出请求消息。
本发明实施例可以根据输出请求消息的消息特征来识别重复的输出请求消息，例如根据会话标识来识别。此外，主机和备份机可以在发送给消息处理装置的输出请求消息中增加该消息的序列号，消息处理装置根据该序列号来快速识别重复的输出请求消息。
在本发明实施例中,为使得消息处理装置能接收到所有主机或备份机发送的输出请求消息，可以将消息处理装置配置做成必经的路由节点，消息处理装置可以拦截所有的主机和备份机发送的输出请求消息。
步骤202、接收输出响应消息，向所述主机和备份机发送所述输出响应消息。
具体的，本发明实施例在接收到外部返回的输出响应消息，例如位置响应消息，则向主机和备份机发送接收到的位置响应消息。主机和备份机则根据接收到的输出响应消息进行数据处理。本发明实施例还可以在进行数据处理后将处理结果进行存储，即主机和备份机向I层的存储设备发送存储访问请求。
其中，消息处理装置可以根据本地保持的路由表向主机和备份机发送输出响应消息，或者向主机和备份机广播该输出响应消息。
需要说明的是，本发明实施例二中的输出请求消息可以为主机和备份机主动触发的输出请求消息，还可以为主机和备份机根据实施例一中接收到的输入请求消息返回的输出请求消息，此时主机和备份机返回的输入响应消息即为输出请求消息。实施例一中的消息处理方法在执行向外发送其中一个输入响应消息的步骤102后，还执行接收输出响应消息的步骤202。
步骤203、接收主机和备份机发送的多个存储访问请求，向所述主机和备份机共享的I层存储设备发送其中一个存储访问请求。
在本发明实施例中，主机和备份机共享相同的I层存储设备，则在接收到主机和备份机发送的多个存储访问请求(例如根据输出响应消息返回的存储访问请求)时，向共享的I层存储设备发送其中一个存储访问请求，例如发送最先到达的存储访问请求。此外，消息处理装置同样可以发送健康度最高的虚拟机的存储访问请求。
在本发明实施例中，若存储访问请求中携带消息特征，则消息处理装置根据该消息特征来识别重复的存储访问请求。此外，主机和备份机还可以在发出的存储访问请求中增加该访问请求的序列号，消息处理装置根据该序列号来快速识别重复的存储访问请求。上述序列号可以增加到I层的接口层，以便于消息处理装置进行识别。
在本发明实施例中，若主机和备份机不共享相同的I层存储设备，即主机和备份机配置的了各自独立的存储设备，此时主机和备份机各自向对应的存储设备发送存储访问请求和接收存储访问响应，消息处理装置不对存储访问请求进行处理。
步骤204、接收I层存储设备返回的存储访问响应，向主机和备份机发送所述存储访问响应。
本发明实施例在接收到I层存储设备返回的存储访问响应后，根据存储访问响应中的消息特征或序列号来匹配对应的存储访问请求，然后向主机和备份机复制发送该存储访问响应，以便于主机和备份机获取存储访问结果。
在本发明实施例提供的云计算平台上的消息处理方法中，在接收到主机和备份机向外发出的输出请求消息后，发送其中一个输出请求消息，在接收到外部设备返回的输出响应消息后，向主机和备份机复制发送该输出响应消息。与现有技术相比，本发明实施例将输出响应消息发送到所有的主机和备份机，主机和备份机执行同样的输出响应消息，因而主机和备份机之间不需要进行数据同步和状态同步，从而提高了双机备份的稳定性，进一步提高了双机切换速度。
进一步的，本发明实施例还在接收到存储访问请求后发送其中一个到共享的I层存储设备，并将接收到的存储访问响应向所有的主机和备份机发送，从而实现共享的存储设备的访问。与现有技术相比，本发明实施例中的主机和备份机可以共享I层存储设备，降低了双机备份场景下的存储资源的冗余。
参见图4，图4是本发明实施例三提供的云计算平台上的消息处理方法的流程图。
如图所示，应用程序(例如计费应用)运行在虚拟化的容器内，虚拟化容器接管计费应用的所有资源访问请求，包括网络资源，磁盘资源、CPU资源。本实施例以计费应用中的融合记账部分(convergentbillingpart，CBP)为例来说明，计费应用所在的虚拟化容器共享存储资源，虚拟化容器的网络资源和存储资源独立部署，主机和备份机1、2上均部署了融合记账部分。
在主机和备份机部署完成后，消息处理装置本地存储了路由表，以便于后续的消息发送。
步骤301、接收外部计费请求消息。
其中，消息处理装置接收到的计费请求中携带消息特征，消息特征在本实施例中具体可以为会话标识(session-id)和计费请求号码(requestnumber)。对于不同的外部设备先后发送的计费请求消息，则可以通过外部设备的标识(例如用户设备标识)来进行区分。外部计费请求消息的目的地址可以为主机和/或备份机，还可以为本实施例中的消息处理装置，消息处理装置均可接收到该外部计费请求消息。
步骤302、发送计费请求消息到主机和备份机。
其中，消息处理装置根据本地的路由表发送计费请求消息到主机和备份机1、2。
步骤303、主机和备份机处理计费请求消息，返回计费响应消息。
其中，主机和备份机1、2根据该计费请求独立执行计费处理，返回计费响应消息，消息处理装置执行步骤304。
此外，本发明实施例中主机和备份机1、2在处理计费请求消息后，还需要向I层存储设备写入数据，即执行步骤306。
步骤304、接收主机和备份机发送的计费响应消息，向外发送一个第一类计费响应消息。
其中，消息处理装置可以通过会话标识(session-id)、请求号码(requestnumber)来识别不同的虚拟机针对同一计费请求消息返回的计费响应消息。
在本实施例中，主机或备份机在执行计费请求消息后，返回的计费响应消息中的计费结果可能不同，此时消息处理装置获取重复次数最多的计费结果对应的第一类计费响应消息，然后从第一类计费响应消息中选择一个向外发送。
步骤305、根据第一类计费响应消息对应的虚拟机重建第一类计费响应消息对应的虚拟机以外的主机或备份机。
消息处理装置根据第一类计费响应消息对应的虚拟机重建第一类计费响应消息对应的虚拟机以外的虚拟机(可以为主机或备份机)，以便于第一类计费响应消息对应的虚拟机以外的主机或备份机恢复正常，进而提高双机备份的可靠性。
特殊情况下，当所有的虚拟机的输出结果各不相同时，则根据预定义虚拟机创建规则，对所有的虚拟机进行重建。此外，本发明实施例还在虚拟机出现明显运行异常(例如无法返回响应消息)时，对该虚拟机进行重建，例如根据第一类计费响应消息对应的虚拟机重建该无法返回响应消息的虚拟机。
步骤306、主机和备份机向I层存储设备发送数据写入请求。
在本实施例中，主机和备份机1、2还需要向I层存储设备进行计费信息存储，向I层存储设备发送存储访问请求。在本实施例中，消息处理装置可以拦截所有的存储访问请求，存储访问请求具体为数据写入请求。在具体实现时，主机和备份机1、2发送的数据写入请求中的数据可能不一致。
步骤307、接收主机和备份机发送的多个数据写入请求，发送一个第一类数据写入请求到I层存储设备。
在本实施例中，数据写入请求中的消息消息特征为数据写入请求中的关键字(对应不同的待写入数据)。消息处理装置接收到数据写入请求后，通过数据写入请求中的关键字来识别主机和备份机1、2向I层存储设备发送的数据写入请求。
此外，数据写入请求中携带待写入数据，本发明实施例从具有相同关键字的多个数据写入请求中，确定重复次数最多的待写入数据对应的第一类数据写入请求，并向I层存储设备发送所述第一类数据写入请求中的一个数据写入请求，进而提高数据写入的正确性。
I层存储设备根据接收到的数据写入请求写入计费数据，并返回数据写入响应。
步骤308、接收I层存储设备返回的数据写入响应。
消息处理装置接收I层存储设备返回的数据写入响应。
步骤309、向主机和备份机复制发送该数据写入响应。
消息处理装置在接收到与数据写入请求对应的数据写入响应后，根据关键字来匹配对应的数据写入请求，然后根据内部存储的路由表向主机和备份机1、2发送接收到的数据写入响应，完成数据写入过程。
参见图5，图5是本发明实施例四提供的云计算平台上的消息处理方法的流程图。
如图所示，应用程序(例如呼叫处理应用)运行在虚拟化的容器内，虚拟化容器接管应用的所有资源访问请求，包括网络资源，磁盘资源、CPU资源。本实施例以呼叫处理应用中的服务控制部分(servicecontrolpart，SCP)为例来说明，主机和备份机1、2上均部署了服务控制部分。
本发明实施例提供的双机备份场景下的智能网呼叫消息处理方法主要包括以下步骤：
步骤501、接收外部上报的呼叫控制请求。
具体的，消息处理装置接收外部的业务交换点(ServiceSwitchingPoint，SSP)上报的呼叫控制请求。
步骤502、向主机和备份机发送呼叫控制请求。
其中，消息处理装置根据内部储存的路由表发送呼叫控制请求给所有的主机和备份机。
主机和备份机各自独立执行呼叫控制，返回呼叫控制响应，呼叫控制响应中的(CAMELApplicationPart，CAP)协议的事务处理能力应用部分(TransactionCapabilitiesApplicationPart，TCAP)层的会话标识(dialogid)可以唯一标识本次呼叫请求。
步骤503、接收主机和备份机发送的呼叫控制响应。
消息处理装置可以接收所有的主机和备份机1、2返回的呼叫控制响应。
步骤504、发送健康度最高的虚拟机返回的呼叫控制响应。
具体的，消息处理装置中存储有每个主机和备份机的健康度数据，健康度数据是根据历史的呼叫控制响应来计算得到的，例如根据返回的呼叫控制响应正确的次数占返回的呼叫控制响应的总次数的比例确定。
消息处理装置发送健康度最高的虚拟机返回的呼叫控制响应，根据呼叫控制响应中的CAP协议的TCAP层的会话标识来区分重复的呼叫控制响应并丢弃，从而完成呼叫控制过程。
步骤505、根据接收到的呼叫控制响应更新对应的主机和备份机的健康度。
本发明实施例在向外发送呼叫控制响应后，对所有主机和备份机本次返回的呼叫控制响应进行正确性判断，即统计所有的呼叫控制响应中不同的呼叫控制结果重复出现的次数，将重复出现的次数最大的响应结果对应的呼叫控制响应确定为正确的呼叫控制响应(若所有的呼叫控制响应中的呼叫控制结果均不相同，则可以将所有的呼叫控制响应均确定为错误的呼叫控制响应)，而将其他的响应结果对应的呼叫控制响应确定为错误的呼叫控制响应，进而更新呼叫控制响应对应的主机和备份机的健康度，以便于在发送呼叫控制响应时确定健康度最高的虚拟机。
此外，若主机或备份机未返回呼叫控制响应，则可以确定该虚拟机返回错误的呼叫控制响应，更新该虚拟机的健康度。
步骤506、重建健康度低于阈值的主机或备份机。
在本实施例中，若主机或备份机的健康度低于阈值(例如95％)，则确定该虚拟机出现异常，重建该虚拟机。例如，根据预先定义的规则重建该虚拟机或根据健康度最高的虚拟机重建健康度低于阈值的主机或备份机。
在本发明实施例中，通过部署多个主机和备份机，主机和备份机同时执行呼叫请求，双机备份来提高了呼叫控制过程的稳定性。此外，由于云环境下的单个应用程序配置可以很低，本发明实施例可以通过低成本虚拟机的规模化降低电信硬件的成本。
参见图6，图6是本发明实施例五提供的消息处理装置的结构示意图。
如图所示，本发明实施例提供的消息处理装置主要包括：
输入请求处理单元610，用于接收输入请求消息，发送所述请求消息到部署在所述云计算平台上的主机和备份机，所述主机和备份机上运行相同的应用程序，所述主机和备份机用于实现双机备份；
输入响应处理单元620，用于接收所述主机和备份机返回的多个输入响应消息，向外发送其中一个输入响应消息。
在本发明实施例提供的消息处理装置中，输入响应处理单元620接收主机和备份机返回的多个输入响应消息，向外发送其中一个输入响应消息具体可以包括：
输入响应处理单元620接收所述主机和备份机返回的多个输入响应消息，向外发送最先到达的响应消息；或者
输入响应处理单元620接收所述主机和备份机返回的多个输入响应消息，所述输入响应消息中携带响应结果，确定重复次数最多的响应结果对应的第一类输入响应消息，向外发送所述第一类输入响应消息中的一个输入响应消息；或者
输入响应处理单元620接收所述主机和备份机返回的多个输入响应消息，所述输入响应消息中携带响应结果，在所述多个输入响应消息的响应结果均不相同时，选择预先定义的主机或备份机的输入响应消息向外发送；或者
输入响应处理单元620接收所述主机和备份机返回的多个输入响应消息，发送主机和备份机中健康度最高的虚拟机返回的输入响应消息。
其中，输入响应处理单元620的具体处理过程参见上述的实施例一中的步骤102的相关描述，在此不再赘述。
进一步参见图6，本发明实施例提供的消息处理装置还包括：
虚拟机重建单元630，用于在所述多个输入响应消息的响应结果出现异常时，重建所述主机和备份机，或者在所述主机或备份机的健康度低于阈值时，重建所述健康度低于阈值的主机或备份机。其中，出现异常的情况包括：多个输入响应消息的响应结果均不相同或多个输入响应消息中只存在部分响应结果不同的响应消息，即另一部分输入响应消息的响应结果相同，虚拟机重建单元630重建虚拟机的具体过程参见上述实施例一中的步骤103的描述，在此不再赘述。
健康度更新单元640，用于根据接收到的输入响应消息更新所述主机和备份机的健康度，所述主机和备份机的健康度根据各自发送的携带正确的响应结果的输入响应消息的数量计算得到。其中，健康度更新单元640具体可以根据虚拟机发送的输入响应消息的总量和携带正确的响应结果的输入响应消息来计算得到。
输出请求处理单元650，用于接收主机和备份机发送的多个输出请求消息，向外发送其中一个输出请求消息；输出响应处理单元660，用于接收输出响应消息，向所述主机和备份机发送所述输出响应消息。其中，输出请求处理单元650和输出响应处理单元660的对输出请求消息和输出响应消息的具体处理过程参见上述实施例二中步骤201-202的相关描述，在此不再赘述。
存储请求处理单元670，用于接收主机和备份机发送的多个存储访问请求，向所述主机和备份机共享的I层存储设备发送其中一个存储访问请求；存储响应处理单元680，用于接收所述I层存储设备返回的存储访问响应，向所述主机和备份机发送所述存储访问响应。其中，存储响应处理单元680向主机和备份机共享的I层存储设备发送其中一个存储访问请求包括：存储响应处理单元680向所述主机和备份机共享的I层存储设备发送最先到达的存储访问请求。
在本发明实施例中，存储请求处理单元670和存储响应处理单元680对存储访问请求和存储访问响应的具体处理过程参见上述实施例二中步骤203-204的相关描述，在此不再赘述。与现有技术相比，本发明实施例中的消息处理装置可以使得主机和备份机可以共享I层存储设备，降低了双机备份场景下的存储资源的冗余。
参见图7，图7是本发明实施例六提供的消息处理装置的结构示意图。
如图所示，本发明实施例提供的消息处理装置主要包括：
处理器710、存储器720和总线730，所述存储器720用于存储计算机执行指令，所述处理器710与所述存储器720通过所述总线730连接，当所述装置运行时，所述处理器710执行所述计算机执行指令，以使所述装置执行如下方法：
接收输入请求消息，发送所述请求消息到部署在所述云计算平台上的主机和备份机，所述主机和备份机上运行相同的应用程序；
接收所述主机和备份机返回的多个输入响应消息，向外发送其中一个输入响应消息。
本发明实施例六提供的消息处理装置执行上述方法的具体过程和前述对应的消息处理方法实施例一、实施例二、实施例三和实施例四中的执行过程相同，具有相同的有益效果，详情参见上述实施例，在此不再赘述。
参见图8，图8是本发明实施例七提供的消息处理系统的结构示意图。
如图所示，本发明实施例提供的消息处理系统主要包括：主机810、备份机820，以及消息处理装置830。其中，消息处理装置830的具体结构和功能与上述实施例五、六提供的消息处理装置相同，详情参见上述实施例，在此不再赘述。本发明实施例提供的消息处理系统将输入请求消息发送到所有的主机和备份机执行，主机和备份机执行同样的输入请求消息，因而主机和备份机之间不需要进行数据同步和状态同步，从而提高了双机备份的稳定性，进一步提高了双机切换速度。
本领域普通技术人员将会理解，本发明的各个方面、或各个方面的可能实现方式可以被具体实施为系统、方法或者计算机程序产品。因此，本发明的各方面、或各个方面的可能实现方式可以采用完全硬件实施例、完全软件实施例(包括固件、驻留软件等等)，或者组合软件和硬件方面的实施例的形式，在这里都统称为“电路”、“模块”或者“系统”。此外，本发明的各方面、或各个方面的可能实现方式可以采用计算机程序产品的形式，计算机程序产品是指存储在计算机可读介质中的计算机可读程序代码。
计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质包含但不限于电子、磁性、光学、电磁、红外或半导体系统、设备或者装置，或者前述的任意适当组合，如随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或者快闪存储器)、光纤、便携式只读存储器(CD-ROM)。
计算机中的处理器读取存储在计算机可读介质中的计算机可读程序代码，使得处理器能够执行在流程图中每个步骤、或各步骤的组合中规定的功能动作；生成实施在框图的每一块、或各块的组合中规定的功能动作的装置。
计算机可读程序代码可以完全在用户的计算机上执行、部分在用户的计算机上执行、作为单独的软件包、部分在用户的计算机上并且部分在远程计算机上，或者完全在远程计算机或者服务器上执行。也应该注意，在某些替代实施方案中，在流程图中各步骤、或框图中各块所注明的功能可能不按图中注明的顺序发生。例如，依赖于所涉及的功能，接连示出的两个步骤、或两个块实际上可能被大致同时执行，或者这些块有时候可能被以相反顺序执行。
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。
以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应所述以权利要求的保护范围为准。

Claims (16)

1.一种云计算平台上的消息处理方法，其特征在于，包括：
接收输入请求消息，发送所述请求消息到部署在所述云计算平台上的主机和备份机，所述主机和备份机上运行相同的应用程序；
接收所述主机和备份机返回的多个输入响应消息，向外发送其中一个输入响应消息。
2.如权利要求1所述的方法，其特征在于，所述接收主机和备份机返回的多个输入响应消息，向外发送其中一个输入响应消息包括：
接收所述主机和备份机返回的多个输入响应消息，向外发送最先到达的响应消息；或者
接收所述主机和备份机返回的多个输入响应消息，所述输入响应消息中携带响应结果，确定重复次数最多的响应结果对应的第一类输入响应消息，向外发送所述第一类输入响应消息中的一个输入响应消息；或者
接收所述主机和备份机返回的多个输入响应消息，所述输入响应消息中携带响应结果，在所述多个输入响应消息的响应结果均不相同时，选择预先定义的主机或备份机的输入响应消息向外发送；或者
接收所述主机和备份机返回的多个输入响应消息，发送所述主机和备份机中健康度最高的虚拟机返回的输入响应消息。
3.如权利要求2所述的方法，其特征在于，还包括：
根据接收到的输入响应消息更新所述主机和备份机的健康度，所述主机和备份机的健康度根据各自发送的携带正确的响应结果的输入响应消息的数量计算得到。
4.如权利要求2所述的方法，其特征在于，所述方法还包括：
在所述多个输入响应消息的响应结果出现异常时，重建所述主机和备份机；或者
在所述主机或备份机的健康度低于阈值时，重建所述健康度低于阈值的主机或备份机。
5.如权利要求1所述的方法，其特征在于，所述接收主机和备份机返回的多个输入响应消息，向外发送其中一个输入响应消息具体包括：
接收所述主机和备份机返回的多个输入响应消息，向外发送最先返回的输入响应消息；
根据所述输入响应消息的消息特征识别与所述最先返回的输入响应消息重复的消息并丢弃。
6.如权利要求1-5任一项所述的方法，其特征在于，还包括：
接收主机和备份机发送的多个输出请求消息，向外发送其中一个输出请求消息；
接收输出响应消息，向所述主机和备份机发送所述输出响应消息。
7.如权利要求1-5任一项所述的方法，其特征在于，所述方法还包括：
接收主机和备份机发送的多个存储访问请求，向所述主机和备份机共享的I层存储设备发送其中一个存储访问请求；
接收所述I层存储设备返回的存储访问响应，向所述主机和备份机发送所述存储访问响应。
8.如权利要求7所述的方法，其特征在于，所述向主机和备份机共享的I层存储设备发送其中一个存储访问请求包括：
向所述主机和备份机共享的I层存储设备发送最先到达的存储访问请求。
9.一种云计算平台上的消息处理装置，其特征在于，包括：
输入消息处理单元，用于接收输入请求消息，发送所述请求消息到部署在所述云计算平台上的主机和备份机，所述主机和备份机用于实现双机备份，所述主机和备份机上运行相同的应用程序；
输入响应处理单元，用于接收所述主机和备份机返回的多个输入响应消息，向外发送其中一个输入响应消息。
10.如权利要求9所述的消息处理装置，其特征在于，所述输入响应处理单元接收主机和备份机返回的多个输入响应消息，向外发送其中一个输入响应消息包括：
输入响应处理单元接收所述主机和备份机返回的多个输入响应消息，向外发送最先到达的响应消息；或者
输入响应处理单元接收所述主机和备份机返回的多个输入响应消息，所述输入响应消息中携带响应结果，确定重复次数最多的响应结果对应的第一类输入响应消息，向外发送所述第一类输入响应消息中的一个输入响应消息；或者
输入响应处理单元接收所述主机和备份机返回的多个输入响应消息，所述输入响应消息中携带响应结果，在所述多个输入响应消息的响应结果均不相同时，选择预先定义的主机或备份机的输入响应消息向外发送；或者
输入响应处理单元接收所述主机和备份机返回的多个输入响应消息，发送主机和备份机中健康度最高的虚拟机返回的输入响应消息。
11.如权利要求10所述的消息处理装置，其特征在于，还包括：
虚拟机重建单元，用于在所述多个输入响应消息的响应结果出现异常时，重建所述主机和备份机，或者在所述主机或备份机的健康度低于阈值时，重建所述健康度低于阈值的主机或备份机。
12.如权利要求10所述的消息处理装置，其特征在于，还包括：
健康度更新单元，用于根据接收到的输入响应消息更新所述主机和备份机的健康度，所述主机和备份机的健康度根据各自发送的携带正确的响应结果的输入响应消息的数量计算得到。
13.如权利要求9-12任一项所述的消息处理装置，其特征在于，还包括：
输出消息处理单元，用于接收主机和备份机发送的多个输出请求消息，向外发送其中一个输出请求消息；
输出响应处理单元，用于接收输出响应消息，向所述主机和备份机发送所述输出响应消息。
14.如权利要求9-12任一项所述的消息处理装置，其特征在于，还包括：
存储消息处理单元，用于接收主机和备份机发送的多个存储访问请求，向所述主机和备份机共享的I层存储设备发送其中一个存储访问请求；
存储响应处理单元，用于接收所述I层存储设备返回的存储访问响应，向所述主机和备份机发送所述存储访问响应。
15.如权利要求14所述的消息处理装置，其特征在于，所述存储响应处理单元向主机和备份机共享的I层存储设备发送其中一个存储访问请求包括：
存储响应处理单元向所述主机和备份机共享的I层存储设备发送最先到达的存储访问请求。
16.一种云计算平台上的消息处理系统，包括部署在所述云计算平台上的主机和备份机，其特征在于，还包括如权利要求9-15任一项所述的消息处理装置。
CN201410528631.0A 2014-10-08 2014-10-08 消息处理方法、装置及消息处理系统 Active CN105577711B (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CN201410528631.0A CN105577711B (zh) 2014-10-08 2014-10-08 消息处理方法、装置及消息处理系统
EP15848459.2A EP3193482B1 (en) 2014-10-08 2015-04-20 Message processing method and apparatus
PCT/CN2015/076985 WO2016054906A1 (zh) 2014-10-08 2015-04-20 计费方法和设备、接入设备、服务质量控制方法和设备
US15/481,962 US10567507B2 (en) 2014-10-08 2017-04-07 Message processing method and apparatus, and message processing system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201410528631.0A CN105577711B (zh) 2014-10-08 2014-10-08 消息处理方法、装置及消息处理系统

Publications (2)

Publication Number Publication Date
CN105577711A true CN105577711A (zh) 2016-05-11
CN105577711B CN105577711B (zh) 2019-05-03

Family

ID=55652540

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201410528631.0A Active CN105577711B (zh) 2014-10-08 2014-10-08 消息处理方法、装置及消息处理系统

Country Status (4)

Country Link
US (1) US10567507B2 (zh)
EP (1) EP3193482B1 (zh)
CN (1) CN105577711B (zh)
WO (1) WO2016054906A1 (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP7028503B2 (ja) * 2018-03-29 2022-03-02 Ｎｅｃプラットフォームズ株式会社 コンピュータシステム、通信システム、コンピュータシステムによる制御方法及びプログラム

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030037283A1 (en) * 2001-08-15 2003-02-20 Anand Srinivasan Electing a master server using election periodic timer in fault-tolerant distributed dynamic network systems
WO2013158514A1 (en) * 2012-04-20 2013-10-24 Microsoft Corporation Binding crud-type protocols in distributed agreement protocols
CN103761166A (zh) * 2014-01-22 2014-04-30 上海交通大学 一种虚拟化环境下针对网络服务的双机热备份容灾系统及其方法

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7434096B2 (en) * 2006-08-11 2008-10-07 Chicago Mercantile Exchange Match server for a financial exchange having fault tolerant operation
US8364481B2 (en) * 2008-07-02 2013-01-29 Google Inc. Speech recognition with parallel recognition tasks
US8615584B2 (en) * 2009-12-03 2013-12-24 International Business Machines Corporation Reserving services within a cloud computing environment
JP5822452B2 (ja) * 2010-10-22 2015-11-24 株式会社インテック ストレージサービス提供装置、システム、サービス提供方法、及びサービス提供プログラム
US8788871B2 (en) * 2011-06-28 2014-07-22 International Business Machines Corporation Unified, workload-optimized, adaptive RAS for hybrid systems
US20130030928A1 (en) * 2011-07-25 2013-01-31 Lopez Eric R Methods and systems for electronically marketing a product through affiliate sponsorships via a computer network
CN103368993A (zh) * 2012-03-28 2013-10-23 上海地面通信息网络有限公司 一种虚拟云主机备份控制装置
JP5957269B2 (ja) * 2012-04-09 2016-07-27 クラリオン株式会社 音声認識サーバ統合装置および音声認識サーバ統合方法
CN103501290B (zh) * 2013-09-18 2017-10-24 万达信息股份有限公司 一种基于动态备份虚拟机的高可靠服务系统构建方法
CN103532764B (zh) * 2013-10-24 2016-05-11 中国科学院信息工程研究所 多机热备份方法及系统
US9532103B2 (en) * 2013-12-16 2016-12-27 Vmware, Inc. Multi-user support for set top boxes and game consoles
CN103885857B (zh) * 2014-03-10 2017-05-17 中标软件有限公司 虚拟机容错方法以及设备
CN105210330B (zh) * 2014-04-22 2018-09-11 柏思科技有限公司 用于处理dns请求的方法和系统

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030037283A1 (en) * 2001-08-15 2003-02-20 Anand Srinivasan Electing a master server using election periodic timer in fault-tolerant distributed dynamic network systems
WO2013158514A1 (en) * 2012-04-20 2013-10-24 Microsoft Corporation Binding crud-type protocols in distributed agreement protocols
CN103761166A (zh) * 2014-01-22 2014-04-30 上海交通大学 一种虚拟化环境下针对网络服务的双机热备份容灾系统及其方法

Also Published As

Publication number Publication date
CN105577711B (zh) 2019-05-03
EP3193482B1 (en) 2020-02-05
WO2016054906A1 (zh) 2016-04-14
US10567507B2 (en) 2020-02-18
EP3193482A1 (en) 2017-07-19
US20170214742A1 (en) 2017-07-27
EP3193482A4 (en) 2017-11-08

Similar Documents

Publication Publication Date Title
CN106301829B (zh) 一种网络业务扩容的方法和装置
CN108401492B (zh) 一种基于混合资源的路由选路方法、装置和服务器
CN112000355B (zh) 用于固件升级的方法及装置、家电设备
CN105005521A (zh) 测试方法及装置
CN110286997B (zh) 多容器应用创建方法、装置、计算机设备及存储介质
US10831630B2 (en) Fault analysis method and apparatus based on data center
CN109120444B (zh) 云资源管理方法、处理器以及存储介质
CN105743808A (zh) 一种适配QoS的方法和装置
EP3247073A1 (en) Alarm processing method and device
CN103795622A (zh) 一种报文转发方法及其装置
CN104852828A (zh) 一种网络时延检测方法,装置及系统
CN111431730A (zh) 一种业务处理方法、系统、计算机设备及可读介质
CN107277163B (zh) 一种设备远程映射方法及装置
CN107426012B (zh) 一种基于超融合架构的故障恢复方法及其装置
CN109379269A (zh) 虚拟交换设备数据转发方法、装置和计算机设备
CN109542841A (zh) 集群中创建数据快照的方法及终端设备
CN113050978B (zh) 应用的灰度发布控制方法、装置、设备及计算机存储介质
CN105577711A (zh) 消息处理方法、装置及消息处理系统
CN113448770A (zh) 用于恢复数据的方法、电子设备和计算机程序产品
CN103309730B (zh) 跨进程回调的方法及装置
CN106559439B (zh) 一种业务处理方法及设备
CN110474787A (zh) 一种节点故障检测方法和装置
CN106506247B (zh) 虚拟网络创建方法和装置
CN113922972A (zh) 基于md5标识码的数据转发方法和装置
CN107454021B (zh) 一种通信方法及装置

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant