CN109873839A - 数据访问的方法、服务器与分布式系统 - Google Patents
数据访问的方法、服务器与分布式系统 Download PDFInfo
- Publication number
- CN109873839A CN109873839A CN201711246451.3A CN201711246451A CN109873839A CN 109873839 A CN109873839 A CN 109873839A CN 201711246451 A CN201711246451 A CN 201711246451A CN 109873839 A CN109873839 A CN 109873839A
- Authority
- CN
- China
- Prior art keywords
- server
- distributed system
- physical resource
- data access
- application
- 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
Landscapes
- Computer And Data Communications (AREA)
Abstract
本申请提供一种数据访问的方法，该方法应用于分布式系统中，该分布式系统包括多个服务器和主机，该分布式系统用于处理至少两种应用的写数据访问，该方法由对该分布式系统进行写数据访问的客户端执行，包括：获取映射关系信息，映射关系信息用于指示为每种应用配置的物理资源子集；在需要进行目标应用的写数据访问的情况下，根据该映射关系信息，确定处理该目标应用的物理资源子集；向目标业务服务器发送请求消息，该请求消息用于向该目标业务服务器请求该目标应用的写数据访问，该请求消息携带有该目标应用的业务标识。该方法能够减小写数据访问的时延，降低主服务器的负载，并同时增大分布式系统的写扩展性。
Description
技术领域
本申请涉及存储领域，并且更具体地，涉及一种数据访问的方法、服务器与分布式系统。
背景技术
在大规模云平台和企业分布式应用场景中，为保障数据分布式一致性，数量众多的客户端节点往往依赖分布式系统来同步对共享资源的互斥访问，或者依赖分布式系统的消息通知功能来协调各自之间的动作，从而使众多客户端节点作为一个整体完成一项工作。因此，分布式系统在大规模云平台以及大型企业分布式应用场景中是不可或缺的基础组件。
然而，在大规模云平台和企业分布式应用场景中，随着自身业务规模的不断增加和集群规模的不断扩大，需要与分布式系统中的服务器进行数据访问的客户端节点的数量也会相应增加，进而导致分布式系统中的服务器的负载相应增大，并且服务器处理客户端节点的数据访问的时延也会相应增大。
发明内容
本申请提供一种数据访问的方法、服务器与分布式系统，能够减小写数据访问的时延，降低主服务器的负载，并同时增大分布式系统的写扩展性。
第一方面，提供了一种数据访问的方法，所述方法应用于分布式系统中，所述分布式系统包括多个服务器和主机，所述分布式系统用于处理至少两种应用的写数据访问，所述方法由对所述分布式系统进行写数据访问的客户端执行，包括：获取映射关系信息，所述映射关系信息用于指示为每种应用配置的物理资源子集，所述物理资源子集包括多个物理资源成员，每个物理资源成员位于所述分布式系统中的一个业务服务器上；在需要进行目标应用的写数据访问的情况下，根据所述映射关系信息，确定处理所述目标应用的物理资源子集，所述目标应用为所述至少两种应用中的任意一种；向目标业务服务器发送请求消息，所述请求消息用于向所述目标业务服务器请求所述目标应用的写数据访问，所述请求消息携带有所述目标应用的业务标识，所述目标业务服务器为配置有处理所述目标应用的物理资源成员的任意一个业务服务器。
作为一种可选地实现方式，所述向目标业务服务器发送请求消息，包括：经由目标业务的辅服务器向所述目标业务服务器(例如，该目标业务的主服务器)发送所述请求消息。
通过将分布式系统中的多个服务器上的物理资源划分为多个物理资源子集，并且使得每一种物理资源子集均对应一种应用的写数据访问，从而实现分布式系统中的多个服务器能够对客户端同时发起的多种应用的写数据访问进行并行处理，从而减小写数据访问的时延，降低主服务器的负载，并同时增大分布式系统的写扩展性。
结合第一方面，在第一方面的一种可能的实现方式中，所述分布式系统包括管理资源子集，所述管理资源子集包括至少一个管理资源成员，每个管理资源成员位于所述分布式系统中的一个管理服务器上，所述获取映射关系信息，包括：向所述管理服务器发送查询消息，所述查询消息用于请求所述管理服务器向所述客户端发送所述映射关系信息；接收所述管理服务器发送的所述映射关系信息，所述映射关系信息是基于所述至少一个业务服务器的负载和/或所述至少一个业务服务器上配置的物理资源成员的资源使用情况确定的。
通过在分布式系统中的服务器上配置管理资源子集，使得能够通过管理资源子集对分布式系统中的物理资源子集与应用之间的映射关系实时进行调整，提高分布式系统处理应用的写数据访问的灵活性。
结合第一方面，在第一方面的一种可能的实现方式中，处理所述至少两种应用中任意两种应用的物理资源子集所处的业务服务器不完全相同。
通过使处理至少两种应用中任意两种应用的物理资源子集所处的业务服务器不完全相同，从而实现每个服务器仅作为一种应用的写数据访问的主服务器，从而进一步减小写数据访问的时延，降低主服务器的负载，并同时增大分布式系统的写扩展性。
第二方面，提供了一种服务器，所述服务器配置于分布式系统中，所述分布式系统包括多个服务器，所述分布式系统用于处理至少两种应用的写数据访问，所述服务器至少包括收发模块与处理模块。
作为一种可选地实现方式，所述服务器为业务服务器：
所述收发模块，用于接收客户端发送的请求消息，所述请求消息用于向所述业务服务器请求目标应用的写数据访问，所述目标应用为所述至少两种应用中的任意一种，所述请求消息携带有所述目标应用的业务标识，所述处理模块，用于根据所述请求消息，对所述目标应用的写数据访问进行处理。
结合第二方面，在第二方面的一种可能的实现方式中，所述收发模块，还用于向所述客户端发送反馈信息，所述反馈信息用于指示所述目标应用的写数据访问是否成功。
结合第二方面，在第二方面的一种可能的实现方式中，处理所述至少两种应用中任意两种应用的物理资源子集所处的业务服务器不完全相同。
作为另一种可选地实现方式，所述服务器为管理服务器：
所述收发模块，用于接收客户端发送的查询消息，所述查询消息用于请求所述管理服务器向所述客户端发送映射关系信息，所述映射关系信息用于指示为每种应用配置的物理资源子集，所述物理资源子集包括多个物理资源成员，每个物理资源成员位于所述分布式系统中的一个业务服务器上，所述处理模块，用于确定所述映射关系信息，所述收发模块，还用于向所述客户端发送所述映射关系信息。
结合第二方面，在第二方面的一种可能的实现方式中，所述处理模块，还用于根据所述至少一个业务服务器的负载和/或所述至少一个业务服务器上配置的物理资源成员的资源使用情况，确定所述映射关系信息。
结合第二方面，在第二方面的一种可能的实现方式中，处理所述至少两种应用中任意两种应用的物理资源子集所处的业务服务器不完全相同。
结合第二方面，在第二方面的一种可能的实现方式中，所述分布式系统中的至少一个业务服务器与管理服务器为同一个服务器。
作为再一种可选地实现方式，所述服务器400可以即作为管理服务器，同时又作为业务服务器，即所述收发模块410即用于执行业务服务器的收发操作，又用于执行管理服务器的收发操作，并且所述处理模块420即用于执行业务服务器的处理操作，又用于执行管理服务器的处理操作。
第三方面，提供了一种分布式系统，所述分布式系统包括第二方面或第二方面的任一可能的实现方式中的至少一个业务服务器与至少一个管理服务器。
附图说明
图1为一种分布式系统的示意性框图。
图2为本申请实施例提供的确定分布式协同子集的方法的示意性原理图。
图3为本申请实施例提供的分布式系统的示意性逻辑框图。
图4为本申请实施例提供的分布式系统的示意性物理框图。
图5为本申请实施例提供的数据访问方法的示意性流程图。
图6为本申请实施例提供的数据访问方法的另一示意性流程图。
图7为本申请实施例提供的服务器的示意性框图。
具体实施方式
下面将结合附图，对本申请中的技术方案进行描述。
如图1所示，分布式系统至少包括一个主服务器与至少两个辅服务器，该分布式系统能够支持多个客户端对其进行读写访问。
其中，对于客户端的读数据访问，该读数据访问可以发给任意一个辅服务器或者该主服务器，即分布式系统中的任意一个服务器均能够处理客户端发起的读数据访问。
然而，对于客户端的写数据访问，该写数据请求只能统一发送至主服务器，并由主服务器统一协调各个客户端的写数据访问，即，由主服务器确定通过哪些辅服务器处理相应客户端的写数据访问。
因此，当多个客户端同时向主服务器发起写数据访问时，主服务器只能对该多个写数据访问进行串行处理，这样便会导致写数据访问的时延增大，并且也会导致主服务器的负载增大，同时也会使得与分布式系统进行通信的客户端的数量受到限制，即，使得分布式系统的写扩展性受到限制。
基于上述分布式系统存在的问题，本申请提出分布式协同子集的概念，下面对分布式协同子集进行说明。
分布式协同子集(Distributed Cooperative Subsets，DCS)的主要思想是对于客户端的多种应用对应的多个业务访问，该多个业务访问中的任意一个业务访问可以是写数据访问，按照该多个业务访问之间是否存在依赖关系，将该多个业务访问划分为多个业务访问子集，相邻两个业务访问子集之间不存在依赖关系，每个业务访问子集内部的任意两个业务访问之间存在依赖关系。
如图2所示，对于一组业务访问A1，B1，B2，C1，C2，D1，N1，A2，A3，A4，B3，B4，C3，D2，D3，N2，N3，N4而言，按照该组业务访问之间是否存在依赖关系，将该组业务访问划分为多个业务访问子集，如图1所示，A1-A4、B1-B4、C1-C3、D1-D3、……N1-N4均代表一个业务访问子集，每一种业务访问子集包括至少一个业务访问成员，同一个业务访问子集内的任意两个业务访问成员之间存在依赖关系，任意两个业务访问子集之间不存在依赖关系。
相应地，本申请针对划分后的业务访问子集，对分布式系统中的多个服务器上的物理资源进行了划分，即将多个服务器上的物理资源也划分为多个物理资源子集，每一种物理资源子集包括至少一个物理资源成员，其中，每一种物理资源子集均对应一种业务访问子集，即，与该业务访问子集相对应的物理资源成员能够用于处理客户端发起的属于该业务访问子集中的业务访问。
通过将该多个服务器上的物理资源划分为多个物理资源子集，并且使得每一种物理资源子集均对应一种业务访问子集，从而实现分布式系统中的多个服务器能够对客户端同时发起的多种业务请求进行并行处理，从而减小写数据访问的时延，降低主服务器的负载，并同时增大分布式系统的写扩展性。
图3示出了本申请实施例中的分布式系统100的示意性逻辑框图。如图3所示，本申请实施例的分布式系统100包括至少两个物理资源子集(例如，图3中所示的物理资源子集1、物理资源子集2)，每一个物理资源子集均包括多个物理资源成员，物理资源子集1与物理资源子集2分别用于处理不同应用的写数据访问。
具体地，客户端1与客户端2可以分别对分布式系统100进行不同应用的写数据访问，例如，客户端1中对分布式系统100进行物理资源子集1支持的写数据访问，客户端2对分布式系统100进行物理资源子集2支持的业务访问。
可选地，如图3所示，分布式系统100还包括管理资源子集，管理资源子集包括至少一个管理资源成员，管理资源子集用于对分布式系统100中的至少两个物理资源子集进行管理，例如，创建新的物理资源子集、删除已创建的物理资源子集1或物理资源子集2。
需要说明的是，上述的任意一个物理资源成员或管理资源成员可以是进程或者容器，本申请实施例对此不作特别限定。
还需要说明的是，上述客户端1可以是一个客户端机群中的任意一个客户端，客户端2可以是另外一个客户端机群中的任意一个客户端。
图3示出的是本申请实施例中的分布式系统100的示意性逻辑框图，图4示出了本申请实施例中的分布式系统100的示意性物理框图。该分布式系统100包括至少一个服务器，该分布式系统100中的每一个服务器可以仅作为业务服务器，即该服务器上仅配置有物理资源成员，或者仅作为管理服务器，即该服务器上仅配置有管理资源成员，或者即作为业务服务器，又作为管理服务器，即该服务器上即配置有物理资源成员，又配置有管理资源成员。
其中，每个物理资源成员位于分布式系统100中的一个业务服务器上，每个管理资源成员位于分布式系统100的一个管理服务器上，该分布式系统100用于处理至少两种应用的写数据访问。
可选地，处理该至少两种应用中任意两种应用的物理资源子集所处的业务服务器不完全相同。
作为示例而非限定，该分布式系统100包括5个服务器，分别为服务器101、服务器102、服务器103、服务器104以及服务器105，图3中的物理资源子集1、物理资源子集2中的物理资源成员以及管理资源子集中的管理资源成员可以配置在服务器1至5上。
例如，如图4所示。物理资源子集1中的三个物理资源成员分别配置在服务器102、服务器103以及服务器105上，物理资源子集2中的5个物理资源成员分别配置在服务器101至服务器105上，管理资源子集中的3个管理资源成员分别配置在服务器101、服务器102以及服务器105上。
下面对本申请实施例中的管理服务器的功能进行详细介绍。
管理服务器用于对分布式系统100中的业务服务器上配置的物理资源子集进行管理。
具体地作为示例而非限定，管理服务器中的任意一个管理资源成员能够根据来自管理员(例如，用户)的指令删除配置于服务器102上的第二物理资源子集中的一个或多个物理资源成员；或者，管理服务器中的任意一个管理资源成员能够在服务器105上为第一物理资源子集创建一个新的物理资源成员；或者，管理服务器中的任意一个管理资源成员能够将配置于服务器103上的第一物理资源子集中的物理资源成员移动至服务器101上。
管理服务器中的任意一个管理资源成员上保存有映射关系信息，该映射关系信息用于指示为每一种应用配置的物理资源子集，即该管理资源成员上保存有每一个应用与用于处理该应用的物理资源子集之间的对应关系。
并且，管理服务器中的任意一个管理资源成员能够随着为任意一个应用配置的物理资源子集的改变实时更新所保存的映射关系信息。
例如，该映射关系信息包括为每一个应用配置的物理资源子集所在的服务器的IP地址信息以及该物理资源子集中的物理资源成员在IP地址指示的服务器中的端口信息，以使客户端根据该映射关系信息，确定处理每一个应用的写数据访问的物理资源子集在分布式系统中的分布情况。
可选地，该管理服务器中的任意一个管理资源成员根据该至少一个业务服务器的负载和/或该至少一个业务服务器上配置的物理资源成员的资源使用情况，确定该映射关系信息。
具体地，该管理服务器中的任意一个管理资源成员能够根据分布式系统中100包括的业务服务器的负载情况和/或业务服务器上配置的物理资源的资源使用情况，确定为每一个应用配置的物理资源子集，即确定该映射关系信息。
例如，当该分布式系统100中的任意一个服务器的负载大于或等于预设的负载阈值时，管理服务器中的任意一个管理资源成员删除该服务器上配置的一个或多个物理资源成员，或者，将该服务器上配置的一个或多个物理资源成员移动至分布式系统100中的其他负载较小的服务器上。
再例如，当该分布式系统100中的任意一个服务器上配置的物理资源的资源使用率大于或等于预设的资源使用率阈值时，管理服务器中的任意一个管理资源成员删除该服务器上配置的一个或多个物理资源成员，或者，将该服务器上配置的一个或多个物理资源成员移动至分布式系统100中的其他资源使用率较小的服务器上。
应理解，上述仅以该映射关系信息包括服务器的IP地址信息以及端口信息为例，对该客户端确定处理应用的物理资源子集的方法进行说明，但本申请实施例并不限于此，其他能够使客户端确定处理应用的写数据访问的物理资源子集的方法均落入本申请的保护范围内。
图5为本申请实施例提供的数据访问的方法200的示意性流程图。该方法200例如可以由图4中所示的对分布式系统100进行数据访问的客户端1或客户端2执行。如图5所示，该方法200至少包括以下步骤。
下面以方法200由客户端1执行为例对其进行说明。
201，获取映射关系信息，该映射关系信息用于指示为每种应用配置的物理资源子集，该物理资源子集包括多个物理资源成员，每个物理资源成员位于该分布式系统中的一个业务服务器上。
具体地，在客户端1需要对分布式系统100进行某种应用的写数据访问时，客户端1首先需要确定该映射关系信息。如前面所述，该映射关系信息是由管理资源子集中的任意一个管理资源成员确定的。
作为示例而非限定，客户端1可以通过下述方法获取该映射关系信息。
客户端1向配置有管理资源成员的任意一个服务器发送查询消息，该查询消息用于请求该服务器向该客户端1发送该映射关系信息。
具体地，客户端1可以向配置有管理资源成员的任意一个服务器发送查询消息，该查询消息用于请求该服务器向该客户端发送该映射关系信息，当该服务器接收到该查询消息时，便会将该映射关系信息发送至该客户端1。
202，在需要进行目标应用的写数据访问的情况下，根据该映射关系信息，确定处理该目标应用的物理资源子集，该目标应用为该至少两种应用中的任意一种。
具体地，若客户端1需要向分布式系统100进行目标应用的写数据访问时，客户端1便可以根据该映射关系信息，确定处理该目标应用的物理资源子集。
例如，客户端1根据该映射关系信息，确定处理该目标应用的物理资源子集分布在服务器102、服务器103以及服务器105上，并进一步根据该映射关系信息，确定处理目标应用的物理资源子集中的物理资源成员在服务器102、服务器103以及服务器105上的分布情况。
203，向目标业务服务器发送请求消息，该请求消息用于向该目标业务服务器请求该目标应用的写数据访问，该请求消息携带有该目标应用的业务标识，该目标业务服务器为配置有处理该目标应用的物理资源成员的任意一个业务服务器。
具体地，在客户端1根据该映射关系信息确定了目标物理资源子集在分布式系统100中的分布情况之后，客户端1便可以向该目标物理资源子集中的任意一个物理资源成员所在的服务器发送目标请求消息，该目标请求消息用于向该服务器目标请求目标应用的写数据访问，并且该目标请求消息携带有该目标应用的业务标识，以便目标业务服务器在接收到客户端1发送的请求消息时，能够根据该目标应用的业务标识，确定其上配置的处理该目标应用的物理资源成员，并通过其上配置的处理该目标应用的物理资源成员对该目标应用的写数据访问进行处理。
例如，客户端1根据该映射关系信息，确定该目标物理资源子集所在的服务器102、服务器103以及服务器105的IP地址信息，并进一步确定该目标物理资源子集中的物理资源成员在服务器102、服务器103以及服务器105上对应的端口信息。
客户端1最终根据确定的端口信息，向该配置有处理该目标应用的物理资源成员的任意一个服务器发送目标请求消息。
其中，配置有目标物理资源子集的物理资源成员的服务器102为目标处理该目标应用的主服务器，该服务器102上配置的物理资源成员用于处理目标应用的写数据访问。
客户端1可以通过以下两种方法将目标请求消息发送至目标业务服务器。
方法1
客户端1向处理目标应用的主服务器发送目标请求消息。
具体地，服务器102为处理该目标应用的主服务器，当该服务器102目标接收到客户端1发送的目标请求消息时，便可以根据该目标请求消息携带的该目标应用的业务标识，确定其上配置的处理该目标应用的物理资源成员，并通过其上配置的处理该目标应用的物理资源成员对该目标应用的写数据访问进行处理。
方法2
客户端1经由处理目标应用的辅服务器向处理该目标应用的主服务器发送该目标请求消息。
具体地，服务器105为处理该目标应用的辅服务器，当该服务器105接收到客户端1发送的目标请求消息时，该服务器105并不能直接处理接收到的目标请求消息，而是在接收到客户端1发送的目标请求消息时，将该目标请求消息发送至目标应用的主服务器102，最终由主服务器102对该目标请求消息进行处理。
可选地，该方法200还包括：
204，接收该目标业务服务器发送的反馈信息，该反馈信息用于指示该目标应用的写数据访问是否成功目标。
具体地，该目标应用的主服务器102在对该目标应用进行处理之后，向该客户端1发送反馈信息，该反馈信息用于指示该目标应用的写数据访问是否成功。
应理解，上述仅以分布式系统100处理目标应用的写数据访问为例对方法200进行说明，但本申请实施例并不限于此，例如，该分布式系统还可以同时处理多种应用的写数据访问。
上述方法200仅对客户端1对分布式系统100进行目标应用的写数据访问的方法进行了说明。
下面以客户端1的目标应用为第一目标应用、客户端2的目标应用为第二目标应用为例，对客户端1与客户端2同时对分布式系统进行写数据访问的方法300进行说明。
图6为本申请实施例提供的数据访问的方法300的示意性流程图。该方法300例如可以由图4中所示的对分布式系统100进行数据访问的客户端1与客户端2执行。如图6所示，该方法300至少包括以下步骤。
301，客户端1获取映射关系信息，该映射关系信息用于指示为每种应用配置的物理资源子集，该物理资源子集包括多个物理资源成员，每个物理资源成员位于该分布式系统中的一个业务服务器上。
302，客户端2获取映射关系信息，该映射关系信息用于指示为每种应用配置的物理资源子集，该物理资源子集包括多个物理资源成员，每个物理资源成员位于该分布式系统中的一个业务服务器上。
303，在需要进行该第一目标应用的写数据访问的情况下，客户端1根据该映射关系信息，确定处理该第一目标应用的物理资源子集。
304，客户端1向第一目标业务服务器发送第一请求消息，该第一请求消息用于向该第一目标业务服务器请求该第一目标应用的写数据访问，该第一请求消息携带有该第一目标应用的业务标识，该第一目标业务服务器为配置有处理该第一目标应用的物理资源成员的任意一个业务服务器。
305，在需要进行该第二目标应用的写数据访问的情况下，客户端2根据该映射关系信息，确定处理该第二目标应用的物理资源子集。
306，客户端2向第二目标业务服务器发送第二请求消息，该第二请求消息用于向该第二目标业务服务器请求该第二目标应用的写数据访问，该第二请求消息携带有该第二目标应用的业务标识，该第二目标业务服务器为配置有处理该第二目标应用的物理资源成员的任意一个业务服务器该第一目标应用的写数据访问与该第二目标应用的写数据访问之间不存在依赖关系。
307，客户端1接收第一目标业务服务器发送的反馈信息，该反馈信息用于指示该第一目标应用的写数据访问是否成功。
308，客户端2接收第二目标业务服务器发送的反馈信息，该反馈信息用于指示该第二目标应用的写数据访问是否成功。
需要说明的是，关于步骤301至步骤308的具体实现方法，请参照方法200中的相关描述，为了简洁，此处不再赘述。
图7为本申请实施例的服务器400的示意性框图，该服务器400配置于分布式系统中，该分布式系统包括多个服务器，该分布式系统用于处理至少两种应用的写数据访问，该服务器400至少包括收发模块410与处理模块420。
作为示例而非限定，该服务器400为业务服务器：
该收发模块410，用于接收客户端发送的请求消息，该请求消息用于向该业务服务器请求目标应用的写数据访问，该目标应用为该至少两种应用中的任意一种，该请求消息携带有该目标应用的业务标识。
该处理模块420，用于根据该请求消息，对该目标应用的写数据访问进行处理。
可选地，该收发模块410，还用于向该客户端发送反馈信息，该反馈信息用于指示该目标应用的写数据访问是否成功。
可选地，处理该至少两种应用中任意两种应用的物理资源子集所处的业务服务器不完全相同。
作为示例而非限定，该服务器400为管理服务器：
该收发模块410，用于接收客户端发送的查询消息，该查询消息用于请求该管理服务器向该客户端发送映射关系信息，该映射关系信息用于指示为每种应用配置的物理资源子集，该物理资源子集包括多个物理资源成员，每个物理资源成员位于该分布式系统中的一个业务服务器上。
该处理模块420，用于确定该映射关系信息。
该收发模块410，还用于向该客户端发送该映射关系信息。
可选地，该处理模块420，还用于根据该至少一个业务服务器的负载和/或该至少一个业务服务器上配置的物理资源成员的资源使用情况，确定该映射关系信息。
可选地，处理该至少两种应用中任意两种应用的物理资源子集所处的业务服务器不完全相同。
可选地，该分布式系统中的至少一个业务服务器与管理服务器为同一个服务器。
需要说明的是，上述仅以该服务器400为业务服务器或管理服务器为例进行说明，但本申请实施例并不限定于此，该服务器400可以即作为管理服务器，同时又作为业务服务器，即该收发模块410即用于执行业务服务器的收发操作，又用于执行管理服务器的收发操作，并且该处理模块420即用于执行业务服务器的处理操作，又用于执行管理服务器的处理操作。
应理解，本发明实施例中的处理模块420可以由处理器或处理器相关电路组件实现，收发模块410可以由收发器或收发器相关电路组件实现。
本申请还提供一种分布式系统，该分布式系统包括至少一个业务服务器400与至少一个管理服务器400。
应理解，本发明实施例中提及的处理器可以是中央处理单元(CentralProcessing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital SignalProcessor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
还应理解，本发明实施例中提及的存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(Read-Only Memory，ROM)、可编程只读存储器(Programmable ROM，PROM)、可擦除可编程只读存储器(Erasable PROM，EPROM)、电可擦除可编程只读存储器(Electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(Random Access Memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(Static RAM，SRAM)、动态随机存取存储器(Dynamic RAM，DRAM)、同步动态随机存取存储器(Synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(Double DataRate SDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(Synchlink DRAM，SLDRAM)和直接内存总线随机存取存储器(Direct Rambus RAM，DR RAM)。
需要说明的是，当处理器为通用处理器、DSP、ASIC、FPGA或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件时，存储器(存储模块)集成在处理器中。
应注意，本文描述的存储器旨在包括但不限于这些和任意其它适合类型的存储器。
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、设备和单元的具体工作过程，可以映射关系前述方法实施例中的对应过程，在此不再赘述。
在本申请所提供的几个实施例中，应该理解到，所揭露的系统、设备和方法，可以通过其它的方式实现。例如，以上所描述的设备实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，设备或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。
Claims (13)
1.一种数据访问的方法，其特征在于，所述方法应用于分布式系统中，所述分布式系统包括多个服务器和主机，所述分布式系统用于处理至少两种应用的写数据访问，所述方法由对所述分布式系统进行写数据访问的客户端执行，包括：
获取映射关系信息，所述映射关系信息用于指示为每种应用配置的物理资源子集，所述物理资源子集包括多个物理资源成员，每个物理资源成员位于所述分布式系统中的一个业务服务器上；
在需要进行目标应用的写数据访问的情况下，根据所述映射关系信息，确定处理所述目标应用的物理资源子集，所述目标应用为所述至少两种应用中的任意一种；
向目标业务服务器发送请求消息，所述请求消息用于向所述目标业务服务器请求所述目标应用的写数据访问，所述请求消息携带有所述目标应用的业务标识，所述目标业务服务器为配置有处理所述目标应用的物理资源成员的任意一个业务服务器。
2.根据权利要求1所述的方法，其特征在于，所述分布式系统包括管理资源子集，所述管理资源子集包括至少一个管理资源成员，每个管理资源成员位于所述分布式系统中的一个管理服务器上，所述获取映射关系信息，包括：
向所述管理服务器发送查询消息，所述查询消息用于请求所述管理服务器向所述客户端发送所述映射关系信息；
接收所述管理服务器发送的所述映射关系信息，所述映射关系信息是基于所述至少一个业务服务器的负载和/或所述至少一个业务服务器上配置的物理资源成员的资源使用情况确定的。
3.根据权利要求1或2所述的方法，其特征在于，所述方法还包括：
接收所述目标业务服务器发送的反馈信息，所述反馈信息用于指示所述目标应用的写数据访问是否成功。
4.根据权利要求1至3中任一项所述的方法，其特征在于，处理所述至少两种应用中任意两种应用的物理资源子集所处的业务服务器不完全相同。
5.根据权利要求1至4中任一项所述的方法，其特征在于，所述分布式系统中的至少一个业务服务器与管理服务器为同一个服务器。
6.一种业务服务器，其特征在于，所述业务服务器配置于分布式系统中，所述分布式系统包括多个服务器和主机，所述分布式系统用于处理至少两种应用的写数据访问，包括：
收发模块，用于接收客户端发送的请求消息，所述请求消息用于向所述业务服务器请求目标应用的写数据访问，所述目标应用为所述至少两种应用中的任意一种，所述请求消息携带有所述目标应用的业务标识；
处理模块，用于根据所述请求消息，对所述目标应用的写数据访问进行处理。
7.根据权利要求6所述的业务服务器，其特征在于，
所述收发模块，还用于向所述客户端发送反馈信息，所述反馈信息用于指示所述目标应用的写数据访问是否成功。
8.根据权利要求6或7所述的业务服务器，其特征在于，处理所述至少两种应用中任意两种应用的物理资源子集所处的业务服务器不完全相同。
9.一种管理服务器，其特征在于，所述管理服务器配置于分布式系统中，所述分布式系统包括多个服务器和主机，所述分布式系统用于处理至少两种应用的写数据访问，包括：
收发模块，用于接收客户端发送的查询消息，所述查询消息用于请求所述管理服务器向所述客户端发送映射关系信息，所述映射关系信息用于指示为每种应用配置的物理资源子集，所述物理资源子集包括多个物理资源成员，每个物理资源成员位于所述分布式系统中的一个业务服务器上；
处理模块，用于确定所述映射关系信息；
所述收发模块，还用于向所述客户端发送所述映射关系信息。
10.根据权利要求9所述的管理服务器，其特征在于，
所述处理模块，还用于根据所述至少一个业务服务器的负载和/或所述至少一个业务服务器上配置的物理资源成员的资源使用情况，确定所述映射关系信息。
11.根据权利要求9或10所述的管理服务器，其特征在于，处理所述至少两种应用中任意两种应用的物理资源子集所处的业务服务器不完全相同。
12.根据权利要求9至11中任一项所述的管理服务器，其特征在于，所述分布式系统中的至少一个业务服务器与管理服务器为同一个服务器。
13.一种分布式系统，其特征在于，所述分布式系统包括如权利要求6至8中任一项所述的至少一个业务服务器和如权利要求9至12中任一项所述的至少一个管理服务器。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201711246451.3A CN109873839B (zh) | 2017-12-01 | 2017-12-01 | 数据访问的方法、服务器与分布式系统 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201711246451.3A CN109873839B (zh) | 2017-12-01 | 2017-12-01 | 数据访问的方法、服务器与分布式系统 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN109873839A true CN109873839A (zh) | 2019-06-11 |
| CN109873839B CN109873839B (zh) | 2021-06-01 |
Family
ID=66913398
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201711246451.3A Active CN109873839B (zh) | 2017-12-01 | 2017-12-01 | 数据访问的方法、服务器与分布式系统 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN109873839B (zh) |
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110365748A (zh) * | 2019-06-24 | 2019-10-22 | 深圳市腾讯计算机系统有限公司 | 业务数据的处理方法和装置、存储介质及电子装置 |
| CN111324800A (zh) * | 2020-02-12 | 2020-06-23 | 腾讯科技（深圳）有限公司 | 业务事项展示方法、装置和计算机可读存储介质 |
| CN112307064A (zh) * | 2020-10-29 | 2021-02-02 | 上海达梦数据库有限公司 | 一种数据管理系统、方法及存储介质 |
| CN112491943A (zh) * | 2019-09-12 | 2021-03-12 | 北京国双科技有限公司 | 数据请求方法、装置、存储介质和电子设备 |
| CN114157663A (zh) * | 2021-11-25 | 2022-03-08 | 联想(北京)有限公司 | 一种云数据访问方法及云服务器 |
| CN115167317A (zh) * | 2022-08-04 | 2022-10-11 | 中国核动力研究设计院 | 一种用于核电厂安全级dcs的维护方法、系统及存储介质 |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1619498A (zh) * | 2003-11-21 | 2005-05-25 | 国际商业机器公司 | 动态调整活动资源的工作负荷的方法和系统 |
| US20110153865A1 (en) * | 2009-12-21 | 2011-06-23 | Electronics And Telecommunications Research Institute | Energy-efficient communication method in group information-based sensor network and sensor network system using the method |
| CN102946423A (zh) * | 2012-10-31 | 2013-02-27 | 中国运载火箭技术研究院 | 一种基于分布式系统架构的数据映射推送系统及方法 |
-
2017
- 2017-12-01 CN CN201711246451.3A patent/CN109873839B/zh active Active
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1619498A (zh) * | 2003-11-21 | 2005-05-25 | 国际商业机器公司 | 动态调整活动资源的工作负荷的方法和系统 |
| US20110153865A1 (en) * | 2009-12-21 | 2011-06-23 | Electronics And Telecommunications Research Institute | Energy-efficient communication method in group information-based sensor network and sensor network system using the method |
| CN102946423A (zh) * | 2012-10-31 | 2013-02-27 | 中国运载火箭技术研究院 | 一种基于分布式系统架构的数据映射推送系统及方法 |
Cited By (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110365748A (zh) * | 2019-06-24 | 2019-10-22 | 深圳市腾讯计算机系统有限公司 | 业务数据的处理方法和装置、存储介质及电子装置 |
| CN110365748B (zh) * | 2019-06-24 | 2022-11-08 | 深圳市腾讯计算机系统有限公司 | 业务数据的处理方法和装置、存储介质及电子装置 |
| CN112491943A (zh) * | 2019-09-12 | 2021-03-12 | 北京国双科技有限公司 | 数据请求方法、装置、存储介质和电子设备 |
| CN111324800A (zh) * | 2020-02-12 | 2020-06-23 | 腾讯科技（深圳）有限公司 | 业务事项展示方法、装置和计算机可读存储介质 |
| CN112307064A (zh) * | 2020-10-29 | 2021-02-02 | 上海达梦数据库有限公司 | 一种数据管理系统、方法及存储介质 |
| CN114157663A (zh) * | 2021-11-25 | 2022-03-08 | 联想(北京)有限公司 | 一种云数据访问方法及云服务器 |
| CN115167317A (zh) * | 2022-08-04 | 2022-10-11 | 中国核动力研究设计院 | 一种用于核电厂安全级dcs的维护方法、系统及存储介质 |
| CN115167317B (zh) * | 2022-08-04 | 2024-05-14 | 中国核动力研究设计院 | 一种用于核电厂安全级dcs的维护方法、系统及存储介质 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN109873839B (zh) | 2021-06-01 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN109873839A (zh) | 数据访问的方法、服务器与分布式系统 | |
| JP7092736B2 (ja) | コンテナオーケストレーションサービスを使用した動的ルーティング | |
| US20200364608A1 (en) | Communicating in a federated learning environment | |
| WO2021051880A1 (zh) | 资源数据获取的方法、装置、计算机设备和存储介质 | |
| CN108322325B (zh) | 一种虚拟机管理方法及装置 | |
| US10235047B2 (en) | Memory management method, apparatus, and system | |
| CN108572991A (zh) | 数据库处理方法、装置和存储介质 | |
| KR102372424B1 (ko) | 원격 직접 메모리 접근을 통한 분산 처리 장치 및 그 방법 | |
| US10678657B1 (en) | Reversion operations for virtual computing environments | |
| US11226982B2 (en) | Synchronization of offline instances | |
| CN110703980A (zh) | 一种文件传输方法及装置 | |
| KR102092921B1 (ko) | 시뮬레이션 장치 및 분산 시뮬레이션 시스템 | |
| CN111124589A (zh) | 一种服务发现系统、方法、装置及设备 | |
| CN105007317A (zh) | 一种分布式节点的数据处理方法及网关设备 | |
| JP2005208999A (ja) | 仮想マシン管理プログラム | |
| CN106940712A (zh) | 序列生成方法与设备 | |
| US10579511B2 (en) | Flexible testing environment using a cloud infrastructure—cloud technology | |
| JP5824519B2 (ja) | 分散型メタデータキャッシュ | |
| US10313429B2 (en) | Distributed resource management method and system | |
| KR101495562B1 (ko) | 데이터 분석 서비스를 제공하기 위한 장치 및 그 방법 | |
| CA3068320C (en) | Generation of data configurations for a multiple application service and multiple storage service environment | |
| CN108628893A (zh) | 一种存储设备中元数据访问方法及存储设备 | |
| CN105354148B (zh) | 一种数据处理方法及相关装置 | |
| CN112073449B (zh) | 基于Kubernetes的环境切换处理方法和设备 | |
| EP3757864A1 (en) | Method and system for performing computations in a distributed system |
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 |