CN108243225B - 一种分布式系统、管理方法及访问方法 - Google Patents

一种分布式系统、管理方法及访问方法 Download PDF

Info

Publication number
CN108243225B
CN108243225B CN201611220480.8A CN201611220480A CN108243225B CN 108243225 B CN108243225 B CN 108243225B CN 201611220480 A CN201611220480 A CN 201611220480A CN 108243225 B CN108243225 B CN 108243225B
Authority
CN
China
Prior art keywords
service
module
service type
started
type
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.)
Active
Application number
CN201611220480.8A
Other languages
English (en)
Other versions
CN108243225A (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.)
Alibaba Group Holding Ltd
Original Assignee
Alibaba Group Holding 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 Alibaba Group Holding Ltd filed Critical Alibaba Group Holding Ltd
Priority to CN201611220480.8A priority Critical patent/CN108243225B/zh
Publication of CN108243225A publication Critical patent/CN108243225A/zh
Application granted granted Critical
Publication of CN108243225B publication Critical patent/CN108243225B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

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
    • 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/50—Allocation of resources, e.g. of the central processing unit [CPU]
    • G06F9/5083—Techniques for rebalancing the load in a distributed system
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0893—Assignment of logical groups to network elements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/16—Threshold monitoring
    • 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
    • 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/1031—Controlling of the operation of servers by a load balancer, e.g. adding or removing servers that serve requests
    • 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
    • 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/63—Routing a service request depending on the request content or context

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Computer And Data Communications (AREA)

Abstract

本文公开了一种分布式系统、管理方法及访问方法；上述管理方法，用于动态调整分布式系统中的一个或多个服务模块的服务类型，包括：当至少一个已启动的服务模块的统计信息满足预设条件时，确定目标服务模块以及目标服务类型；将目标服务模块的服务类型调整为目标服务类型。

Description

一种分布式系统、管理方法及访问方法
技术领域
本发明涉及数据处理领域，尤其涉及一种分布式系统、管理方法及访问方法。
背景技术
目前，分布式计算框架广泛应用于数据处理领域。例如，分析型数据库(AnalyticDB)的架构是一种典型的分布式计算系统架构。分析型数据库在公共云和专有云环境输出的大数据应用场景，常常面临海量数据的实时写入和高并发的数据查询场景，这两种场景一种是写，一种是读，都要满足用户高并发和低延时的性能指标。
其中，读(查询)的高并发指多客户端的多线程应用程序同时向分析型数据库发起查询请求；写(插入)的高并发指多客户端的多线程应用程序同时向分析型数据库发起数据入库请求；读(查询)的低延时指分析型数据库应用场景需要定位在面向多维数据分析查询的秒级和毫秒级延时，以使客户端应用程序能得到快速响应；写(插入)的低延时指数据入库的响应需要定位在毫秒级延时。读、写的高并发和低延时相辅相成，才能实现分析型数据库在特定海量大数据应用场景的高性能。然而，在海量数据的读写场景中，为了实现稳定的高并发、低延时的性能指标，必然会面临由于网络带宽、机器中央处理器(CPU，CentralProcessing Unit)性能、CPU核数、内存等限制带来的挑战。特别地，在分析型数据库中，还需要考虑对于不同读写特征的工作量(workload)的资源调配。
在相关技术中，针对数据库系统中不同读写特征的工作量，由固定分离的读取服务器和写入服务器(例如，采用预分配和预规划的策略确定)进行处理，通过实现写(插入)和读(查询)的数据链路分离，来隔离各自的数据操作逻辑，保证读写互不影响。然而，相关技术的方案存在资源浪费。特别地，云计算系统关注计算资源的利用率，而固定的读写分离方案无法充分利用云计算系统的资源，比如当读请求较少时，读取服务器的部分资源会闲置，进而导致云计算系统的资源利用率不高。
发明内容
以下是对本文详细描述的主题的概述。本概述并非是为了限制权利要求的保护范围。
本申请实施例提供一种分布式系统、管理方法及访问方法，能够实现分布式系统正常执行不同类型的工作又能提高系统资源利用率。
本申请实施例提供一种分布式系统，包括：
资源管理模块以及一个或多个服务模块；所述资源管理模块用于在启动服务模块后，动态调整服务模块的服务类型。
其中，已启动的服务模块可以根据自身的服务类型，挂载到自身的服务类型对应的虚拟网络协议(VIP)地址下，其中，VIP地址与预定域名绑定。
其中，所述资源管理模块可以包括：
处理单元，用于当至少一个已启动的服务模块的统计信息满足预设条件时，确定目标服务模块以及目标服务类型；
调整单元，用于将目标服务模块的服务类型调整为目标服务类型。
其中，所述统计信息可以包括请求统计信息以及负载参数统计信息。
其中，所述处理单元可以用于通过以下方式确定目标服务模块以及目标服务类型：
确定负载参数统计信息满足预设条件的服务模块作为目标服务模块；
根据所有已启动的服务模块的请求统计信息，确定负载高的服务类型作为目标服务类型。
其中，所述处理单元可以用于通过以下方式确定目标服务模块以及目标服务类型：
根据所有已启动的服务模块的请求统计信息，确定负载高的服务类型作为目标服务类型；
从服务类型为预定服务类型的服务模块中，确定目标服务模块，所述预定服务类型为负载低的服务类型。
其中，所述预设条件可以包括：服务模块的负载参数统计信息大于或等于对应的阈值。
其中，所述处理单元，还可以用于在所述调整单元将目标服务模块的服务类型调整为目标服务类型之后，在每个已启动的服务模块的负载参数统计信息未处于平衡状态时，减小预设条件中的阈值。
其中，所述调整单元可以用于通过以下方式将目标服务模块的服务类型调整为目标服务类型：向目标服务模块发送与目标服务类型对应的标签。
其中，所述资源管理模块还可以包括：第一收集单元，用于收集每个已启动的服务模块的统计信息。
其中，所述资源管理模块还可以用于在启动服务模块时，通过以下方式确定所启动的服务模块的服务类型：
按照预定比例确定所启动的服务模块的服务类型，或者，确定所启动的服务模块的服务类型为默认类型。
其中，所述服务类型可以包括：可读可写、只读、只写。
其中，每个服务模块可以分别包括：
第二收集单元，用于收集本服务模块的统计信息；
第一交互单元，用于发送收集到的统计信息给资源管理模块，并接收资源管理模块发送的指令；
第二交互单元，用于根据收到的指令，进行VIP地址挂载。
本申请实施例还提供一种分布式系统的管理方法，用于动态调整分布式系统中的一个或多个服务模块的服务类型，所述管理方法包括：
当至少一个已启动的服务模块的统计信息满足预设条件时，确定目标服务模块以及目标服务类型；
将目标服务模块的服务类型调整为目标服务类型。
其中，所述统计信息可以包括请求统计信息以及负载参数统计信息；
所述确定目标服务模块以及目标服务类型，可以包括：
确定负载参数统计信息满足预设条件的服务模块作为目标服务模块；根据所有已启动的服务模块的请求统计信息，确定负载高的服务类型作为目标服务类型；或者，
根据所有已启动的服务模块的请求统计信息，确定负载高的服务类型作为目标服务类型；从服务类型为预定服务类型的服务模块中，确定目标服务模块，所述预定服务类型为负载低的服务类型。
其中，所述预设条件可以包括：服务模块的负载参数统计信息大于或等于对应的阈值；
所述将目标服务模块的服务类型调整为目标服务类型之后，所述管理方法还可以包括：若每个已启动的服务模块的负载参数统计信息未处于平衡状态，重复执行以下步骤：减小预设条件中的阈值，当至少一个已启动的服务模块的统计信息满足预设条件时，确定目标服务模块以及目标服务类型，将目标服务模块的服务类型调整为目标服务类型。
其中，所述将目标服务模块的服务类型调整为目标服务类型，可以包括：向目标服务模块发送与目标服务类型对应的标签。
本申请实施例还提供一种分布式系统的管理装置，用于动态调整分布式系统中的一个或多个服务模块的服务类型，所述管理装置包括：
处理单元，用于当至少一个已启动的服务模块的统计信息满足预设条件时，确定目标服务模块以及目标服务类型；
调整单元，用于将目标服务模块的服务类型调整为目标服务类型。
其中，所述管理装置还可以包括：第一收集单元，用于收集每个已启动的服务模块的统计信息。
本申请实施例还提供一种分布式系统的访问方法，所述分布式系统包括一个或多个服务模块，已启动的服务模块根据自身的服务类型，挂载到自身的服务类型对应的VIP地址下，VIP地址与预定域名绑定；服务模块的服务类型是动态调整的；预定域名指示对应的VIP地址下挂载的服务模块的服务类型；
所述访问方法，包括：在接收到针对预定域名的访问请求后，确定与所述预定域名绑定的VIP地址；将所述访问请求分配给所述VIP地址下挂载的服务模块。
其中，所述服务类型可以包括：可读可写、只读、只写。
本申请实施例还提供一种分布式系统的访问装置，所述分布式系统包括一个或多个服务模块，已启动的服务模块根据自身的服务类型，挂载到自身的服务类型对应的VIP地址下，VIP地址与预定域名绑定；服务模块的服务类型是动态调整的；预定域名指示对应的VIP地址下挂载的服务模块的服务类型；
所述访问装置，包括：接收单元，用于接收针对预定域名的访问请求；确定单元，用于在接收单元接收到针对预定域名的访问请求后，确定与预定域名绑定的VIP地址；分配单元，用于将所述访问请求分配给所述VIP地址下挂载的服务模块。
本申请实施例还提供一种分布式系统的访问方法，所述分布式系统包括一个或多个服务模块，已启动的服务模块根据自身的服务类型，挂载到自身的服务类型对应的VIP地址下，VIP地址与预定域名绑定；服务模块的服务类型是动态调整的；预定域名指示对应的VIP地址下挂载的服务模块的服务类型；
所述访问方法，应用于客户端，包括：发送针对预定域名的访问请求，以获取所述预定域名对应的VIP地址下挂载的服务模块提供的服务。
其中，所述发送针对预定域名的访问请求之前，所述访问方法还可以包括：根据用户需求，确定能够满足用户需求的预定域名。
本申请实施例还提供一种分布式系统的访问装置，所述分布式系统包括一个或多个服务模块，已启动的服务模块根据自身的服务类型，挂载到自身的服务类型对应的VIP地址下，VIP地址与预定域名绑定；服务模块的服务类型是动态调整的；预定域名指示对应的VIP地址下挂载的服务模块的服务类型；
所述访问装置，应用于客户端，包括：发送单元，用于发送针对预定域名的访问请求，以获取所述预定域名对应的VIP地址下挂载的服务模块提供的服务。
本申请实施例还提供一种分布式数据库系统，包括：
资源管理模块以及一个或多个服务模块；所述资源管理模块用于在启动服务模块后，动态调整服务模块提供以下至少一种服务：查询服务、写入服务。
其中，所述资源管理模块可以用于当至少一个已启动的服务模块的统计信息满足预设条件时，从已启动的服务模块中确定需要调整的服务模块以及所述需要调整的服务模块要提供的服务，并调整所述需要调整的服务模块提供所述服务。
在本申请实施例中，分布式系统包括资源管理模块以及一个或多个服务模块；资源管理模块用于在启动服务模块后，动态调整服务模块的服务类型。如此，有效地优化和平衡分布式系统的资源利用率，并提高服务的整体稳定性。进一步地，已启动的服务模块通过挂载到自身服务类型对应的VIP地址下，用于提供不同类型的服务，并且实现不同服务类型的数据链路分离，确保服务性能。特别地，针对分布式的数据库系统，提供读写服务(即查询服务、写入服务)的服务模块是动态分离的，且可以自适应调度服务模块的读写服务，进而有效提高数据库系统的资源利用率，以及读写性能。
当然，实施本申请的任一产品不一定需要同时达到以上所有优点。
在阅读并理解了附图和详细描述后，可以明白其他方面。
附图说明
图1为本申请实施例一提供的分布式系统的示意图；
图2为本申请实施例一提供的分布式系统的可选示意图；
图3为本申请实施例一提供的分布式系统的可选架构示意图；
图4为本申请实施例一中分布式数据库系统的挂载示意图；
图5为本申请实施例二提供的分布式系统的管理方法的流程图；
图6为本申请实施例二的服务实例的服务类型调整示意图一；
图7为本申请实施例二的服务实例的服务类型调整示意图二；
图8为本申请实施例二的服务实例的服务类型调整的效果示意图；
图9为本申请实施例四提供的分布式系统的访问方法的流程图；
图10为本申请实施例五提供的分布式系统的访问装置的示意图；
图11为本申请实施例六提供的分布式系统的访问方法的流程图；
图12为本申请实施例七提供的分布式系统的访问装置的示意图。
具体实施方式
以下结合附图对本申请实施例进行详细说明，应当理解，以下所说明的实施例仅用于说明和解释本申请，并不用于限定本申请。
需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。
需要说明的是，如果不冲突，本申请实施例以及实施例中的各个特征可以相互结合，均在本申请的保护范围之内。另外，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。
一些实施方式中，执行分布式系统的管理方法或者访问方法的计算设备可包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存(memory)。
内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。内存可能包括模块1，模块2，……，模块N(N为大于2的整数)。
计算机可读介质包括永久性和非永久性、可移动和非可移动存储介质。存储介质可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)，快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括非暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
下面先对本申请中出现的概念进行说明。
节点(Node)：提供服务(例如计算服务或负载均衡服务)的硬件设备，例如，服务器。其中，服务节点可以为提供计算服务的硬件设备，负载均衡节点可以为提供负载均衡服务的硬件设备。
实例(Instance)：一系列的进程以及为这些进程所分配的内存块。其中，服务实例(Server Instance)可以指用于提供不同服务类型的服务(例如，读、写服务)的实例。资源管理实例(Resource Manager Instance)可以指用于对服务实例进行调度的实例。
虚拟网络协议(VIP，Virtual Internet Protocol)地址：不与特定计算机或一个计算机中的网络接口卡(NIC)相连的IP地址；其中，数据包会被发送到VIP地址，但是数据包还是经过真实的网络接口进行传输。
实施例一、一种分布式系统，如图1所示，包括：
资源管理模块以及一个或多个服务模块；资源管理模块用于在启动服务模块后，动态调整服务模块的服务类型。
其中，服务类型可以根据分布式系统的应用环境确定。例如，在分布式的数据库系统中，服务类型可以包括以下三种：可读可写、只读、只写。
其中，分布式系统中还可以包括备用的资源管理模块；在主用的资源管理模块发生故障时，可以使用备用的资源管理模块，以确保分布式系统的稳定性。
其中，已启动的服务模块根据自身的服务类型，挂载到自身的服务类型对应的虚拟网络协议(VIP)地址下。VIP地址与预定域名绑定。一个VIP地址可以绑定一个或多个预定域名。一个预定域名仅绑定一个VIP地址。一些实现方式中，不同的VIP地址绑定不同的预定域名。
以服务类型包括可读可写、只读、只写为例，服务类型为可读可写的服务模块可以挂载在读VIP地址和写VIP地址下，服务类型为只读的服务模块可以挂载在读VIP地址下，服务类型为只写的服务模块可以挂载在写VIP地址下。读VIP地址可以和预定的读域名绑定，写VIP地址可以和预定的写域名绑定。通过将服务模块挂载到不同服务类型对应的VIP地址下，VIP地址与预定域名绑定，后续用户可以在客户端根据用户需求来访问预定域名，从而实现不同服务类型(例如，读、写服务)的数据链路分离。
一些实现方式中，资源管理模块还用于在启动服务模块时，通过以下方式确定所启动的服务模块的服务类型：
按照预定比例确定所启动的服务模块的服务类型，或者，确定所启动的服务模块的服务类型为默认类型。
其中，预定比例、默认类型可以在建立或启动分布式系统时进行预配置，或者，可以由分布式系统根据相关历史信息确定。需要启动的服务实例的数目可以根据分布式系统的预配置信息确定。
如图2所示，资源管理模块可以包括：
处理单元，用于当至少一个已启动的服务模块的统计信息满足预设条件时，确定目标服务模块以及目标服务类型；
调整单元，用于将目标服务模块的服务类型调整为目标服务类型。
其中，处理单元用于当至少一个已启动的服务模块的统计信息满足预设条件时，从已启动的服务模块中，确定服务类型需要调整的服务模块(对应上述的目标服务模块)以及需要调整到的服务类型(对应上述的目标服务类型)。
其中，统计信息可以包括请求统计信息以及负载参数统计信息。请求统计信息可以包括服务模块在两个采集时刻的间隔时长内接收到的请求个数，此处的请求个数需要区分服务类型，例如，可以包括读请求个数和写请求个数。负载参数统计信息可以包括在采集时刻服务模块或服务模块所在硬件设备的CPU消耗量、内存消耗量。然而，本申请对此并不限定。在其他实现方式中，负载参数统计信息还可以包括服务模块在采集时刻的网络消耗量。
其中，预设条件可以包括：服务模块的负载参数统计信息均大于或等于对应的阈值。例如，负载参数统计信息包括在采集时刻服务模块或服务模块所在硬件设备的CPU消耗量、内存消耗量时，预设条件可以包括以下几种情况：服务模块的CPU消耗量大于对应的阈值；或者，服务模块的内存消耗量大于对应的阈值，或者，服务模块的CPU消耗量和内存消耗量分别大于对应的阈值。预设条件可以根据需要进行设置，本申请对此并不限定。
其中，当至少一个已启动的服务模块的负载参数统计信息满足预设条件时，说明需要对已启动的服务模块的服务类型进行调整。
一些实现方式中，处理单元，用于通过以下方式确定目标服务模块以及目标服务类型：
确定负载参数统计信息满足预设条件的服务模块作为目标服务模块；
根据所有已启动的服务模块的请求统计信息，确定负载高的服务类型作为目标服务类型。
其中，以请求统计信息包括读请求个数和写请求个数为例，在预定时长内，所有已启动的服务模块的读请求个数的总和大于所有已启动的服务模块的写请求个数的总和时，可以确定读服务的负载高，目标服务类型可以为只读；在预定时长内，所有已启动的服务模块的写请求个数的总和大于所有已启动的服务模块的读请求个数的总和时，可以确定写服务的负载高，目标服务类型可以为只写。其中，预定时长可以等于一个间隔时长，或者等于多个间隔时长的总和。
一些实现方式中，处理单元，用于通过以下方式确定目标服务模块以及目标服务类型：
根据所有已启动的服务模块的请求统计信息，确定负载高的服务类型作为目标服务类型；
从服务类型为预定服务类型的服务模块中，确定目标服务模块，所述预定服务类型为负载低的服务类型。
其中，以请求统计信息包括读请求个数和写请求个数为例，在预定时长内，所有已启动的服务模块的读请求个数的总和大于所有已启动的服务模块的写请求个数的总和时，可以确定读服务的负载高，此时，目标服务类型可以为只读，预定服务类型可以为只写；在预定时长内，所有已启动的服务模块的写请求个数的总和大于所有已启动的服务模块的读请求个数的总和时，可以确定写服务的负载高，此时，目标服务类型可以为只写，预定服务类型可以为只读。
以目标服务类型为只写，预定服务类型为只读为例，可以从只读服务类型的服务模块中选择预定数目的服务模块，作为目标服务模块，目标服务模块的服务类型调整为只写。预定数目可以根据需要进行设置。一些实现方式中，可以从只读服务类型的服务模块中优先选择负载参数统计信息满足预设条件的服务模块，作为目标服务模块。
一些实现方式中，处理单元，还用于在调整单元将目标服务模块的服务类型调整为目标服务类型之后，在每个已启动的服务模块的负载参数统计信息未处于平衡状态时，减小预设条件中的阈值。
其中，在调整单元进行服务类型的调整后，处理单元判断所有已启动的服务模块的负载参数统计信息是否处于平衡状态。此处的平衡状态可以为所有已启动的服务模块中任意两个服务模块的负载参数统计信息(例如，CPU消耗量、内存消耗量)之间的差值均小于或等于预定值。在处理单元判断出所有已启动的服务模块的负载参数统计信息没有处于平衡状态时，减小预设条件中的阈值，再确定目标服务模块以及目标服务类型，以及由调整单元进行服务类型的调整。
一些实现方式中，调整单元，用于通过以下方式将目标服务模块的服务类型调整为目标服务类型：
向目标服务模块发送与目标服务类型对应的标签。
其中，不同的服务类型对应不同的标签。因此，通过标签可以指示服务类型。以服务类型包括可读可写、只读、只写为例，可读可写对应标签R/W，只读对应标签R，只写对应标签W。
一些实现方式中，资源管理模块还可以包括：第一收集单元，用于收集每个已启动的服务模块的统计信息。
如图2所示，每个服务模块分别可以包括：
第二收集单元，用于收集本服务模块的统计信息；
第一交互单元，用于发送收集到的统计信息给资源管理模块，并接收资源管理模块发送的指令；
第二交互单元，用于根据收到的指令，进行VIP地址挂载。
其中，第一交互单元可以把第二收集单元收集到的统计信息发送给资源管理模块的第一收集单元，第一收集单元对接收到的统计信息进行汇总，并将汇总后的统计信息提供给处理单元。资源管理模块的处理单元确定目标服务模块和目标服务类型后，调整模块向目标服务模块发送指令，指令中携带目标服务类型对应的标签；目标服务模块的第一交互单元接收到指令后，获取其中携带的标签；第二交互单元根据标签，调整目标服务模块挂载的VIP地址，即取消挂载在原服务类型对应的VIP地址下，重新挂载到目标服务类型对应的VIP地址下。
其中，资源管理模块可以是软件、硬件或两者的结合，服务模块也可以是软件、硬件或两者的结合。
下面对资源管理模块和服务模块的功能通过实例实现进行说明。其中，资源管理实例实现资源管理模块的功能，服务实例实现服务模块的功能。
如图3所示，分布式系统，包括：多个服务节点，其中至少一个服务节点上配置有资源管理实例，多个服务节点上分别配置有一个或多个服务实例。以三个服务节点a、b、c为例，服务节点a上配置有N个服务实例，服务节点b上配置有M个服务实例，服务节点c上配置有一个资源管理实例。其中，N、M均为大于或等于1的整数。服务节点a和b上的服务实例可以相同或不同。
一些实现方式中，服务节点c上还可以配置L个服务实例，L为大于或等于1的整数。服务节点c上的服务实例可以和服务节点a和b上的服务实例相同或不同。
一些实现方式中，服务节点a或b上还可以配置一个备用的资源管理实例；或者，服务节点c上可以再配置一个备用的资源管理实例。
在图3中，服务节点c上的资源管理实例用于启动一个或多个服务实例，例如，启动服务节点a上配置的一个服务实例，或者，启动服务节点c上配置的多个服务实例。即，资源管理实例可以用于启动所有服务节点上配置的服务实例中的一个或多个。需要启动的服务实例的数目可以根据分布式系统的预配置信息确定。
在图3中，资源管理实例在启动服务实例时，可以向服务实例指示服务类型，以告知服务实例在启动后提供何种类型的服务。一些实现方式中，资源管理实例在启动服务实例时，向服务实例发送启动控制指令，启动控制指令携带标签(label)，标签用于指示对应的服务类型。其中，不同的服务类型对应不同的标签。
其中，在服务实例启动时，服务实例根据资源管理实例指示的服务类型，分别加载所需的功能模块，用于提供特定的服务。
其中，资源管理实例用于当至少一个已启动的服务实例的统计信息满足预设条件时，确定目标服务实例以及目标服务类型，并将目标服务实例的服务类型调整为目标服务类型。其中，统计信息包括：请求统计信息以及负载参数统计信息。
其中，资源管理实例和每个服务实例的结构也可以参照图2所示。已启动的服务实例的第二收集单元可以收集自己的统计信息，并通过第一交互单元将收集到的统计信息发送给资源管理实例；资源管理实例的第一收集单元接收分布式系统中所有服务节点上已启动的每个服务实例发送的统计信息，并进行汇总；资源管理实例的处理单元可以根据统计信息以及预设的服务优化策略，确定是否需要进行服务类型的调整，以及在确定需要进行服务类型的调整时，如何确定目标服务实例以及目标服务类型；之后，资源管理实例的调整单元可以向目标服务实例发送携带目标服务类型对应的标签的指令。目标服务实例的第一交互单元接收到指令后，确定目标服务类型，目标服务实例的第二交互单元进行目标服务类型对应的VIP地址的挂载。
其中，目标服务实例在挂载到目标服务类型对应的VIP地址之后，可以将之前接收到的请求全部置为失败，或者，在接收到资源管理实例发送的携带目标服务类型对应的标签的指令后，停止接收新的请求，在处理完之前接收到的请求后，再挂载到目标服务类型的VIP地址下，接收新的请求。
其中，服务实例收集统计信息的采集时刻的间隔时长可以根据需要配置。例如从服务实例启动后，每隔10分钟(间隔时长)设置一个采集时刻。
下面以分布式的数据库系统(如云数据库系统)为例对服务实例和资源管理实例进行说明。其中，云数据库可以是被部署到一个虚拟计算环境中的数据库。
在数据库系统中，服务类型可以包括以下三种：可读可写、只读、只写。相应地，VIP地址可以包括：读VIP地址和写VIP地址。如此，服务类型为可读可写的服务实例，在启动后可以挂载到读VIP地址和写VIP地址下，服务类型为只读的服务实例，在启动后可以挂载到读VIP地址下，服务类型为只写的服务实例，在启动后可以挂载到写VIP地址下。
相应地，服务类型对应的标签可以包括以下三种：R/W、R、W；R/W指示可读可写服务类型，即，接收到标签R/W的服务实例既能处理读请求也能处理写请求，R指示只读服务类型，即接收到标签R的服务实例只能处理读请求，W指示只写服务类型，即接收到标签W的服务实例只能处理写请求。
如图4所示，为了将客户端到分布式服务节点的网络链路达到读写分离的目的，读写请求与数据返回均不互相影响，在建立云数据库(用于提供云数据分析服务)时，为用户提供读请求对应的域名(即前述的读域名)和写请求对应的域名(即前述的写域名)。两个域名分别被绑定到读VIP地址和写VIP地址上。即，读请求对应的域名绑定到读VIP地址上，写请求对应的域名绑定到写VIP地址上。
其中，标签为R/W的服务实例可以挂载到读VIP的读服务池和写VIP的写服务池中，可以用于接收读请求或写请求；标签为R的服务实例只能挂载到读VIP的读服务池中，只能接收读请求；标签为W的服务实例只能挂载到写VIP的写服务池中，只能接收写请求。
其中，用户可以根据应用业务场景，自行选择所需服务类型对应的域名来访问相关的URL(Uniform Resource Locator，统一资源定位器)。若读的URL为A，写的URL为B，则用户对分布式数据库系统进行数据查询操作时，可以选择读的URL进行访问，对分布式数据库系统进行数据写入操作时，可以选择写的URL进行访问。由于读URL对应的域名和读VIP地址绑定，写URL对应的域名和写VIP地址绑定，而且，读VIP地址下挂载了服务类型为只读、可读可写的服务实例，写VIP地址下挂载了服务类型为只写、可读可写的服务实例，因此，可以从写VIP地址下挂载的服务实例中选择为用户提供数据写入服务的服务实例，从读VIP地址下挂载的服务实例中选择为用户提供数据查询服务的服务实例。
在图3中，分布式系统还可以包括：负载均衡节点，用于在VIP地址上维护各自的真实服务池(Real server pool)，用来挂载后端真实的服务实例，其中，每个服务实例由所在服务节点的IP地址和端口号(IP：Port)唯一确定。负载均衡节点可以将客户端对读域名的访问请求，分配给读服务池中的服务实例，将客户端对写域名的访问请求，分配给写服务池中的服务实例。
在创建云数据库时，可以通过建表语句来进行读写服务的规划，例如，设置读服务实例(即接收读请求的服务实例)和写服务实例(即接收写请求的服务实例)的预定比例为1：2，则资源管理实例启动的只读服务类型的服务实例与只写服务类型的服务实例的数目之比可以为1：2，比如，总共需要启动的服务实例数目为90，则只读服务类型的服务实例的数目为30，只写服务类型的服务实例的数目为60。或者，在创建云数据库时，不进行读写服务的规划，例如，所有启动的服务实例均设置为默认类型，如可读可写，如图4所示。或者，在创建云数据库时，不进行读写服务的规划，所有启动的服务实例设置为默认类型，在云数据库的运行过程中，主动干预读写服务的规划，比如已启动的服务实例数目为90，且服务类型均为可读可写，在主动干预的读写服务规划时，设置只读服务类型的服务实例和只写服务类型的服务实例的比例为1：2，则可以将30个可读可写的服务实例调整为只读，将60个可读可写的服务实例调整为只写。
在创建云数据库时，还可以设置在云数据库运行时，进行自适应读写优化过程；或者，在云数据库运行过程中，主动干预读写服务的规划之后，设置可以进行自适应读写优化过程。此处的自适应读写优化过程指资源管理实例根据已启动的服务实例的统计信息，动态调整一个或多个已启动的服务实例的服务类型(可读可写、只读、只写)的过程。
下面以服务实例的统计信息包括：读请求统计信息、写请求统计信息、CPU消耗量以及内存消耗量为例，说明自适应读写优化过程。
其中，读请求统计信息包括：当前采集时刻与前一个采集时刻之间服务实例接收到的读请求个数；写请求统计信息包括：当前采集时刻与前一个采集时刻之间服务实例接收到的写请求个数；CPU消耗量指当前采集时刻，服务实例运行时所在服务节点的CPU消耗量；内存消耗量指当前采集时刻，服务实例运行时所在服务节点的内存消耗量。
服务实例收集的统计信息可以如表1所示：
表1
Figure BDA0001192685790000161
Figure BDA0001192685790000171
表1中列举了两个服务实例收集到的统计信息，每隔10分钟进行一次采集；这两个服务实例的服务类型为可读可写。
资源管理实例可以连续收集和监控每个服务实例的统计信息，并根据预设的服务优化策略进行已启动的服务实例的服务类型调度。预设的服务优化策略可以由多种实现方式。下面举例说明两种实现方式。其中，预设条件为服务模块的CPU消耗量和内存消耗量分别大于对应的阈值。
第一种实现方式：
在图3中，以分布式系统中已启动的服务实例包括服务实例N、服务实例M以及服务实例L为例，且这三个服务实例的服务类型均为可读可写；这三个服务实例会分别在采集时刻收集自身的统计信息，并实时地将收集到的统计信息发送给资源管理实例。资源管理实例在每次接收到这三个服务实例的统计信息后，监测是否存在满足预设条件的服务实例。
在资源管理实例监测到一个服务实例(例如，服务实例N)的CPU消耗量和内存消耗量分别大于对应的阈值时(即，服务实例N满足预设条件)，根据读请求统计信息和写请求统计信息，资源管理实例计算所有已启动的服务实例(这里包括服务实例N、M、L)在间隔时长(当前采集时刻与前一个采集时刻之间的时长)内的读请求个数的总和、所有已启动的服务实例在间隔时长内的写请求个数的总和，并比较读请求个数的总和与写请求个数的总和。若读请求个数的总和较大，则读负载较高；若写请求个数的总和较大，则写负载较高。
资源管理实例在比较得到读负载较高时，确定目标服务类型为只读；在比较得到写负载较高时，确定目标服务类型为只写。
在目标服务类型为只读时，资源管理实例向服务实例N发送携带只读服务类型对应的标签(如R)的指令；服务实例N接收到指令后，挂载到读VIP地址下。由于服务实例N的原服务类型为可读可写，即服务实例N同时挂载在读VIP地址和写VIP地址下，在接收到指令后，服务实例N可以取消在写VIP地址下的挂载，而保留挂载在读VIP地址下。
目标服务类型为只写时的处理类似，故于此不再赘述。
之后，在服务实例N调整服务类型之后，资源管理实例根据收集的统计信息，判断这三个服务实例的CPU消耗量和内存消耗量是否均处于平衡状态。比如，在这三个服务实例中的任两个服务实例的CPU消耗量之间的差值小于预定值，且内存消耗量之间的差值也小于预定值时，认为这三个服务实例处于平衡状态。
在资源管理实例根据收集的统计信息，判定这三个服务实例的CPU消耗量和内存消耗量没有处于平衡状态时，减小预设条件中CPU消耗量对应的阈值和内存消耗量对应的阈值。之后，资源管理实例可以根据最新收集的统计信息，重新确定如何对这三个服务实例的服务类型进行调整。
资源管理实例可以执行多次阈值减小处理，直至这三个服务实例的CPU消耗量和内存消耗量均处于平衡状态。
第二种实现方式：
在图3中，仍以分布式系统中已启动的服务实例包括服务实例N、服务实例M以及服务实例L为例，且服务实例N的服务类型为只读、服务实例M和L的服务类型均为只写；这三个服务实例会分别在采集时刻收集自身的统计信息，并实时地将收集到的统计信息发送给资源管理实例。资源管理实例在每次接收到这三个服务实例的统计信息后，监测是否存在满足预设条件的服务实例。
在资源管理实例监测到一个服务实例(例如，服务实例M)的CPU消耗量和内存消耗量分别大于对应的阈值时(即，服务实例M满足预设条件)，根据读请求统计信息和写请求统计信息，资源管理实例计算所有已启动的服务实例(这里包括服务实例N、M、L)在间隔时长(当前采集时刻与前一个采集时刻之间的时长)内的读请求个数的总和、所有已启动的服务实例在间隔时长内的写请求个数的总和，并比较读请求个数的总和与写请求个数的总和。若读请求个数的总和较大，则读负载较高；若写请求个数的总和较大，则写负载较高。
资源管理实例在比较得到读负载较高时，确定目标服务类型为只读；在比较得到写负载较高时，确定目标服务类型为只写。
在目标服务类型为只读时，资源管理实例从服务类型为只写的服务实例中选择目标服务实例，例如选择服务实例M或者服务实例M和L，作为目标服务实例。
以目标服务实例为服务实例M为例，资源管理实例向服务实例M发送携带只读服务类型对应的标签(如R)的指令；服务实例M接收到指令后，挂载到读VIP地址下。由于服务实例M的原服务类型为只写，即服务实例M只挂载在写VIP地址下，在接收到指令后，服务实例M可以取消在写VIP地址下的挂载，重新挂载到读VIP地址下。
目标服务类型为只写时的处理类似，故于此不再赘述。
在第二种实现方式中，资源管理实例也可以执行多次阈值减小处理，直至这三个服务实例的CPU消耗量和内存消耗量均处于平衡状态。
在本实施例中，已启动的服务实例根据服务类型挂载在不同VIP地址下，VIP地址绑定预定域名，从而实现服务实例的角色分离，而且资源管理实例可以对服务实例的服务类型进行动态调整，即服务实例的角色分离是动态的，从而在确保正常执行不同类型的任务时，也能有效利用分布式系统的资源，提高系统资源利用率。
实施例二、一种分布式系统的管理方法，如图5所示，包括：
步骤502：当至少一个已启动的服务模块的统计信息满足预设条件时，确定目标服务模块以及目标服务类型；
步骤503：将目标服务模块的服务类型调整为目标服务类型。
本实施例提供的分布式系统的管理方法，用于动态调整分布式系统中的一个或多个服务模块的服务类型。
其中，服务类型可以根据分布式系统的应用环境确定。例如，在分布式的数据库系统中，服务类型可以包括以下三种：可读可写、只读、只写。
其中，已启动的服务模块根据自身的服务类型，挂载到自身的服务类型对应的VIP地址下。VIP地址与预定域名绑定。一个VIP地址可以绑定一个或多个预定域名。一个预定域名仅绑定一个VIP地址。一些实现方式中，不同的VIP地址绑定不同的预定域名。
关于服务类型、VIP地址以及预定域名的描述可以参照实施例一所述，故于此不再赘述。
其中，统计信息可以包括请求统计信息以及负载参数统计信息。请求统计信息可以包括服务模块在两个采集时刻的间隔时长内接收到的请求个数，此处的请求个数需要区分服务类型，例如，可以包括读请求个数和写请求个数。负载参数统计信息可以包括在采集时刻服务模块或者服务模块所在硬件设备的CPU消耗量、内存消耗量。然而，本申请对此并不限定。在其他实现方式中，负载参数统计信息还可以包括服务模块在采集时刻的网络消耗量。
其中，预设条件可以包括：服务模块的负载参数统计信息均大于或等于对应的阈值。例如，负载参数统计信息包括在采集时刻服务模块或服务模块所在硬件设备的CPU消耗量、内存消耗量时，预设条件可以包括以下几种情况：服务模块的CPU消耗量大于对应的阈值；或者，服务模块的内存消耗量大于对应的阈值，或者，服务模块的CPU消耗量和内存消耗量分别大于对应的阈值。预设条件可以根据需要进行设置，本申请对此并不限定。
其中，当至少一个已启动的服务模块的负载参数统计信息满足预设条件时，说明需要对已启动的服务模块的服务类型进行调整。在步骤502中，当至少一个已启动的服务模块的统计信息满足预设条件时，从已启动的服务模块中，确定服务类型需要调整的服务模块以及需要调整到的服务类型。
其中，在步骤502之前，本实施例的管理方法还包括：
步骤501：收集每个已启动的服务模块的统计信息。
其中，可以在一个或多个采集时刻收集每个已启动的服务模块的统计信息；或者，可以在多个连续的采集时刻收集每个已启动的服务模块的统计信息。
一些实现方式中，步骤502中，确定目标服务模块以及目标服务类型，可以包括：
确定负载参数统计信息满足预设条件的服务模块作为目标服务模块；
根据所有已启动的服务模块的请求统计信息，确定负载高的服务类型作为目标服务类型。
其中，以请求统计信息包括读请求个数和写请求个数为例，在预定时长内，所有已启动的服务模块的读请求个数的总和大于所有已启动的服务模块的写请求个数的总和时，可以确定读服务的负载高，目标服务类型可以为只读；在预定时长内，所有已启动的服务模块的写请求个数的总和大于所有已启动的服务模块的读请求个数的总和时，可以确定写服务的负载高，目标服务类型可以为只写。其中，预定时长可以等于一个间隔时长，或者等于多个间隔时长的总和。
一些实现方式中，步骤502中，确定目标服务模块以及目标服务类型，可以包括：
根据所有已启动的服务模块的请求统计信息，确定负载高的服务类型作为目标服务类型；
从服务类型为预定服务类型的服务模块中，确定目标服务模块，所述预定服务类型为负载低的服务类型。
其中，以请求统计信息包括读请求个数和写请求个数为例，在预定时长内，所有已启动的服务模块的读请求个数的总和大于所有已启动的服务模块的写请求个数的总和时，可以确定读服务的负载高，此时，目标服务类型可以为只读，预定服务类型可以为只写；在预定时长内，所有已启动的服务模块的写请求个数的总和大于所有已启动的服务模块的读请求个数的总和时，可以确定写服务的负载高，此时，目标服务类型可以为只写，预定服务类型可以为只读。
以目标服务类型为只写，预定服务类型为只读为例，可以从只读服务类型的服务模块中选择预定数目的服务模块，作为目标服务模块，目标服务模块的服务类型调整为只写。预定数目可以根据需要进行设置。一些实现方式中，可以从只读服务类型的服务模块中优先选择负载参数统计信息满足预设条件的服务模块，作为目标服务模块。
一些实现方式中，步骤503之后，本实施例的管理方法还可以包括：若每个已启动的服务模块的负载参数统计信息未处于平衡状态，重复执行以下步骤：减小预设条件中的阈值，当至少一个已启动的服务模块的统计信息满足预设条件时，确定目标服务模块以及目标服务类型，将目标服务模块的服务类型调整为目标服务类型。即在减小预设条件终端的阈值之后，再次执行步骤502和步骤503。
一些实现方式中，步骤503可以包括：向目标服务模块发送与目标服务类型对应的标签。
其中，不同的服务类型对应不同的标签。因此，通过标签可以指示服务类型。以服务类型包括可读可写、只读、只写为例，可读可写对应标签R/W，只读对应标签R，只写对应标签W。
应用本实施例的管理方法的分布式系统的结构可以参照图1或图2所示。其中，服务模块可以是软件、硬件或两者的结合。本实施例的管理方法可以由资源管理实例执行。
下面对服务模块的功能通过实例实现进行说明。其中，服务实例实现服务模块的功能。
以数据库系统为例，服务类型可以包括以下三种：可读可写、只读、只写。相应地，VIP地址可以包括：读VIP地址和写VIP地址。如此，服务类型为可读可写的服务实例，在启动后可以挂载到读VIP地址和写VIP地址下，服务类型为只读的服务实例，在启动后可以挂载到读VIP地址下，服务类型为只写的服务实例，在启动后可以挂载到写VIP地址下。
服务类型对应的标签可以包括以下三种：R/W、R、W；R/W指示可读可写服务类型，即，接收到标签R/W的服务实例既能处理读请求也能处理写请求，R指示只读服务类型，即接收到标签R的服务实例只能处理读请求，W指示只写服务类型，即接收到标签W的服务实例只能处理写请求。
下面举例说明本实施例的管理方法的两种实现方式。其中，服务实例的统计信息例如包括：读请求统计信息、写请求统计信息、CPU消耗量以及内存消耗量。读请求统计信息包括：当前采集时刻与前一个采集时刻之间服务实例接收到的读请求个数；写请求统计信息包括：当前采集时刻与前一个采集时刻之间服务实例接收到的写请求个数；CPU消耗量指当前采集时刻，服务实例运行时所在服务节点的CPU消耗量；内存消耗量指当前采集时刻，服务实例运行时所在服务节点的内存消耗量。预设条件为服务模块的CPU消耗量和内存消耗量分别大于对应的阈值。
第一种实现方式：
在图6中，分布式系统中已启动的服务实例包括服务实例1至N，这N个服务实例的服务类型均为可读可写，N为大于4的整数；这些服务实例会分别在采集时刻收集自身的统计信息，并实时地将收集到的统计信息发送给资源管理实例。资源管理实例在每次接收到这些服务实例的统计信息后，监测是否存在满足预设条件的服务实例。
在资源管理实例根据收集的这些服务实例的统计信息(如图8(a)所示)，发现服务实例1的CPU消耗量和内存消耗量均超过对应的阈值(这个阈值相当于定义了一个安全范围，超过这个阈值，说明负载过高需要调整)时，即服务实例1满足预设条件，根据读请求统计信息和写请求统计信息，资源管理实例计算所有已启动的服务实例(这里包括服务实例1至N)在间隔时长(当前采集时刻与前一个采集时刻之间的时长)内的读请求个数的总和、所有已启动的服务实例在间隔时长内的写请求个数的总和，并比较读请求个数的总和与写请求个数的总和。若读请求个数的总和较大，则读负载较高；若写请求个数的总和较大，则写负载较高。
资源管理实例在比较得到读负载较高时，确定目标服务类型为只读；在比较得到写负载较高时，确定目标服务类型为只写。
在这个例子中，目标服务类型为只写，此时，资源管理实例向服务实例1发送携带只写服务类型对应的标签(如W)的指令；服务实例1接收到指令后，挂载到写VIP地址下。由于服务实例1的原服务类型为可读可写，即服务实例1同时挂载在读VIP地址和写VIP地址下，在接收到指令后，服务实例1可以取消在读VIP地址下的挂载，而保留挂载在写VIP地址下。
目标服务类型为只读时的处理类似，故于此不再赘述。
在调整服务实例1的服务类型之后，这些服务实例的统计信息可以如图8(b)所示，虽然服务实例1的CPU消耗量和内存消耗量不再超过对应的阈值，但是所有已启动的服务实例之间的CPU消耗量和内存消耗量没有达到一个平衡状态。关于平衡状态的说明可以参照实施例一所述，故于此不再赘述。
之后，资源管理实例可以降低CPU消耗量对应的阈值和内存消耗量对应的阈值，重新进行服务类型的调整。例如再经过一次或多次服务类型调整(即多次执行步骤502和步骤503)之后，如图7所示，服务实例1、2、3的服务类型为只写，服务实例4至N的服务实例为只读，此时，如图8(c)可见，每个服务实例的CPU消耗量和内存消耗量达到平衡状态。
第二种实现方式：
第二种实现方式与第一种实现方式的区别在于：在监测到存在CPU消耗量和内存消耗量均超过对应的阈值的服务实例时，在确定负载高的服务类型后，调整只读服务类型的服务实例和只写服务类型的服务实例之间的比例，将负载低的服务类型作为目标服务类型，负载低的服务类型对应的服务实例的数目减少。
例如，已启动的服务实例中只读服务类型的服务实例与只写服务类型的服务实例的比例为4：6(如只读类型的服务实例为4个，只写类型的服务实例为6个)；在检测到存在CPU消耗量和内存消耗量均超过对应的阈值的服务实例时，分别计算所有已启动的服务实例在当前采集时刻和前一个采集时刻之间接收到的读请求个数的总和、写请求个数的总和；若读请求个数的总和大于写请求个数的总和，即读负载高于写负载，可以确定目标服务类型为只读，此时，可以将一个只写类型的服务实例(即前述的目标服务实例)调整为只读类型，即比例可以为5：5；若写请求个数的总和大于读请求个数的总和，即写负载高于读负载，可以确定目标服务类型为只写，此时，可以将一个只读类型的服务实例(即前述的目标服务实例)调整为只写类型，即比例可以为3：7。
需要说明的是，确定的目标服务实例也可以是两个或多个。本申请对此并不限定。
同样地，在第二种实现方式中，也可以重复执行以下步骤：减少预设条件中的阈值、步骤502和步骤503，直至所有已启动的服务实例的CPU消耗量和内存消耗量均达到平衡状态。
在本实施例中，通过对服务实例的服务类型的自适应调度，有效地优化和平衡系统资源利用率，而且可以提高服务的整体稳定性和性能。
实施例三、一种分布式系统的管理装置，包括：
处理单元，用于当至少一个已启动的服务模块的统计信息满足预设条件时，确定目标服务模块以及目标服务类型；
调整单元，用于将目标服务模块的服务类型调整为目标服务类型。
本实施例的管理装置用于管理分布式系统中的一个或多个服务模块，动态调整分布式系统中的一个或多个服务模块的服务类型。
其中，关于分布式系统的架构、服务类型、统计信息以及预设条件的说明可以参照实施例一和二所述，故于此不再赘述。
其中，本实施例的管理装置还可以包括：第一收集单元，用于收集每个已启动的服务模块的统计信息。
一些实现方式中，处理单元，用于通过以下方式确定目标服务模块以及目标服务类型：
确定负载参数统计信息满足预设条件的服务模块作为目标服务模块；
根据所有已启动的服务模块的请求统计信息，确定负载高的服务类型作为目标服务类型。
一些实现方式中，处理单元，用于通过以下方式确定目标服务模块以及目标服务类型：
根据所有已启动的服务模块的请求统计信息，确定负载高的服务类型作为目标服务类型；
从服务类型为预定服务类型的服务模块中，确定目标服务模块，所述预定服务类型为负载低的服务类型。
一些实现方式中，处理单元，还用于在调整单元将目标服务模块的服务类型调整为目标服务类型之后，在每个已启动的服务模块的负载参数统计信息未处于平衡状态时，减小预设条件中的阈值。
一些实现方式中，调整单元用于通过以下方式将目标服务模块的服务类型调整为目标服务类型，包括：向目标服务模块发送与目标服务类型对应的标签。
关于本实施例的管理装置的细节说明可以参照实施例一和实施例二所述，故于此不再赘述。
实施例四、一种分布式系统的访问方法，如图9所示，包括：
步骤901：在接收到针对预定域名的访问请求后，确定与预定域名绑定的VIP地址；
步骤902：将访问请求分配给与预定域名绑定的VIP地址下挂载的服务模块。
其中，分布式系统包括一个或多个服务模块，已启动的服务模块根据自身的服务类型，挂载到自身的服务类型对应的VIP地址下，VIP地址与预定域名绑定；服务模块的服务类型是动态调整的；预定域名指示对应的VIP地址下挂载的服务模块的服务类型。其中，一个VIP地址可以与一个或多个预定域名绑定，且一个预定域名只绑定一个VIP地址。
在分布式数据库系统中，服务类型可以包括：可读可写、只读、只写。服务类型为可读可写的服务模块可以挂载在读VIP地址和写VIP地址下，服务类型为只读的服务模块可以挂载在读VIP地址下，服务类型为只写的服务模块可以挂载在写VIP地址下。读VIP地址可以和预定的读域名绑定，写VIP地址可以和预定的写域名绑定。
关于分布式系统的架构、服务类型、VIP地址以及预定域名的详细说明可以参照实施例一，故于此不再赘述。
本实施例的访问方法可以应用于分布式系统中的负载均衡节点。
如图3所示，负载均衡节点可以连接多个服务节点a、b、c；服务节点a、b、c上的服务实例在启动后可以挂载到自身服务类型对应的VIP地址下。挂载在VIP地址下的服务实例由所在服务节点的IP地址以及端口号标识唯一确定。负载均衡节点可以维护每个VIP地址下挂载的服务实例。
负载均衡节点在接收到针对预定域名的访问请求后，先确定预定域名绑定的VIP地址，再确定对应的VIP地址下挂载的服务实例，根据负载均衡策略从这个VIP地址下挂载的服务实例中选择一个服务实例，用于处理访问请求。其中，本申请对于负载均衡策略并不限定。
实施例五、一种分布式系统的访问装置，如图10所示，包括：
接收单元，用于接收针对预定域名的访问请求；
确定单元，用于在接收单元接收到针对预定域名的访问请求后，确定与预定域名绑定的VIP地址；
分配单元，用于将访问请求分配给与预定域名绑定的VIP地址下挂载的服务模块。
其中，分布式系统包括一个或多个服务模块，已启动的服务模块根据自身的服务类型，挂载到自身的服务类型对应的VIP地址下，VIP地址与预定域名绑定；服务模块的服务类型是动态调整的；预定域名指示对应的VIP地址下挂载的服务模块的服务类型。其中，一个VIP地址可以与一个或多个预定域名绑定，且一个预定域名只绑定一个VIP地址。
在分布式数据库系统中，服务类型可以包括：可读可写、只读、只写。服务类型为可读可写的服务模块可以挂载在读VIP地址和写VIP地址下，服务类型为只读的服务模块可以挂载在读VIP地址下，服务类型为只写的服务模块可以挂载在写VIP地址下。读VIP地址可以和预定的读域名绑定，写VIP地址可以和预定的写域名绑定。
关于分布式系统的架构、服务类型、VIP地址以及预定域名的详细说明可以参照实施例一，故于此不再赘述。
其中，接收单元、确定单元以及分配单元可以是硬件、软件或两者的结合。
关于本实施例的访问装置的细节说明可以参照实施例四所述，故于此不再赘述。
实施例六、一种分布式系统的访问方法，如图11所示，包括：
步骤112：发送针对预定域名的访问请求，以获取预定域名对应的VIP地址下挂载的服务模块提供的服务。
本实施例的访问方法应用于客户端，分布式系统可以作为服务端。其中，客户端可以指客户端计算设备或者客户端计算设备上的应用程序(APP)。
一些实现方式中，在步骤112之前，本实施例的访问方法还可以包括：
步骤111：根据用户需求，确定能够满足用户需求的预定域名。
例如，在人机交互界面显示服务类型，客户端的控制单元根据用户在人机交互界面选择的服务类型，以及预定域名与所指示的服务类型之间的关联关系，确定相应的预定域名。
其中，分布式系统包括一个或多个服务模块，已启动的服务模块根据自身的服务类型，挂载到自身的服务类型对应的VIP地址下，VIP地址与预定域名绑定；服务模块的服务类型是动态调整的；预定域名指示对应的VIP地址下挂载的服务模块的服务类型；其中，一个VIP地址可以与一个或多个预定域名绑定，且一个预定域名只绑定一个VIP地址。
在分布式数据库系统中，服务类型可以包括：可读可写、只读、只写。服务类型为可读可写的服务模块可以挂载在读VIP地址和写VIP地址下，服务类型为只读的服务模块可以挂载在读VIP地址下，服务类型为只写的服务模块可以挂载在写VIP地址下。读VIP地址可以和预定的读域名绑定，写VIP地址可以和预定的写域名绑定。
关于分布式系统的架构、服务类型、VIP地址以及预定域名的详细说明可以参照实施例一，故于此不再赘述。
实施例七、一种分布式系统的访问装置，如图12所示，包括：
发送单元，用于发送针对预定域名的访问请求，以获取所述预定域名对应的VIP地址下挂载的服务模块提供的服务。
本实施例的访问装置例如设置于客户端，分布式系统可以作为服务端。其中，客户端可以指客户端计算设备或者客户端计算设备上的应用程序(APP)。
一些实现方式中，本实施例的访问装置还可以包括：
控制单元，用于根据用户需求，确定能够满足用户需求的预定域名。
例如，在人机交互界面显示服务类型，控制单元根据用户在人机交互界面选择的服务类型，以及预定域名与所指示的服务类型之间的关联关系，确定相应的预定域名。
其中，分布式系统包括一个或多个服务模块，已启动的服务模块根据自身的服务类型，挂载到自身的服务类型对应的VIP地址下，VIP地址与预定域名绑定；服务模块的服务类型是动态调整的；预定域名指示对应的VIP地址下挂载的服务模块的服务类型；其中，一个VIP地址可以与一个或多个预定域名绑定，且一个预定域名只绑定一个VIP地址。
在分布式数据库系统中，服务类型可以包括：可读可写、只读、只写。服务类型为可读可写的服务模块可以挂载在读VIP地址和写VIP地址下，服务类型为只读的服务模块可以挂载在读VIP地址下，服务类型为只写的服务模块可以挂载在写VIP地址下。读VIP地址可以和预定的读域名绑定，写VIP地址可以和预定的写域名绑定。
关于分布式系统的架构、服务类型、VIP地址以及预定域名的详细说明可以参照实施例一，故于此不再赘述。
实施例八、一种分布式数据库系统，包括：
资源管理模块以及一个或多个服务模块；资源管理模块用于在启动服务模块后，动态调整服务模块提供以下至少一种服务：查询服务、写入服务。
其中，查询服务对应前述实施例中的读服务，写入服务对应前述实施例中的写服务。
其中，服务模块可以提供查询服务时，可以处理接收到的查询请求(对应前述的读请求)；服务模块可以提供写入服务时，可以处理接收到的写入请求(对应前述的写请求)；服务模块可以提供查询服务和写入服务时，既能处理查询请求也能处理写入请求。
其中，资源管理模块可以用于当至少一个已启动的服务模块的统计信息满足预设条件时，从已启动的服务模块中确定需要调整的服务模块(对应前述的目标服务模块)以及需要调整的服务模块要提供的服务(对应前述的目标服务类型)，并调整此服务模块提供此服务。比如，需要调整的服务模块原来提供查询服务，调整之后，提供写入服务；或者，需要调整的服务模块原来既可以提供查询服务也可以提供写入服务，调整之后，只能提供查询服务。
关于本实施例提供的分布式数据库系统的详细描述可以参照实施例一至实施例三中的描述，故于此不再赘述。
此外，本发明实施例还提供一种计算机可读存储介质，存储有计算机可执行指令，所述计算机可执行指令被处理器执行时实现实施例二的分布式系统的管理方法。
此外，本发明实施例还提供一种计算机可读存储介质，存储有计算机可执行指令，所述计算机可执行指令被处理器执行时实现实施例四的分布式系统的访问方法。
此外，本发明实施例还提供一种计算机可读存储介质，存储有计算机可执行指令，所述计算机可执行指令被处理器执行时实现实施例六的分布式系统的访问方法。
本领域普通技术人员可以理解上述方法中的全部或部分步骤可通过程序来指令相关硬件(例如处理器)完成，所述程序可以存储于计算机可读存储介质中，如只读存储器、磁盘或光盘等。可选地，上述实施例的全部或部分步骤也可以使用一个或多个集成电路来实现。相应地，上述实施例中的各模块/单元可以采用硬件的形式实现，例如通过集成电路来实现其相应功能，也可以采用软件功能模块的形式实现，例如通过处理器执行存储于存储器中的程序/指令来实现其相应功能。本申请不限制于任何特定形式的硬件和软件的结合。
以上显示和描述了本申请的基本原理和主要特征和本申请的优点。本申请不受上述实施例的限制，上述实施例和说明书中描述的只是说明本申请的原理，在不脱离本申请精神和范围的前提下，本申请还会有各种变化和改进，这些变化和改进都落入要求保护的本申请范围内。

Claims (24)

1.一种分布式系统，其特征在于，包括：
资源管理模块以及一个或多个服务模块；所述资源管理模块用于在启动服务模块后，动态调整服务模块的服务类型；
其中，已启动的服务模块根据自身的服务类型，挂载到自身的服务类型对应的虚拟网络协议VIP地址下，其中，一个VIP地址与一个或多个预定域名绑定，一个预定域名仅绑定一个VIP地址，所述服务类型为根据分布式系统的应用环境确定的服务的种类。
2.根据权利要求1所述的分布式系统，其特征在于，所述资源管理模块包括：
处理单元，用于当至少一个已启动的服务模块的统计信息满足预设条件时，确定目标服务模块以及目标服务类型；
调整单元，用于将目标服务模块的服务类型调整为目标服务类型。
3.根据权利要求2所述的分布式系统，其特征在于，所述统计信息包括请求统计信息以及负载参数统计信息。
4.根据权利要求3所述的分布式系统，其特征在于，所述处理单元，用于通过以下方式确定目标服务模块以及目标服务类型：
确定负载参数统计信息满足预设条件的服务模块作为目标服务模块；
根据所有已启动的服务模块的请求统计信息，确定负载高的服务类型作为目标服务类型。
5.根据权利要求3所述的分布式系统，其特征在于，所述处理单元，用于通过以下方式确定目标服务模块以及目标服务类型：
根据所有已启动的服务模块的请求统计信息，确定负载高的服务类型作为目标服务类型；
从服务类型为预定服务类型的服务模块中，确定目标服务模块，所述预定服务类型为负载低的服务类型。
6.根据权利要求4或5所述的分布式系统，其特征在于，所述预设条件包括：服务模块的负载参数统计信息大于或等于对应的阈值。
7.根据权利要求6所述的分布式系统，其特征在于，所述处理单元，还用于在所述调整单元将目标服务模块的服务类型调整为目标服务类型之后，在每个已启动的服务模块的负载参数统计信息未处于平衡状态时，减小预设条件中的阈值。
8.根据权利要求2所述的分布式系统，其特征在于，所述调整单元，用于通过以下方式将目标服务模块的服务类型调整为目标服务类型：
向目标服务模块发送与目标服务类型对应的标签。
9.根据权利要求2所述的分布式系统，其特征在于，所述资源管理模块还包括：第一收集单元，用于收集每个已启动的服务模块的统计信息。
10.根据权利要求1所述的分布式系统，其特征在于，所述资源管理模块还用于在启动服务模块时，通过以下方式确定所启动的服务模块的服务类型：
按照预定比例确定所启动的服务模块的服务类型，或者，确定所启动的服务模块的服务类型为默认类型。
11.根据权利要求1所述的分布式系统，其特征在于，所述服务类型包括：可读可写、只读、只写。
12.根据权利要求1所述的分布式系统，其特征在于，每个服务模块分别包括：
第二收集单元，用于收集本服务模块的统计信息；
第一交互单元，用于发送收集到的统计信息给资源管理模块，并接收资源管理模块发送的指令；
第二交互单元，用于根据收到的指令，进行虚拟网络协议VIP地址挂载。
13.一种分布式系统的管理方法，其特征在于，用于动态调整分布式系统中的一个或多个服务模块的服务类型，所述管理方法包括：
当至少一个已启动的服务模块的统计信息满足预设条件时，确定目标服务模块以及目标服务类型；
将目标服务模块的服务类型调整为目标服务类型；
其中，已启动的服务模块根据自身的服务类型，挂载到自身的服务类型对应的虚拟网络协议VIP地址下，其中，一个VIP地址与一个或多个预定域名绑定，一个预定域名仅绑定一个VIP地址，所述服务类型为根据分布式系统的应用环境确定的服务的种类。
14.根据权利要求13所述的管理方法，其特征在于，所述统计信息包括请求统计信息以及负载参数统计信息；
所述确定目标服务模块以及目标服务类型，包括：
确定负载参数统计信息满足预设条件的服务模块作为目标服务模块；根据所有已启动的服务模块的请求统计信息，确定负载高的服务类型作为目标服务类型；或者，
根据所有已启动的服务模块的请求统计信息，确定负载高的服务类型作为目标服务类型；从服务类型为预定服务类型的服务模块中，确定目标服务模块，所述预定服务类型为负载低的服务类型。
15.根据权利要求14所述的管理方法，其特征在于，所述预设条件包括：服务模块的负载参数统计信息大于或等于对应的阈值；
所述将目标服务模块的服务类型调整为目标服务类型之后，所述管理方法还包括：若每个已启动的服务模块的负载参数统计信息未处于平衡状态，重复执行以下步骤：减小预设条件中的阈值，当至少一个已启动的服务模块的统计信息满足预设条件时，确定目标服务模块以及目标服务类型，将目标服务模块的服务类型调整为目标服务类型。
16.一种分布式系统的管理装置，其特征在于，用于动态调整分布式系统中的一个或多个服务模块的服务类型，所述管理装置包括：
处理单元，用于当至少一个已启动的服务模块的统计信息满足预设条件时，确定目标服务模块以及目标服务类型；
调整单元，用于将目标服务模块的服务类型调整为目标服务类型；
其中，已启动的服务模块根据自身的服务类型，挂载到自身的服务类型对应的虚拟网络协议VIP地址下，其中，一个VIP地址与一个或多个预定域名绑定，一个预定域名仅绑定一个VIP地址，所述服务类型为根据分布式系统的应用环境确定的服务的种类。
17.一种分布式系统的访问方法，其特征在于，所述分布式系统包括一个或多个服务模块，已启动的服务模块根据自身的服务类型，挂载到自身的服务类型对应的虚拟网络协议VIP地址下，一个VIP地址与一个或多个预定域名绑定，一个预定域名仅绑定一个VIP地址，所述服务类型为根据分布式系统的应用环境确定的服务的种类；服务模块的服务类型是动态调整的；预定域名指示对应的VIP地址下挂载的服务模块的服务类型；
所述访问方法，包括：
在接收到针对预定域名的访问请求后，确定与所述预定域名绑定的VIP地址；
将所述访问请求分配给所述VIP地址下挂载的服务模块。
18.根据权利要求17所述的访问方法，其特征在于，所述服务类型包括：可读可写、只读、只写。
19.一种分布式系统的访问装置，其特征在于，所述分布式系统包括一个或多个服务模块，已启动的服务模块根据自身的服务类型，挂载到自身的服务类型对应的虚拟网络协议VIP地址下，一个VIP地址与一个或多个预定域名绑定，一个预定域名仅绑定一个VIP地址，所述服务类型为根据分布式系统的应用环境确定的服务的种类；服务模块的服务类型是动态调整的；预定域名指示对应的VIP地址下挂载的服务模块的服务类型；
所述访问装置，包括：
接收单元，用于接收针对预定域名的访问请求；
确定单元，用于在接收单元接收到针对预定域名的访问请求后，确定与预定域名绑定的VIP地址；
分配单元，用于将所述访问请求分配给所述VIP地址下挂载的服务模块。
20.一种分布式系统的访问方法，其特征在于，所述分布式系统包括一个或多个服务模块，已启动的服务模块根据自身的服务类型，挂载到自身的服务类型对应的虚拟网络协议VIP地址下，一个VIP地址与一个或多个预定域名绑定，一个预定域名仅绑定一个VIP地址，所述服务类型为根据分布式系统的应用环境确定的服务的种类；服务模块的服务类型是动态调整的；预定域名指示对应的VIP地址下挂载的服务模块的服务类型；
所述访问方法，应用于客户端，包括：
发送针对预定域名的访问请求，以获取所述预定域名对应的VIP地址下挂载的服务模块提供的服务。
21.根据权利要求20所述的访问方法，其特征在于，所述发送针对预定域名的访问请求之前，所述访问方法还包括：
根据用户需求，确定能够满足用户需求的预定域名。
22.一种分布式系统的访问装置，其特征在于，所述分布式系统包括一个或多个服务模块，已启动的服务模块根据自身的服务类型，挂载到自身的服务类型对应的虚拟网络协议VIP地址下，一个VIP地址与一个或多个预定域名绑定，一个预定域名仅绑定一个VIP地址，所述服务类型为根据分布式系统的应用环境确定的服务的种类；服务模块的服务类型是动态调整的；预定域名指示对应的VIP地址下挂载的服务模块的服务类型；
所述访问装置，应用于客户端，包括：
发送单元，用于发送针对预定域名的访问请求，以获取所述预定域名对应的VIP地址下挂载的服务模块提供的服务。
23.一种分布式数据库系统，其特征在于，包括：
资源管理模块以及一个或多个服务模块；所述资源管理模块用于在启动服务模块后，动态调整服务模块提供以下至少一种服务：查询服务、写入服务；
其中，已启动的服务模块根据自身的服务类型，挂载到自身的服务类型对应的虚拟网络协议VIP地址下，其中，一个VIP地址与一个或多个预定域名绑定，一个预定域名仅绑定一个VIP地址，所述服务类型为根据分布式系统的应用环境确定的服务的种类。
24.根据权利要求23所述的分布式数据库系统，其特征在于，所述资源管理模块，用于当至少一个已启动的服务模块的统计信息满足预设条件时，从已启动的服务模块中确定需要调整的服务模块以及所述需要调整的服务模块要提供的服务，并调整所述需要调整的服务模块提供所述服务。
CN201611220480.8A 2016-12-26 2016-12-26 一种分布式系统、管理方法及访问方法 Active CN108243225B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201611220480.8A CN108243225B (zh) 2016-12-26 2016-12-26 一种分布式系统、管理方法及访问方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201611220480.8A CN108243225B (zh) 2016-12-26 2016-12-26 一种分布式系统、管理方法及访问方法

Publications (2)

Publication Number Publication Date
CN108243225A CN108243225A (zh) 2018-07-03
CN108243225B true CN108243225B (zh) 2021-06-29

Family

ID=62702148

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201611220480.8A Active CN108243225B (zh) 2016-12-26 2016-12-26 一种分布式系统、管理方法及访问方法

Country Status (1)

Country Link
CN (1) CN108243225B (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110830538B (zh) * 2018-08-13 2022-06-14 华为技术有限公司 一种消息传输方法、装置及存储介质
CN112995247B (zh) * 2019-12-12 2024-05-31 阿里巴巴集团控股有限公司 数据发送或处理的方法、装置和系统

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105338008A (zh) * 2014-06-10 2016-02-17 阿尔卡特朗讯 一种用于物联网的设备调度方法、设备与系统

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101442435B (zh) * 2008-12-25 2012-04-04 华为技术有限公司 分布式系统的业务数据管理方法、装置及分布式系统
US8769655B2 (en) * 2010-12-30 2014-07-01 Verisign, Inc. Shared registration multi-factor authentication tokens
US9032488B2 (en) * 2012-04-17 2015-05-12 Salesforce.Com, Inc. Cross instance user authentication architecture
US9887937B2 (en) * 2014-07-15 2018-02-06 Cohesity, Inc. Distributed fair allocation of shared resources to constituents of a cluster
CN105279036B (zh) * 2015-12-04 2019-10-25 上海斐讯数据通信技术有限公司 进程间通信方法、装置及电子设备
CN106131141B (zh) * 2016-06-27 2017-07-18 徐州医科大学 一种分布式集群负载均衡并行调度系统及方法

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105338008A (zh) * 2014-06-10 2016-02-17 阿尔卡特朗讯 一种用于物联网的设备调度方法、设备与系统

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
"Internet of Things Virtual Networks: Bringing Network Virtualization to Resource-Constrained Devices";Isam Ishaq; Jeroen Hoebeke;《2012 IEEE International Conference on Green Computing and Communications》;20130225;全文 *
"云计算环境中多核多进程负载均衡技术的研究与应用";吴和生;《中国博士学位论文全文数据库（电子期刊）信息科技辑》;20140531;全文 *

Also Published As

Publication number Publication date
CN108243225A (zh) 2018-07-03

Similar Documents

Publication Publication Date Title
US10466899B2 (en) Selecting controllers based on affinity between access devices and storage segments
US10733029B2 (en) Movement of services across clusters
US10834140B1 (en) Public service network job processing
CN111522636B (zh) 应用容器的调整方法、调整系统、计算机可读介质及终端设备
Ranjan et al. Qos-driven server migration for internet data centers
US7356602B2 (en) Method and apparatus for dynamically adjusting resources assigned to plurality of customers, for meeting service level agreements (SLAs) with minimal resources, and allowing common pools of resources to be used across plural customers on a demand basis
US20190166192A1 (en) Method and Device for Storage Resource Allocation for Video Cloud Storage
CN109547517B (zh) 一种带宽资源调度方法和装置
CN107426274B (zh) 基于时序的业务应用及监控分析调度的方法和系统
US20140173591A1 (en) Differentiated service levels in virtualized computing
DE112018007409T5 (de) Verfahren und vorrichtung zum planen von dienstanforderungen in einem netzwerk-rechensystem mit hilfe von hardware-warteschlangenverwaltungen
CN106959820B (zh) 一种数据提取方法和系统
CN106713378B (zh) 实现多个应用服务器提供服务的方法和系统
US8356098B2 (en) Dynamic management of workloads in clusters
CN107800574B (zh) 存储qos调节方法、系统、设备及计算机可读存储器
CN110224943B (zh) 基于url的流量服务限流方法、电子设备及计算机存储介质
US20220318071A1 (en) Load balancing method and related device
US9292466B1 (en) Traffic control for prioritized virtual machines
CN108243225B (zh) 一种分布式系统、管理方法及访问方法
CN104052677A (zh) 单一数据源的软负载均衡方法和装置
CN109743357B (zh) 一种业务访问连续性的实现方法及装置
JP2005092862A (ja) 負荷分散方法及びクライアント・サーバシステム
CN102137091A (zh) 一种过负荷控制方法、装置、系统及客户端
EP3672203A1 (en) Distribution method for distributed data computing, device, server and storage medium
CN113014408B (zh) 分布式系统及其管理方法

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