CN107231399B - 高可用服务器集群的扩容方法以及装置 - Google Patents

高可用服务器集群的扩容方法以及装置 Download PDF

Info

Publication number
CN107231399B
CN107231399B CN201610179486.9A CN201610179486A CN107231399B CN 107231399 B CN107231399 B CN 107231399B CN 201610179486 A CN201610179486 A CN 201610179486A CN 107231399 B CN107231399 B CN 107231399B
Authority
CN
China
Prior art keywords
server
unit
newly added
node
server unit
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
CN201610179486.9A
Other languages
English (en)
Other versions
CN107231399A (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 CN201610179486.9A priority Critical patent/CN107231399B/zh
Priority to PCT/US2017/024061 priority patent/WO2017165792A1/en
Priority to JP2018546710A priority patent/JP7014729B2/ja
Priority to EP17771249.4A priority patent/EP3433759B1/en
Priority to US15/469,062 priority patent/US10581674B2/en
Publication of CN107231399A publication Critical patent/CN107231399A/zh
Application granted granted Critical
Publication of CN107231399B publication Critical patent/CN107231399B/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
    • 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/0803—Configuration setting
    • H04L41/0806—Configuration setting for initial configuration or provisioning, e.g. plug-and-play
    • 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
    • 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/0896—Bandwidth or capacity management, i.e. automatically increasing or decreasing capacities
    • 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/14—Network analysis or design
    • 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/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/5003—Managing SLA; Interaction between SLA and QoS
    • H04L41/5009—Determining service level performance parameters or violations of service level contracts, e.g. violations of agreed response time or mean time between failures [MTBF]
    • H04L41/5012—Determining service level performance parameters or violations of service level contracts, e.g. violations of agreed response time or mean time between failures [MTBF] determining service availability, e.g. which services are available at a certain point in time
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/74—Address processing for routing
    • 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
    • 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/06—Management of faults, events, alarms or notifications
    • H04L41/0695—Management of faults, events, alarms or notifications the faulty arrangement being the maintenance, administration or management 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/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/508—Network service management, e.g. ensuring proper service fulfilment according to agreements based on type of value added network service under agreement
    • H04L41/5096—Network service management, e.g. ensuring proper service fulfilment according to agreements based on type of value added network service under agreement wherein the managed service relates to distributed or central networked applications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/02—Topology update or discovery
    • 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/1004—Server selection for load balancing

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Hardware Redundancy (AREA)
  • Computer And Data Communications (AREA)

Abstract

本申请公开一种高可用服务器集群的扩容方法，包括：将待扩容的服务器集群中包含的至少两个节点配置为一个或者多个服务器单元；每个服务器单元由至少两个节点组成；将新增节点配置到所述服务器集群中，并在所述服务器集群中将所述新增所述节点配置为至少一个新增服务器单元；发布所述新增服务器单元的路由信息。所述高可用服务器集群的扩容方法，通过在所述服务器集群中增加所述新增服务器单元方式，也就是增加所述服务器集群中服务器单元数目的方式，实现对所述服务器集群的扩容，使扩容后的所述服务器集群的session数目和处理性能得到提升，同时，扩容成本也比较低。

Description

高可用服务器集群的扩容方法以及装置
技术领域
本申请涉及服务器集群技术领域，具体涉及一种高可用服务器集群的扩容方法。本申请同时涉及一种高可用服务器集群的扩容装置。
背景技术
在信息交互越来越频繁的时代，对提供数据处理、数据存储等数据服务的服务器的要求也越来越高，随着用户数量的增加，海量用户的数据信息也不断攀升，服务器的负载压力也不断增加，通过提升服务器的配置可以降低服务器的负载压力但是单台服务器的服务能力总有极限；在这种情况下，集群(cluster)技术应用而生，成为行之有效的解决方案，通过集群技术，可以在付出较低成本的情况下获得在性能、可靠性以及灵活性方面相对较高的提升，任务调度则是集群技术的核心。通过将多台服务器集中起来组成服务器集群共同对外提供服务，服务器集群可以利用多台服务器进行并行计算，从而获得很高的计算速度，降低单台服务器的负载压力，服务器集群中的服务器之间可以相互备份，从而使得任何一服务器发生故障，服务器集群还是能正常运行，实现了服务器集群的高可用性。例如，一种典型的服务器集群，阿里云提供的SLB(Server Load Balancer，负载均衡)集群，如附图1所示，SLB服务通过设置虚拟服务地址(Virtual IP Address，VIP)，将位于同一地域的多台云服务器(Node)资源虚拟成一个高性能、高可用的云服务器池(即服务器集群)，根据指定方式将来自客户端的会话(session)分发到云服务器池中；同时，SLB服务会检查云服务器池中各个云服务器的健康状态，自动隔离异常状态的云服务器，从而解决了单台云服务器的单点问题，提高了云服务器池的整体服务能力。SLB集群由三部分构成：云服务器池、负载均衡系统和控制系统，其负载均衡系统用于将来自客户端的session分发到云服务器池中可用的云服务器上，其控制系统用于配置和监控负载均衡系统。
目前的服务器集群，都是由最少两台服务器组成的高可用服务器集群，具有负载均衡功能，例如，将来自同一客户端(同一IP地址)的session分发到服务器集群中的多台服务器上；同时具有高可用性，服务器集群中一台服务器上的session可以同步到其他服务器上，如果一台服务器出现故障，session会自动切换到其他服务器，保证session不会中断。但是，在这种服务器集群中，由于session数目是在所有服务器之间同步的，服务器集群的session数目与服务器集群中一台服务器的session数目相等，服务器集群的session容量受限于一台服务器的session容量；因此，这种服务器集群在扩容时，只能增加服务器集群的处理性能，而不能增加服务器集群的session数目。在服务器集群的session数目不够用的情况下，只能通过建立新的服务器集群来满足session增长的需求，新建服务器集群的成本较高，服务器集群的管理成本也相应增加。
发明内容
本申请提供一种高可用服务器集群的扩容方法，以解决现有的服务器集群在扩容时存在的成本较高的问题。
本申请同时涉及一种高可用服务器集群的扩容装置。
本申请提供一种高可用服务器集群的扩容方法，包括：
将待扩容的服务器集群中包含的至少两个节点配置为一个或者多个服务器单元；每个服务器单元由至少两个节点组成；
将新增节点配置到所述服务器集群中，并在所述服务器集群中将所述新增所述节点配置为至少一个新增服务器单元；
发布所述新增服务器单元的路由信息。
可选的，所述将待扩容的服务器集群中包含的至少两个节点配置为一个或者多个服务器单元步骤执行之前，执行下述步骤：
根据所述服务器集群的性能参数，判断所述性能参数是否大于预设的性能参数阈值；
若是，执行所述将待扩容的服务器集群中包含的至少两个节点配置为一个或者多个服务器单元步骤；
若否，返回执行所述根据所述服务器集群的性能参数，判断所述性能参数是否大于预设的性能参数阈值步骤。
可选的，所述性能参数包括：
session数目和/或负载压力。
可选的，所述服务器单元分别设置有各自的单元标识，相应的，所述新增服务器单元分别设置有各自的单元标识。
可选的，针对所述服务器集群中每个待同步的节点或者新增节点，执行如下步骤：
判断该待同步的节点或者新增节点所属的服务器单元或者新增服务器的单元标识，与被同步的节点或者新增节点所属的服务器单元或者新增服务器的单元标识是否一致；
若是，将该被同步的节点或者新增节点上的session及相应数据，同步到该待同步的节点或者新增节点上；
若否，返回执行所述判断该待同步的节点或者新增节点所属的服务器单元或者新增服务器的单元标识，与被同步的节点或者新增节点所属的服务器单元或者新增服务器的单元标识是否一致步骤。
可选的，所述发布所述新增服务器单元的路由信息步骤执行之后，执行下述步骤：
发布所述服务器单元的路由信息。
可选的，所述服务器集群中，每个服务器单元的路由信息包括：
该服务器单元包含的各个节点各自的路由配置信息，以及该服务器单元的容灾单元的路由信息；
相应的，每个新增服务器单元的路由信息包括：
该新增服务器单元包含的各个新增节点各自的路由配置信息，该新增服务器单元的容灾单元的路由信息。
可选的，所述路由配置信息包括：IP地址。
可选的，归属于同一服务器单元的各个节点，各自的路由配置信息中包含的IP地址为同一IP地址；
相应的，归属于同一新增服务器单元的各个新增节点，各自的路由配置信息中包含的IP地址为同一IP地址。
可选的，所述服务器集群中，每个服务器单元的路由信息还包括：
该服务器单元的路由优先级和该服务器单元的路由优先级；
相应的，每个新增服务器单元的路由信息还包括：
该新增服务器单元的路由优先级和该新增服务器单元的路由优先级。
可选的，该服务器单元的路由优先级高于该服务器单元的路由优先级；
相应的，该新增服务器单元的路由优先级高于该新增服务器单元的路由优先级。
可选的，该服务器单元的容灾单元包括：
所述服务器集群中除该服务器单元之外的任意一个服务器单元，或者任意一个新增服务器单元；
相应的，该新增服务器单元的容灾单元包括：
所述服务器集群中除该新增服务器单元之外的任意一个服务器单元，或者任意一个增服务器单元。
可选的，所述服务器集群中，每个服务器单元中包含的节点的数目均相等。
可选的，所述服务器集群中，每个新增服务器单元中包含的新增节点的数目均相等。
可选的，每个服务器单元中包含的节点的数目，与每个新增服务器单元中包含的新增节点的数目相等。
可选的，所述服务器集群中所述服务器单元的数目为1，并且，每执行一次所述将新增节点配置到所述服务器集群中，并在所述服务器集群中将所述新增所述节点配置为至少一个新增服务器单元步骤，所述服务器集群中增加的所述新增服务器单元的数目为1。
本申请另外提供一种高可用服务器集群的扩容装置，包括：
服务器单元配置单元，用于将待扩容的服务器集群中包含的至少两个节点配置为一个或者多个服务器单元；每个服务器单元由至少两个节点组成；
新增服务器单元配置单元，用于将新增节点配置到所述服务器集群中，并在所述服务器集群中将所述新增所述节点配置为至少一个新增服务器单元；
路由信息发布单元，用于发布所述新增服务器单元的路由信息。
可选的，所述高可用服务器集群的扩容装置，包括：
扩容判断单元，用于根据所述服务器集群的性能参数，判断所述性能参数是否大于预设的性能参数阈值；
若是，运行所述服务器单元配置单元、所述新增服务器单元配置单元和所述路由信息发布单元；
若否，运行所述扩容判断单元。
可选的，所述服务器单元分别设置有各自的单元标识，相应的，所述新增服务器单元分别设置有各自的单元标识。
可选的，针对所述服务器集群中每个待同步的节点或者新增节点，运行同步判断单元；
所述同步判断单元，用于判断该待同步的节点或者新增节点所属的服务器单元或者新增服务器的单元标识，与被同步的节点或者新增节点所属的服务器单元或者新增服务器的单元标识是否一致；
若是，运行同步单元；
所述同步单元，用于将该被同步的节点或者新增节点上的session及相应数据，同步到该待同步的节点或者新增节点上；
若否，运行所述同步判断单元。
可选的，所述高可用服务器集群的扩容装置，包括：
第二路由信息发布单元，用于发布所述服务器单元的路由信息。
本申请提供的高可用服务器集群的扩容方法，包括：将待扩容的服务器集群中包含的至少两个节点配置为一个或者多个服务器单元；每个服务器单元由至少两个节点组成；将新增节点配置到所述服务器集群中，并在所述服务器集群中将所述新增所述节点配置为至少一个新增服务器单元；发布所述新增服务器单元的路由信息。
本申请提供的所述高可用服务器集群的扩容方法，对待扩容的服务器集群进行扩容时，将所述服务器集群中部署的至少两个节点配置为一个或者多个至少两个节点组成的服务器单元，所述服务器集群中部署的节点配置完成之后，将新增节点配置到所述服务器集群中，并在所述服务器集群中将所述新增所述节点配置为至少一个新增服务器单元，实现将所述新增服务器单元部署到所述服务器集群中，以及，通过发布所述新增服务器单元的路由信息，使所述新增服务器单元在所述服务器集群中实现与所述服务器单元相同的功能，从而使扩容后的所述服务器集群的session数目和处理性能得到提升，同时，扩容成本也比较低。
附图说明
附图1是本申请提供的一种SLB集群的示意图；
附图2是本申请提供的一种高可用服务器集群的扩容方法实施例一的处理流程图；
附图3是本申请提供的第一高可用服务器集群的示意图；
附图4是本申请提供的第二高可用服务器集群的示意图；
附图5是本申请提供的第三高可用服务器集群的示意图；
附图6是本申请提供的第四高可用服务器集群的示意图；
附图7是本申请提供的一种高可用服务器集群的扩容方法实施例二的处理流程图；
附图8是本申请提供的第五高可用服务器集群的示意图；
附图9是本申请提供的第六高可用服务器集群的示意图；
附图10是本申请提供的一种高可用服务器集群的扩容装置实施例的示意图。
具体实施方式
在下面的描述中阐述了很多具体细节以便于充分理解本申请。但是本申请能够以很多不同于在此描述的其他方式来实施，本领域技术人员可以在不违背本申请内涵的情况下做类似推广，因此本申请不受下面公开的具体实施的限制。
本申请提供一种高可用服务器集群的扩容方法，以及一种高可用服务器集群的扩容装置。
以下分别结合本申请提供的实施例的附图逐一进行详细说明。
实施例一
参照附图2至附图6，其中，附图2示出了本申请提供的一种高可用服务器集群的扩容方法实施例一的处理流程图，附图3示出了本申请提供的第一高可用服务器集群的示意图，附图4示出了本申请提供的第二高可用服务器集群的示意图，附图5示出了本申请提供的第三高可用服务器集群的示意图，附图6示出了本申请提供的第四高可用服务器集群的示意图。
参照附图2，其示出了本申请提供的一种服务器集群的扩容方法实施例一的处理流程图，此外，所述高可用服务器集群的扩容方法实施例的各个步骤之间的关系，请根据附图2确定。
步骤S101，将待扩容的服务器集群中包含的至少两个节点配置为一个或者多个服务器单元。
本申请实施例所述服务器集群，是指由多个节点(即服务器)集中起来共同组成的服务器集群，所述服务器集群在对外提供服务时，可利用多个节点进行并行处理，从而获得很高的处理速度，同时降低了所述服务器集群中单个节点的负载压力。
所述服务器集群中的每个服务器单元，由至少两个节点组成。例如，附图3所示服务器集群，其中的服务器单元301由节点301-1和节点301-2组成。
在所述服务器集群中，每个服务器单元中包含的所有节点均处于可用(active)状态，均可承担来自客户端的流量，提供数据处理、数据存储等数据服务。例如，附图3所示服务器集群，其中的节点301-1承担来自IP地址1.1.1.1的流量，对来自IP地址1.1.1.1的session进行处理，并通过IP地址1.1.1.1发送相应的session响应。
优选的，每个服务器单元分别设置有各自的单元标识，例如，在所述服务器集群中，针对每个服务器单元分别设置一个唯一对应的group id。
此外，在所述服务器集群中，所述服务器单元中包含的所述节点之间可进行session同步，基于session同步可以实现会话保持，此外，进行session同步的好处在于，当所述服务器集群中的某个节点发生故障(如服务器发生宕机)时，发生故障的节点上的session会自动切换到其他处于可用状态的节点上，保证session不会中断。本实施例中，在所述节点之间进行session同步时有别于现有技术，只针对每个服务器单元中包含的各个节点之间进行session同步，归属于不同的服务器单元的节点之间不进行session同步，具体采用如下方式实现：
针对所述服务器集群中每个待同步的节点或者新增节点，执行如下步骤：
判断该待同步的节点或者新增节点所属的服务器单元或者新增服务器的单元标识，与被同步的节点或者新增节点所属的服务器单元或者新增服务器的单元标识是否一致；
在所述服务器集群中，针对每个服务器单元，如果该服务器单元中包含的某个节点被分配一个session时，等待之后的session同步操作，为待同步的节点；该服务器单元中尚未同步该session的节点，在接下来的session同步操作中被同步，为所述被同步的节点。
若是，将该被同步的节点或者新增节点上的session及相应数据，同步到该待同步的节点或者新增节点上；
若否，返回执行所述判断该待同步的节点或者新增节点所属的服务器单元或者新增服务器的单元标识，与被同步的节点或者新增节点所属的服务器单元或者新增服务器的单元标识是否一致步骤。
如上所述，在所述服务器集群中，每个服务器单元中包含的节点之间，基于上述session同步操作保持session同步，当该服务器单元中有任意一个节点发生故障，发生故障的节点上的流量会自动切换到处于可用状态的节点上，并且保证已建立的session的连接不会中断，确保该服务器单元的高可用性。例如，服务器单元301中的节点301-1发生故障，则节点301-1承担的来自IP地址1.1.1.1的流量，会自动被切换到节点301-2上。
在实际应用中，可以采用多种具体的实现方式，实现所述服务器单元中包含的所述节点之间的session同步操作。实现所述服务器单元中包含的所述节点之间的session同步操作的各种形式的变化，都只是具体实现方式的变更，都不偏离本申请的核心，因此都在本申请的保护范围之内。
具体实施时，在所述服务器集群中，所述服务器单元中节点的数目是根据实际使用对所述服务器集群的需求来部署的，如果实际需求对所述服务器集群的处理性能要求较高，则可以在所述服务器单元中部署较多的节点，将所述节点的数目设置为较大的数值，从而使部署的所述服务器集群的处理性能较高；如果实际需求对所述服务器集群的处理性能要求较低，则可以将所述节点的数目设置为较小的数值。与此相类似的，所述服务器集群中服务器单元的数目，也是根据实际使用对所述服务器集群的需求来部署的，同样可以设置为较大或者较小的数值。
此外，在所述服务器集群中，每个服务器单元中包含的节点可以部署为相等的数目，也可以分别部署各自互不相等的数目。优选的，在所述节点的配置相同的条件下，为了实现所述服务器集群中各个服务器单元之间的容灾，避免发生故障的服务器单元承担的流量被切换到处于可用状态的服务器单元上之后，处于可用状态的服务器单元无法承担被切换的流量的缺陷，例如，由于发生故障的服务器单元上部署的节点的数目大于处于可用状态的服务器单元上部署的节点的数目，可能会导致处于可用状态的服务器单元发生超载甚至宕机。因此，优选的，所述服务器集群中每个服务器单元中节点数目均相等。
在此基础上，为了避免资源浪费，可以将所述服务器集群中部署的服务器单元的数目设置为1，如果无法满足实际使用对所述服务器集群的处理性能的需求，则可通过扩容增加所述服务器集群中服务器单元的数目，来满足实际使用对所述服务器集群的具体需求。
更进一步，为了避免资源浪费，将所述服务器单元中包含的节点数目设置为最小的数值2，基于最少的2个节点可以实现session同步，确保所述服务器单元的高可用性，相应的，如果无法满足实际使用对所述服务器集群的处理性能的需求，则可通过扩容增加所述服务器集群中服务器单元的数目，来增加所述服务器单元中包含的节点的数目，从而满足实际使用对所述服务器集群的具体需求。
需要说明的是，上述将所述服务器集群中服务器单元的数目设置为1，以及将所述服务器单元中包含的节点数目设置为2，仅仅是一种节省资源的实现方式，并不限于此，在实际使用中可能并不能满足各种使用场景下对所述服务器集群的处理性能的需求，这种情况下，可以在所述服务器集群中设置多个服务器单元，同样也可在所述服务器单元中设置三个或者三个以上的节点，本实施例对此不做限定。
例如，附图4所示的服务器集群，其中的服务器单元的数目设置为2，分别是服务器单元401和服务器单元402，此外，服务器单元401和服务器单元402中包含的节点数目分别设置为2，服务器单元401中包含的节点为：节点401-1和节点401-2；服务器单元402中包含的节点为：节点402-1和节点402-2。
优选的，如果所述服务器集群中部署的服务器单元的数目大于或者等于2，各个服务器单元之间可以进行容灾，当任意一个服务器单元发生故障时，可以将发生故障的服务器单元承担的流量切换到处于可用状态的服务器单元上，从而确保所述服务器集群中流量的高可用性。对于所述服务器集群中的每个服务器单元，该服务器单元的容灾单元包括：所述服务器集群中除该服务器单元之外的任意一个服务器单元，或者任意一个新增服务器单元。
具体的，若所述服务器集群中部署的服务器单元的数目为2，服务器单元之间可以相互设置为对方的容灾单元，例如，附图4所示的服务器集群，其中的服务器单元402被设置为服务器单元401的容灾单元，服务器单元401被设置为服务器单元402的容灾单元。
若所述服务器集群中部署的服务器单元的数目为大于2，可以根据所述服务器单元各自的单元标识依次进行排序，将后一服务器单元依次被设置为前一服务器单元的容灾单元，首位的服务器单元被设置为末位的服务器单元的容灾单元。
具体实施时，所述容灾单元的实现，还可以通过路由优先级的设置来实现，例如，附图4所示的服务器集群，其中的服务器单元402被设置为服务器单元401的容灾单元，具体是通过在服务器单元401的路由信息中设置服务器单元402的低优先级路由，由于服务器单元401的路由优先级高于服务器单元402的路由优先级，流量优先由服务器单元401来承担，只有当服务器单元401发生故障时，服务器单元401承担的流量被切换到服务器单元402上。
具体实施时，在本步骤执行之前，还可以执行所述服务器集群的扩容判断操作，所述扩容判断操作具体实现如下：
根据所述服务器集群的性能参数，判断所述性能参数是否大于预设的性能参数阈值；
若是，执行本步骤，对所述服务器集群进行扩容；
若否，返回执行所述根据所述服务器集群的性能参数，判断所述性能参数是否大于预设的性能参数阈值步骤。
所述性能参数包括：session数目和/或负载压力。
在实际应用中，可以采用多种具体的实现方式，实现所述扩容判断操作。实现所述扩容判断操作的各种形式的变化，都只是具体实现方式的变更，都不偏离本申请的核心，因此都在本申请的保护范围之内。
步骤S102，将新增节点配置到所述服务器集群中，并在所述服务器集群中将所述新增所述节点配置为至少一个新增服务器单元。
如上所述，随着实际使用对所述服务器集群的处理性能的需求不断提升，为了满足实际需求，通过增加所述服务器集群中所述服务器单元的数目，实现对所述服务器集群的扩容，提升所述服务器集群的处理性能，从而满足实际应用对所述服务器集群的处理性能的需求；本步骤中，将新增加的节点(即所述新增节点)部署到待扩容的所述服务器集群中，并将所述新增节点配置为至少一个新增的服务器单元，即所述新增服务器单元。
例如，附图5所示的服务器集群，是在附图3所示的服务器集群的基础上，增加了一个新增服务器单元501，其中的新增服务器单元501由新增节点501-1和新增节点501-2组成。
例如，附图6所示的服务器集群，是在附图4所示的服务器集群的基础上，增加了两个新增服务器单元：新增服务器单元601和新增服务器单元602；其中的新增服务器单元601由新增节点601-1和新增节点601-2组成，新增服务器单元602由新增节点602-1和新增节点602-2组成。
所述新增节点在本质上与所述服务器集群的服务器单元中包含的节点相同，区别在于：所述服务器单元中包含的节点，是在扩容之前部署在所述服务器集群中的节点，而所述新增节点是在扩容时增加的节点，二者并无本质区别。
相应的，所述新增服务器单元，是在扩容时增加的服务器单元，与扩容之前所述服务器集群中部署的服务器单元同样没有本质区别。
针对所述新增服务器单元的具体说明，参见上述步骤S101中对所述服务器单元的说明即可；相应的，针对所述新增节点的具体说明，参见上述步骤S101中对所述服务器单元中包含的节点的说明即可，在此不再赘述。
需要说明的是，本步骤中，只是在具体的部署方式上，将至少一个所述新增服务器单元部署到所述服务器集群中，但是所述新增服务器单元在功能上并没有实现，通过执行下述步骤S103，所述新增服务器单元才实现了与所述服务器单元相同的功能。
步骤S103，发布所述新增服务器单元的路由信息。
本步骤中，通过发布所述新增服务器单元的路由信息，所述新增服务器单元实现了与所述服务器单元相同的功能。
例如，如附图5所示的服务器集群，是在附图3所示的服务器集群的基础上，增加了一个新增服务器单元501，在其中的节点301-1、节点301-2、新增节点501-1和新增节点501-2为相同配置机器的情况下，增加新增节点501-1和新增节点501-2之后，相比增加之前，服务器集群的处理性能和session数目均增加一倍。
若节点301-1、节点301-2、新增节点501-1和新增节点501-2的处理性能均为200G，session数目均为A，增加新增节点501-1和新增节点501-2之前，服务器集群的处理性能为400G，session数目为A；增加新增节点501-1和新增节点501-2之后，处理性能提升为400G，session数目提升为A*2。
附图6所示的服务器集群，是在附图4所示的服务器集群的基础上，增加了两个新增服务器单元：新增服务器单元601和新增服务器单元602，通过增加新增服务器单元601和新增服务器单元602之后，使服务器集群的session数目提升了一倍。
如上所述，根据上述步骤S101中所述容灾单元的实现方式，所述服务器集群中增加所述新增服务器单元，并且所述新增服务器单元实现与所述服务器单元相同的功能之后，所述服务器集群中各服务器单元或者各新增服务器单元之间的容灾关系发生改变，所述新增服务器单元有可能被设置为所述服务器单元的容灾单元，同时，所述新增服务器单元的容灾单元被设置。优选的，在本步骤执行之后，执行发布所述服务器单元的路由信息步骤，即重新发布所述服务器单元的路由信息。
在所述服务器集群中，每个服务器单元的路由信息包括：该服务器单元包含的各个节点各自的路由配置信息，以及该服务器单元的容灾单元的路由信息；相应的，每个新增服务器单元的路由信息包括：该新增服务器单元包含的各个新增节点各自的路由配置信息，该新增服务器单元的容灾单元的路由信息。
所述路由配置信息包括：IP地址。
需要说明的是，归属于同一服务器单元的各个节点，各自的路由配置信息中包含的IP地址为同一IP地址；相应的，归属于同一新增服务器单元的各个新增节点，各自的路由配置信息中包含的IP地址为同一IP地址。
例如，附图5所示的服务器集群，其中的节点301-1和节点301-2承担来自于IP地址1.1.1.1的流量，其中的新增节点501-1和新增节点501-2承担来自于IP地址2.2.2.2的流量。
如上所述，在所述服务器集群中，所述服务器单元之间的容灾关系，所述服务器单元与所述新增优先级单元之间的容灾关系，以及所述新增优先级单元之间的容灾关系，是通过路由优先级设置来实现的。因此，在所述服务器集群中，每个服务器单元的路由信息还包括该服务器单元的路由优先级和该服务器单元的路由优先级；并且，该服务器单元的路由优先级高于该服务器单元的路由优先级。相应的，每个新增服务器单元的路由信息还包括：该新增服务器单元的路由优先级和该新增服务器单元的路由优先级；并且，该新增服务器单元的路由优先级高于该新增服务器单元的路由优先级。
在所述服务器集群中，每个服务器单元的容灾单元包括：所述服务器集群中除该服务器单元之外的任意一个服务器单元，或者任意一个新增服务器单元；相应的，所述服务器集群中的每个新增服务器单元，该新增服务器单元的容灾单元包括：所述服务器集群中除该新增服务器单元之外的任意一个服务器单元，或者任意一个增服务器单元。
例如，附图5所示的服务器集群，其中的新增服务器单元501被设置为服务器单元301的容灾单元，服务器单元301被设置为新增服务器单元501的容灾单元。
附图6所示的服务器集群，按照服务器单元401->服务器单元402->新增服务器单元601->新增服务器单元602->服务器单元401的方式进行容灾，即：服务器单元402被设置为服务器单元401的容灾单元，新增服务器单元601被设置为服务器单元402的容灾单元，新增服务器单元602被设置为新增服务器单元601的容灾单元，服务器单元401被设置为新增服务器单元602的容灾单元。
综上所述，本申请提供的所述高可用服务器集群的扩容方法，对待扩容的服务器集群进行扩容时，将所述服务器集群中部署的至少两个节点配置为一个或者多个至少两个节点组成的服务器单元，所述服务器集群中部署的节点配置完成之后，将新增节点配置到所述服务器集群中，并在所述服务器集群中将所述新增所述节点配置为至少一个新增服务器单元，实现将所述新增服务器单元部署到所述服务器集群中，以及，通过发布所述新增服务器单元的路由信息，使所述新增服务器单元在所述服务器集群中实现与所述服务器单元相同的功能，从而使扩容后的所述服务器集群的session数目和处理性能得到提升，同时，扩容成本也比较低。
实施例二
参照附图7至附图9，其中，附图7示出了本申请提供的一种高可用服务器集群的扩容方法实施例二的处理流程图，附图8示出了本申请提供的第五高可用服务器集群的示意图，附图9示出了本申请提供的第六高可用服务器集群的示意图。
由于本实施例与上述实施例较为相似，因此，本实施例与上述实施例内容相同的部分不再赘述，阅读本实施例请参照上述实施例对应部分的说明。
参照附图7，其示出了本申请提供的一种服务器集群的扩容方法实施例二的处理流程图。
步骤S701，将待扩容的服务器集群中包含的至少两个节点配置为一个或者多个服务器单元，每个服务器单元由至少两个节点组成。
如附图8所示的服务器集群，节点801-1、节点801-2和节点801-3被配置为服务器单元801，所述节点801-1、所述节点801-2和所述节点801-3均处于可用状态，且所述节点801-1、所述节点801-2和所述节点801-3之间保持session同步，确保所述服务器单元801的高可用性；
802-1、节点802-2和节点802-3被配置为服务器单元802，所述节点802-1、所述节点802-2和所述节点802-3均处于可用状态，且所述节点802-1、所述节点802-2和所述节点802-3之间保持session同步，确保所述服务器单元802的高可用性。
此外，所述服务器单元801和所述服务器单元802互为对方的容灾单元，当其中任意一个服务器单元发生故障，发生宕机的服务器单元上的流量会切换到处于可用状态的服务器单元上，确保所述服务器集群的流量的高可用性。
步骤S702，将新增节点配置到所述服务器集群中，并在所述服务器集群中将所述新增所述节点配置为至少一个新增服务器单元。
如附图9所示的服务器集群，是在附图8所示的服务器集群的基础上，增加了下述6个新增节点：新增节点901-1、新增节点901-2、新增节点901-3、新增节点902-1、新增节点902-2和新增节点902-3。
其中，所述新增节点901-1、所述新增节点901-2和所述新增节点901-3被配置为新增服务器单元901；所述新增节点902-1、所述新增节点902-2和所述新增节点902-3被配置为新增服务器单元902。
步骤S703，发布所述新增服务器单元的路由信息。
所述新增服务器单元901和所述新增服务器单元902的路由信息发布之后，所述新增服务器单元901和所述新增服务器单元902实现与服务器单元801或者服务器单元802相同的功能，所述新增服务器单元901中包含的所述新增节点901-1、所述新增节点901-2和所述新增节点901-3，均处于可用状态，且所述新增节点901-1、所述新增节点901-2和所述新增节点901-3之间保持session同步，确保所述新增服务器单元901的高可用性；
与之相类似的，所述新增服务器单元902中包含的所述新增节点902-1、所述新增节点902-2和所述新增节点902-3，均处于可用状态，且所述新增节点902-1、所述新增节点902-2和所述新增节点902-3之间保持session同步，确保所述新增服务器单元902的高可用性。
所述服务器集群中增加所述新增服务器单元901和所述新增服务器单元902之后，所述服务器集群中的容灾关系发生了变化，按照所述服务器单元801->所述服务器单元802->所述新增服务器单元901->所述新增服务器单元902->所述服务器单元801的方式进行容灾，即：所述服务器单元802被设置为所述服务器单元801的容灾单元，所述新增服务器单元901被设置为所述服务器单元802的容灾单元，所述新增服务器单元902被设置为所述新增服务器单元901的容灾单元，所述服务器单元801被设置为所述新增服务器单元902的容灾单元。
本申请提供的一种高可用服务器集群的扩容装置实施例如下：
在上述的实施例中，提供了一种高可用服务器集群的扩容方法，与所述方法相对应的，本申请还提供了一种高可用服务器集群的扩容装置，下面结合附图进行说明。
参照附图10，其示出了本申请提供的一种高可用服务器集群的扩容装置实施例的示意图。
由于装置实施例基本相似于方法实施例，所以描述得比较简单，相关的部分请参见上述提供的方法实施例的对应说明即可。下述描述的装置实施例仅仅是示意性的。
本申请提供一种高可用服务器集群的扩容装置，包括：
服务器单元配置单元10-01，用于将待扩容的服务器集群中包含的至少两个节点配置为一个或者多个服务器单元；每个服务器单元由至少两个节点组成；
新增服务器单元配置单元10-02，用于将新增节点配置到所述服务器集群中，并在所述服务器集群中将所述新增所述节点配置为至少一个新增服务器单元；
路由信息发布单元10-03，用于发布所述新增服务器单元的路由信息。
可选的，所述高可用服务器集群的扩容装置，包括：
扩容判断单元，用于根据所述服务器集群的性能参数，判断所述性能参数是否大于预设的性能参数阈值；
若是，运行所述服务器单元配置单元10-01、所述新增服务器单元配置单元10-02和所述路由信息发布单元10-03；
若否，运行所述扩容判断单元。
可选的，所述性能参数包括：
session数目和/或负载压力。
可选的，所述服务器单元分别设置有各自的单元标识，相应的，所述新增服务器单元分别设置有各自的单元标识。
可选的，针对所述服务器集群中每个待同步的节点或者新增节点，运行同步判断单元；
所述同步判断单元，用于判断该待同步的节点或者新增节点所属的服务器单元或者新增服务器的单元标识，与被同步的节点或者新增节点所属的服务器单元或者新增服务器的单元标识是否一致；
若是，运行同步单元；
所述同步单元，用于将该被同步的节点或者新增节点上的session及相应数据，同步到该待同步的节点或者新增节点上；
若否，运行所述同步判断单元。
可选的，所述高可用服务器集群的扩容装置，包括：
第二路由信息发布单元，用于发布所述服务器单元的路由信息。
可选的，所述服务器集群中，每个服务器单元的路由信息包括：
该服务器单元包含的各个节点各自的路由配置信息，以及该服务器单元的容灾单元的路由信息；
相应的，每个新增服务器单元的路由信息包括：
该新增服务器单元包含的各个新增节点各自的路由配置信息，该新增服务器单元的容灾单元的路由信息。
可选的，所述路由配置信息包括：IP地址。
可选的，归属于同一服务器单元的各个节点，各自的路由配置信息中包含的IP地址为同一IP地址；
相应的，归属于同一新增服务器单元的各个新增节点，各自的路由配置信息中包含的IP地址为同一IP地址。
可选的，所述服务器集群中，每个服务器单元的路由信息还包括：
该服务器单元的路由优先级和该服务器单元的路由优先级；
相应的，每个新增服务器单元的路由信息还包括：
该新增服务器单元的路由优先级和该新增服务器单元的路由优先级。
可选的，该服务器单元的路由优先级高于该服务器单元的路由优先级；
相应的，该新增服务器单元的路由优先级高于该新增服务器单元的路由优先级。
可选的，该服务器单元的容灾单元包括：
所述服务器集群中除该服务器单元之外的任意一个服务器单元，或者任意一个新增服务器单元；
相应的，该新增服务器单元的容灾单元包括：
所述服务器集群中除该新增服务器单元之外的任意一个服务器单元，或者任意一个增服务器单元。
可选的，所述服务器集群中，每个服务器单元中包含的节点的数目均相等。
可选的，所述服务器集群中，每个新增服务器单元中包含的新增节点的数目均相等。
可选的，每个服务器单元中包含的节点的数目，与每个新增服务器单元中包含的新增节点的数目相等。
可选的，所述服务器集群中所述服务器单元的数目为1，并且，每运行一次所述新增服务器单元配置单元10-02，所述服务器集群中增加的所述新增服务器单元的数目为1。
本申请虽然以较佳实施例公开如上，但其并不是用来限定本申请，任何本领域技术人员在不脱离本申请的精神和范围内，都可以做出可能的变动和修改，因此本申请的保护范围应当以本申请权利要求所界定的范围为准。
在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。
1、计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括非暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
2、本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

Claims (15)

1.一种高可用服务器集群的扩容方法，其特征在于，包括：
将待扩容的服务器集群中包含的至少两个节点配置为一个或者多个服务器单元；每个服务器单元由至少两个节点组成；
将新增节点配置到所述服务器集群中，并在所述服务器集群中将所述新增节点配置为至少一个新增服务器单元；
发布所述新增服务器单元的路由信息之后，并发布所述服务器单元的路由信息；其中，所述服务器单元的路由信息包括该服务器单元的容灾单元的路由信息；所述新增服务器单元的路由信息包括该新增服务器单元的容灾单元的路由信息；
其中，所述新增服务器单元在所述服务器集群中实现与所述服务器单元相同的功能；
还包括：所述服务器单元分别设置有各自的单元标识，相应的，所述新增服务器单元分别设置有各自的单元标识；针对所述服务器集群中每个待同步的节点或者新增节点，执行如下步骤：
判断该待同步的节点或者新增节点所属的服务器单元或者新增服务器的单元标识，与被同步的节点或者新增节点所属的服务器单元或者新增服务器的单元标识是否一致；
若是，将该被同步的节点或者新增节点上的session及相应数据，同步到该待同步的节点或者新增节点上；
若否，返回执行所述判断该待同步的节点或者新增节点所属的服务器单元或者新增服务器的单元标识，与被同步的节点或者新增节点所属的服务器单元或者新增服务器的单元标识是否一致步骤。
2.根据权利要求1所述的高可用服务器集群的扩容方法，其特征在于，所述将待扩容的服务器集群中包含的至少两个节点配置为一个或者多个服务器单元步骤执行之前，执行下述步骤：
根据所述服务器集群的性能参数，判断所述性能参数是否大于预设的性能参数阈值；
若是，执行所述将待扩容的服务器集群中包含的至少两个节点配置为一个或者多个服务器单元步骤；
若否，返回执行所述根据所述服务器集群的性能参数，判断所述性能参数是否大于预设的性能参数阈值步骤。
3.根据权利要求2所述的高可用服务器集群的扩容方法，其特征在于，所述性能参数包括：
session数目和/或负载压力。
4.根据权利要求1所述的高可用服务器集群的扩容方法，其特征在于，所述服务器集群中，每个服务器单元的路由信息还包括：
该服务器单元包含的各个节点各自的路由配置信息；
相应的，每个新增服务器单元的路由信息还包括：
该新增服务器单元包含的各个新增节点各自的路由配置信息。
5.根据权利要求4所述的高可用服务器集群的扩容方法，其特征在于，所述路由配置信息包括：IP地址。
6.根据权利要求5所述的高可用服务器集群的扩容方法，其特征在于，归属于同一服务器单元的各个节点，各自的路由配置信息中包含的IP地址为同一IP地址；
相应的，归属于同一新增服务器单元的各个新增节点，各自的路由配置信息中包含的IP地址为同一IP地址。
7.根据权利要求4所述的高可用服务器集群的扩容方法，其特征在于，所述服务器集群中，每个服务器单元的路由信息还包括：
该服务器单元的路由优先级和该服务器单元的路由优先级；
相应的，每个新增服务器单元的路由信息还包括：
该新增服务器单元的路由优先级和该新增服务器单元的路由优先级。
8.根据权利要求7所述的高可用服务器集群的扩容方法，其特征在于，该服务器单元的路由优先级高于该服务器单元的路由优先级；
相应的，该新增服务器单元的路由优先级高于该新增服务器单元的路由优先级。
9.根据权利要求4所述的高可用服务器集群的扩容方法，其特征在于，该服务器单元的容灾单元包括：
所述服务器集群中除该服务器单元之外的任意一个服务器单元，或者任意一个新增服务器单元；
相应的，该新增服务器单元的容灾单元包括：
所述服务器集群中除该新增服务器单元之外的任意一个服务器单元，或者任意一个增服务器单元。
10.根据权利要求1至9任意一项所述的高可用服务器集群的扩容方法，其特征在于，所述服务器集群中，每个服务器单元中包含的节点的数目均相等。
11.根据权利要求10所述的高可用服务器集群的扩容方法，其特征在于，所述服务器集群中，每个新增服务器单元中包含的新增节点的数目均相等。
12.根据权利要求11所述的高可用服务器集群的扩容方法，其特征在于，每个服务器单元中包含的节点的数目，与每个新增服务器单元中包含的新增节点的数目相等。
13.根据权利要求12所述的高可用服务器集群的扩容方法，其特征在于，所述服务器集群中所述服务器单元的数目为1，并且，每执行一次所述将新增节点配置到所述服务器集群中，并在所述服务器集群中将所述新增所述节点配置为至少一个新增服务器单元步骤，所述服务器集群中增加的所述新增服务器单元的数目为1。
14.一种高可用服务器集群的扩容装置，其特征在于，包括：
服务器单元配置单元，用于将待扩容的服务器集群中包含的至少两个节点配置为一个或者多个服务器单元；每个服务器单元由至少两个节点组成；
新增服务器单元配置单元，用于将新增节点配置到所述服务器集群中，并在所述服务器集群中将所述新增所述节点配置为至少一个新增服务器单元；
路由信息发布单元，用于发布所述新增服务器单元的路由信息；
第二路由信息发布单元，用于发布所述服务器单元的路由信息；其中，所述服务器单元的路由信息包括该服务器单元的容灾单元的路由信息；所述新增服务器单元的路由信息包括该新增服务器单元的容灾单元的路由信息；
其中，所述新增服务器单元在所述服务器集群中实现与所述服务器单元相同的功能；
还包括：所述服务器单元分别设置有各自的单元标识，相应的，所述新增服务器单元分别设置有各自的单元标识； 针对所述服务器集群中每个待同步的节点或者新增节点，运行同步判断单元；
所述同步判断单元，用于判断该待同步的节点或者新增节点所属的服务器单元或者新增服务器的单元标识，与被同步的节点或者新增节点所属的服务器单元或者新增服务器的单元标识是否一致；
若是，运行同步单元；
所述同步单元，用于将该被同步的节点或者新增节点上的session及相应数据，同步到该待同步的节点或者新增节点上；
若否，运行所述同步判断单元。
15.根据权利要求14所述的高可用服务器集群的扩容装置，包括：
扩容判断单元，用于根据所述服务器集群的性能参数，判断所述性能参数是否大于预设的性能参数阈值；
若是，运行所述服务器单元配置单元、所述新增服务器单元配置单元和所述路由信息发布单元；
若否，运行所述扩容判断单元。
CN201610179486.9A 2016-03-25 2016-03-25 高可用服务器集群的扩容方法以及装置 Active CN107231399B (zh)

Priority Applications (5)

Application Number Priority Date Filing Date Title
CN201610179486.9A CN107231399B (zh) 2016-03-25 2016-03-25 高可用服务器集群的扩容方法以及装置
PCT/US2017/024061 WO2017165792A1 (en) 2016-03-25 2017-03-24 Method and apparatus for expanding high-availability server cluster
JP2018546710A JP7014729B2 (ja) 2016-03-25 2017-03-24 高可用性サーバクラスタを拡張する方法及び装置
EP17771249.4A EP3433759B1 (en) 2016-03-25 2017-03-24 Method and apparatus for expanding high-availability server cluster
US15/469,062 US10581674B2 (en) 2016-03-25 2017-03-24 Method and apparatus for expanding high-availability server cluster

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201610179486.9A CN107231399B (zh) 2016-03-25 2016-03-25 高可用服务器集群的扩容方法以及装置

Publications (2)

Publication Number Publication Date
CN107231399A CN107231399A (zh) 2017-10-03
CN107231399B true CN107231399B (zh) 2020-11-06

Family

ID=59898305

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201610179486.9A Active CN107231399B (zh) 2016-03-25 2016-03-25 高可用服务器集群的扩容方法以及装置

Country Status (5)

Country Link
US (1) US10581674B2 (zh)
EP (1) EP3433759B1 (zh)
JP (1) JP7014729B2 (zh)
CN (1) CN107231399B (zh)
WO (1) WO2017165792A1 (zh)

Families Citing this family (27)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3140734B1 (en) 2014-05-09 2020-04-08 Nutanix, Inc. Mechanism for providing external access to a secured networked virtualization environment
US11579861B2 (en) 2016-02-12 2023-02-14 Nutanix, Inc. Virtualized file server smart data ingestion
US11218418B2 (en) 2016-05-20 2022-01-04 Nutanix, Inc. Scalable leadership election in a multi-processing computing environment
KR101899215B1 (ko) * 2016-09-23 2018-09-14 롯데케미칼 주식회사 탄성 및 저온 작동성이 우수한 용기 마개용 폴리에틸렌 수지 조성물
US11562034B2 (en) 2016-12-02 2023-01-24 Nutanix, Inc. Transparent referrals for distributed file servers
US11568073B2 (en) 2016-12-02 2023-01-31 Nutanix, Inc. Handling permissions for virtualized file servers
US11294777B2 (en) 2016-12-05 2022-04-05 Nutanix, Inc. Disaster recovery for distributed file servers, including metadata fixers
US11281484B2 (en) 2016-12-06 2022-03-22 Nutanix, Inc. Virtualized server systems and methods including scaling of file system virtual machines
US11288239B2 (en) 2016-12-06 2022-03-29 Nutanix, Inc. Cloning virtualized file servers
US10327220B2 (en) * 2017-07-12 2019-06-18 Cable Television Laboratories, Inc. Multicast aided cooperative beamforming wireless system
CN109814935A (zh) * 2017-11-16 2019-05-28 中标软件有限公司 高可用主机的扩展方法及架构系统
US10565021B2 (en) * 2017-11-30 2020-02-18 Microsoft Technology Licensing, Llc Automated capacity management in distributed computing systems
CN108469989A (zh) * 2018-03-13 2018-08-31 广州西麦科技股份有限公司 一种基于集群性能的反馈式自动扩缩容方法及系统
US11086826B2 (en) 2018-04-30 2021-08-10 Nutanix, Inc. Virtualized server systems and methods including domain joining techniques
CN108600025B (zh) * 2018-05-07 2021-11-02 北京京东尚科信息技术有限公司 一种系统自动容灾的方法和装置
CN108769060B (zh) * 2018-06-21 2021-06-01 曙光信息产业(北京)有限公司 自动添加服务器的方法、装置和集群监控系统
US11194680B2 (en) 2018-07-20 2021-12-07 Nutanix, Inc. Two node clusters recovery on a failure
CN109299066A (zh) * 2018-07-27 2019-02-01 阿里巴巴集团控股有限公司 一种数据库扩容方法及装置
WO2020019342A1 (zh) * 2018-07-27 2020-01-30 袁振南 服务器集群中的消息传递方法、装置及存储介质
CN109496420B (zh) * 2018-08-22 2021-02-23 袁振南 环状服务器集群管理方法、装置及计算机存储介质
US11770447B2 (en) * 2018-10-31 2023-09-26 Nutanix, Inc. Managing high-availability file servers
CN109408242B (zh) * 2018-11-13 2020-08-04 郑州云海信息技术有限公司 一种服务器资源上下线方法与装置
CN111225004B (zh) * 2018-11-23 2022-11-22 中移（杭州）信息技术有限公司 一种服务器集群的扩容方法、装置和可读介质
CN112217843B (zh) * 2019-07-09 2023-08-22 阿里巴巴集团控股有限公司 服务单元切换方法、系统及设备
CN111314126B (zh) * 2020-02-11 2023-05-09 网宿科技股份有限公司 服务ip的部署方法及系统、监控设备
US11768809B2 (en) 2020-05-08 2023-09-26 Nutanix, Inc. Managing incremental snapshots for fast leader node bring-up
CN112925653B (zh) * 2021-05-11 2021-07-23 深圳市安软科技股份有限公司 虚拟化群集扩容方法、相关设备及计算机可读存储介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102571772A (zh) * 2011-12-26 2012-07-11 华中科技大学 一种元数据服务器热点均衡方法
CN102664914A (zh) * 2012-03-22 2012-09-12 北京英孚斯迈特信息技术有限公司 一种IS/DFS-Image分布式文件存储查询系统
CN103294785A (zh) * 2013-05-17 2013-09-11 华中科技大学 一种基于分组的元数据服务器集群管理方法
CN105162878A (zh) * 2015-09-24 2015-12-16 网宿科技股份有限公司 基于分布式存储的文件分发系统及方法

Family Cites Families (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030046394A1 (en) 2000-11-03 2003-03-06 Steve Goddard System and method for an application space server cluster
US6671773B2 (en) * 2000-12-07 2003-12-30 Spinnaker Networks, Llc Method and system for responding to file system requests
US6957303B2 (en) 2002-11-26 2005-10-18 Hitachi, Ltd. System and managing method for cluster-type storage
US7454489B2 (en) * 2003-07-01 2008-11-18 International Business Machines Corporation System and method for accessing clusters of servers from the internet network
TWI235299B (en) * 2004-04-22 2005-07-01 Univ Nat Cheng Kung Method for providing application cluster service with fault-detection and failure-recovery capabilities
US7376134B2 (en) * 2004-08-02 2008-05-20 Novell, Inc. Privileged network routing
US8140644B2 (en) * 2005-02-24 2012-03-20 International Business Machines Corporation Method and apparatus for updating application servers
US8174990B2 (en) * 2007-02-16 2012-05-08 International Business Machines Corporation Mechanism and system for programmable measurement of aggregate metrics from a dynamic set of nodes
US8671179B2 (en) 2007-06-19 2014-03-11 International Business Machines Corporation Dynamically adding best suited servers into clusters of application servers
EP2066101B1 (en) * 2007-11-28 2012-10-17 Alcatel Lucent System and method for an improved high availability component implementation
US8825834B2 (en) * 2007-12-03 2014-09-02 International Business Machines Corporation Automated cluster member management based on node capabilities
US20100228819A1 (en) 2009-03-05 2010-09-09 Yottaa Inc System and method for performance acceleration, data protection, disaster recovery and on-demand scaling of computer applications
US8874744B2 (en) 2010-02-03 2014-10-28 Vmware, Inc. System and method for automatically optimizing capacity between server clusters
US8234515B2 (en) 2010-04-01 2012-07-31 Accenture Global Services Limited Repurposable recovery environment
US20140019421A1 (en) * 2012-07-13 2014-01-16 Apple Inc. Shared Architecture for Database Systems
US8879718B2 (en) * 2012-12-04 2014-11-04 Genesys Telecommunications Laboratories, Inc. Distributed event delivery
US8929856B1 (en) * 2014-02-07 2015-01-06 Cassidian Communications, Inc. Emergency services routing proxy cluster management
JP6116102B2 (ja) 2014-02-27 2017-04-19 日本電信電話株式会社 クラスタシステム、および、負荷分散方法
US9607071B2 (en) * 2014-03-07 2017-03-28 Adobe Systems Incorporated Managing a distributed database across a plurality of clusters
US20160269501A1 (en) * 2015-03-11 2016-09-15 Netapp, Inc. Using a cache cluster of a cloud computing service as a victim cache

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102571772A (zh) * 2011-12-26 2012-07-11 华中科技大学 一种元数据服务器热点均衡方法
CN102664914A (zh) * 2012-03-22 2012-09-12 北京英孚斯迈特信息技术有限公司 一种IS/DFS-Image分布式文件存储查询系统
CN103294785A (zh) * 2013-05-17 2013-09-11 华中科技大学 一种基于分组的元数据服务器集群管理方法
CN105162878A (zh) * 2015-09-24 2015-12-16 网宿科技股份有限公司 基于分布式存储的文件分发系统及方法

Also Published As

Publication number Publication date
JP7014729B2 (ja) 2022-02-01
CN107231399A (zh) 2017-10-03
JP2019513259A (ja) 2019-05-23
EP3433759A4 (en) 2019-11-06
EP3433759A1 (en) 2019-01-30
US20170279674A1 (en) 2017-09-28
EP3433759B1 (en) 2021-12-08
WO2017165792A1 (en) 2017-09-28
US10581674B2 (en) 2020-03-03

Similar Documents

Publication Publication Date Title
CN107231399B (zh) 高可用服务器集群的扩容方法以及装置
CN108200124B (zh) 一种高可用应用程序架构及构建方法
CN112671882B (zh) 一种基于微服务的同城双活系统和方法
CN109819004B (zh) 用于部署多活数据中心的方法和系统
CN110362381A (zh) Hdfs集群高可用部署方法、系统、设备及存储介质
CN105337780B (zh) 一种服务器节点配置方法及物理节点
KR101670343B1 (ko) 피어투피어 데이터 복제를 위한 방법, 장치, 및 시스템 및 마스터 노드 전환을 위한 방법, 장치, 및 시스템
CN105847391A (zh) 一种分布式云数据中心结构
CN106713378B (zh) 实现多个应用服务器提供服务的方法和系统
US9197546B2 (en) System and method for providing a messaging cluster with hybrid partitions
CN110213326B (zh) 元数据节点集群的扩容方法、系统、设备和存储介质
CN111935238A (zh) 一种云平台负载均衡管理系统、方法、设备及介质
US10652100B2 (en) Computer system and method for dynamically adapting a software-defined network
WO2017097006A1 (zh) 一种实时数据容错处理方法及系统
CN111045602B (zh) 集群系统控制方法及集群系统
CN111030932B (zh) 一种数据报文锚定的方法、装置及系统
US10871997B2 (en) System and method for routing computing workloads based on proximity
US11074229B1 (en) Distributed read-only database service
CN113329102B (zh) 一种Ambari Server系统及网络请求响应方法
CN113630317B (zh) 一种数据传输方法、装置、非易失性存储介质及电子装置
WO2017000845A1 (zh) 一种流量控制方法及装置
CN114024971A (zh) 业务数据处理方法、Kubernetes集群及介质
CN109788007B (zh) 一种基于两地三中心的云平台及其通信方法
WO2016188135A1 (zh) 集群路由器cpu资源的配置方法及集群路由器
JP6315467B2 (ja) ネットワーク復旧システムおよびプログラム

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