CN108055314A

CN108055314A - 一种集群的管理方法与集群

Info

Publication number: CN108055314A
Application number: CN201711294593.7A
Authority: CN
Inventors: 宋彪
Original assignee: Ruijie Networks Co Ltd
Current assignee: Ruijie Networks Co Ltd
Priority date: 2017-12-08
Filing date: 2017-12-08
Publication date: 2018-05-18

Abstract

本发明实施例提供一种集群***的管理方法与集群***，用以解决现有集群***无法在实现单点登录的同时均衡负载的技术问题。其中，集群***包括多个业务节点，所述方法包括：多个业务节点中的任一业务节点确定自身存储的会话session对象发生变化或新创建session对象时，将变化后的session对象同步至多个业务节点中的其它业务节点，使得其它业务节点至少基于变化后的session对象和客户端发送的业务请求确定客户端是否合法；其中，客户端为访问集群***的客户端，变化后的session对象为基于自身存储的session对象发生变化或新创建session对象而获得的。

Description

一种集群***的管理方法与集群***

技术领域

本发明涉及计算机技术领域，尤其涉及一种集群***的管理方法与集群***。

背景技术

集群(Cluster)是由一组计算机设备构成的一种松散耦合的计算节点集合，集群中每个计算节点都能够独立运行自己的进程。集群对外提供统一的服务平台，在客户端看来，集群就像是一个服务器。当客户端访问集群***时，集群***通常会根据各业务节点(即计算节点)的负载或业务分工，将客户端的业务请求分发到集群***中的某个业务节点去处理。

一个业务节点在首次处理客户端的业务请求时，会对客户端的进行登录验证，若验证通过，则该业务节点再次处理该客户端的业务请求时，无需客户端再次进行登录。但是，当该客户端的业务请求被分发到集群***中的其它业务节点时，由于其它业务节点未对客户端进行过登录验证，所以该客户端还需要在其它业务节点再次进行登录，导致操作繁琐。

为解决上述技术问题，现有技术中采用了绑定网络协议(Internet Protocol，IP)地址的策略。即，将访问集群***的客户端的IP地址绑定到固定的一个业务节点，这样，客户端每次访问集群***时的业务请求都会被分发到同一个业务节点，由一个业务节点处理该客户端的所有业务请求。

然而，上述绑定IP地址的策略虽然避免了客户端重复登录的情况。但是，由于一个客户端的业务请求被固定在了同一个业务节点处理，导致业务节点间的负载不均衡，无法发挥出集群***的优势。尤其当某个业务节点绑定的客户端的业务请求数量较多，或绑定的客户端进行并发访问时，会导致业务节点进入性能瓶颈甚至发生宕机。

发明内容

本发明实施例提供一种集群***的管理方法与集群***，用以解决现有集群***无法在实现单点登录的同时均衡负载的技术问题。

第一方面，提供一种集群***的管理方法，所述集群***包括多个业务节点，所述方法包括：

所述多个业务节点中的任一业务节点确定自身存储的会话session对象发生变化或新创建session对象时，将变化后的session对象同步至所述多个业务节点中的其它业务节点，使得所述其它业务节点至少基于所述变化后的session对象和客户端发送的业务请求确定所述客户端是否合法；

其中，所述客户端为访问所述集群***的客户端，所述变化后的session对象为基于自身存储的session对象发生变化或新创建session对象而获得的。

在一种可能的实现方式中，所述多个业务节点中的任一业务节点确定自身存储的会话session对象发生变化或新创建session对象，包括：所述多个业务节点中的任一业务节点确定自身执行如下操作中的任意操作：

(1)调整自身已存储的session对象；

(2)新创建session对象；

(3)删除自身已存储的session对象。

在一种可能的实现方式中，所述集群***还包括中央认证服务CAS服务端，所述变化后的session对象为所述任一业务节点新创建的第一session对象，在所述任一业务节点创建所述第一session对象之前，所述方法还包括：

所述任一业务节点至少基于自身存储的session对象和第一业务请求，确定所述客户端是否合法；其中，所述第一业务请求为所述客户端发送的业务请求；

若否，则所述任一业务节点将所述第一业务请求重定向至所述CAS服务端，以使所述CAS服务端验证所述客户端是否合法；

所述任一业务节点在确定所述CAS服务端验证所述客户端合法后，确定创建所述第一session对象。

在一种可能的实现方式中，所述集群***还包括数据库节点，所述方法还包括：

所述多个业务节点将业务数据存储至所述数据库节点，以使得所述数据库节点对所述业务数据进行统一存储；

其中，所述业务数据为所述多个业务节点处理业务请求时生成的数据。

在一种可能的实现方式中，所述多个业务节点中的第一业务节点配置有可供所述多个业务节点访问的共享目录，所述方法还包括：

所述多个业务节点基于业务请求，访问和/或管理所述共享目录下存储的共享文件，所述共享文件为用于实现业务请求的文件；

其中，所述多个业务节点中除所述第一业务节点外的业务节点通过共享传输协议，访问所述共享目录。

第二方面，提供一种集群***，所述集群***包括多个业务节点，所述多个业务节点用于：

在一种可能的实现方式中，所述多个业务节点用于：

所述多个业务节点中的任一业务节点确定自身执行如下操作中的任意操作：

(1)调整自身已存储的session对象；

(2)新创建session对象；

(3)删除自身已存储的session对象。

在一种可能的实现方式中，所述集群***还包括中央认证服务CAS服务端，所述变化后的session对象为所述任一业务节点新创建的第一session对象，所述多个业务节点还用于：

所述多个业务节点中的所述任一业务节点至少基于自身存储的session对象和第一业务请求，确定所述客户端是否合法；其中，所述第一业务请求为所述客户端发送的业务请求；

在一种可能的实现方式中，所述集群***还包括数据库节点，所述多个业务节点还用于：

将业务数据存储至所述数据库节点，以使得所述数据库节点对所述业务数据进行统一存储；

在一种可能的实现方式中，所述多个业务节点中的第一业务节点配置有可供所述多个业务节点访问的共享目录，所述多个业务节点还用于：

基于业务请求，访问和/或管理所述共享目录下存储的共享文件，所述共享文件为用于实现业务请求的文件；

第三方面，提供一种计算机可读存储介质，其中：

所述计算机可读存储介质存储有计算机指令，当所述计算机指令在计算机设备上运行时，使得计算机设备执行第一方面所述的方法。

本发明实施例中，集群***中包括多个业务节点，多个业务节点中的任一业务节点确定自身存储的会话session对象发生变化或新创建session对象时，将变化后的session对象同步至多个业务节点中的其它业务节点，使得其它业务节点至少基于变化后的session对象和客户端发送的业务请求确定客户端是否合法。

通过将变化后的session对象同步至其它业务节点，其它业务节点在被分发到该客户端的业务请求时，就可以直接根据变化后的session对象确定该客户端为合法，客户端无需再次进行登录。达到了在不绑定客户端IP地址的情况下，实现集群***中单点登录的技术效果。

进一步地，本发明实施例中，集群***可以根据各业务节点的负载情况来分发客户端的业务请求，无需考虑将同一客户端的所有业务请求分发到同一个个业务节点，实现了集群***中各业务节点在业务请求上的负载均衡。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。

图1为本发明实施例中一种集群***的连接关系示意图；

图2为本发明实施例中另一种集群***的连接关系示意图；

图3为本发明实施例中另一种集群***的连接关系示意图；

图4为本发明实施例中一种集群***与客户端的连接关系示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

另外，本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，在不做特别说明的情况下，一般表示前后关联对象是一种“或”的关系。

实施例一

本发明实施例提供一种集群***的管理方法。其中，集群***可以至少包括有多个业务节点，各业务节点对外提供统一的服务平台。各业务节点具有计算处理能力，通过各业务节点处理客户端发送的业务请求，实现集群***的业务功能。

在具体的实施过程中，业务节点可以是物理服务器、云服务器、个人计算机、笔记本电脑等具有计算处理能力的计算机设备。举例来说，集群***中包括的各业务节点可以是不同的物理服务器，也可以是不同的虚拟服务器(如云服务器)，等等。

请参见图1，图1所示为本发明实施例中一种集群***的结构框图，如图1所示，各业务节点之间可以建立有通信连接，以实现各业务节点之间的通信。并且，集群***可以通过网络与客户端连接。(图1中未示出)

请参见图2，图2所示为本发明实施例中另一种集群***的结构框图，图2中以集群***包括业务节点1和业务节点2进行举例，在具体的实施过程中，集群***中业务节点的数量也可以是大于2的其它数量，本发明实施例对于集群***所包括的业务节点的具体数量不做限制。并且，本发明实施例中的集群***还可以包括有负载均衡节点、中央认证服务(Central Authentication Service，CAS)服务端、数据库节点等设备中的一个或多个，等等。

其中，负载均衡节点用于接收客户端发送的业务请求，并根据预设规则将业务请求分发到集群***中的业务节点。举例来说，负载均衡节点可以监视各业务节点的健康状况和负载情况，并根据各业务节点的负载和健康状况，将业务请求分发到负载相对较低、健康状态较好的业务节点。

在具体的实施过程中，图2中所示的业务节点1、业务节点2、负载均衡节点、CAS服务端、数据库节点在物理上也可以以图3所示的方式连接。也就是说，图2中所示的可以是一种集群***在逻辑上的连接关系，而图3所示的可以是一种集群***在物理上的连接关系。

本发明实施例中，集群***包括的部分或全部节点、设备可以是物理上的设备，也可以是由云技术支持的虚拟设备，本发明实施例对此不作限制。

请参见图4，图4所示为本发明实施例中一种集群***与客户端的连接关系示意图，集群***中可以由负载均衡节点与客户端通过网络连接，负载均衡可以从各客户端获得业务请求，并将业务请求分发给业务节点。也就是说，图2中所示的集群***可以通过图4中所示的网络与客户端连接，为客户端提供业务支持。

其中，负载均衡节点负责数据包的转发。在具体的实施过程中，负载均衡节点可以是云服务器上创建的负载均衡实例，对负载均衡实例的配置可以包括监听配置和添加后端服务器两个部分：

第一部分，监听配置。举例来说，包括：(1)设定集群前端采用tcp协议及80端口，后端同样采用tcp协议及80端口；(2)设定不限制负载均衡节点带宽峰值；(3)设定使用加权最小连接数模式这一调度算法，该调度算法会将访问请求分发给当前连接数最小的业务机进行处理；(4)可选的，设定业务节点健康检查功能，其中，开启健康检查功能后，当检查出业务机出现故障时，负载均衡节点不会将访问请求分配至故障业务节点，而在故障业务节点恢复正常运行后，负载均衡会恢复对其的访问请求分配。

具体来说，业务节点健康检查功能可以采用如下配置：

(1)配置超时时长为5秒，表示每次健康检查时若业务节点超过5秒未响应则判定为异常；

(2)配置健康检查间隔时长为2秒，表示相邻检查周期之间的时间间隔；

(3)配置确定为不健康的次数阈值为3次，表示业务节点连续3次被判定为异常就确定业务节点的健康状态为不健康，即确定业务节点故障；

(4)配置确定为健康的次数阈值为3次，表示业务节点在不健康状态下，若连续3次被判定为正常，则确定业务节点的健康状态为健康。

第二部分，添加后端服务器。举例来说，可以将业务节点1和业务节点2的IP地址配置于负载均衡节点，负载均衡节点可以通过配置的IP地址与业务节点进行数据交互，并且，在配置时，可以设定各业务节点承担业务量的权重，负载均衡节点优先将访问请求分配至权重较高的业务节点。添加成功后，业务节点可以检查到配置的各业务节点的健康状态。

本发明实施例中的集群***的管理方法流程描述如下。

所述多个业务节点中的任一业务节点确定自身存储的会话session对象发生变化或新创建session对象时，将变化后的session对象同步至所述多个业务节点中的其它业务节点，使得所述其它业务节点至少基于所述变化后的session对象和客户端发送的业务请求确定所述客户端是否合法。其中，所述客户端为访问集群***的客户端，所述变化后的session对象为基于自身存储的session对象发生变化或新创建session对象而获得的。

在具体的实施过程中，以图2所示的集群***为例，配置业务节点1和业务节点2的过程，可以是在业务节点1和业务节点2的tomcat配置路径下，如{TOMCAT_HOME}/conf/server.xml的Engine节点下，配置用于执行集群***的管理方法中各步骤的代码。配置完成后，启动业务节点1和业务节点2中的tomcat服务，当其中任一业务节点确定由自身存储的session对象发生变化时，通过相互间的通信连接，将变化后的session对象同步至另一个业务节点。

具体来说，其它业务节点基于变化后的session对象确定为合法的客户端，即是使得session对象发生变化的客户端。

其中，session对象可以存储有客户端会话所需的属性及配置信息。这样，当客户端在业务节点提供的各页面之间跳转时，存储在session对象中的变量将不会丢失，而是在整个会话过程中一直存在下去。并且，通过session对象可以验证客户端是否合法。

举例来说，客户端在成功登录业务节点后，业务节点可以创建一个新的session对象，同步的，客户端可以获得一个与该session对象所对应的session验证信息，当客户端再次发起业务请求时，可以在业务请求中携带该session验证信息，这样，业务节点就可以根据session对象和业务请求中的session验证信息，确定该客户端为合法。

具体以session验证信息为session ID为例，当客户端再次发起业务请求时，业务节点可以从业务请求中获得session ID，进而，业务节点可以查找自身已经存储的session对象中，是否存在与该session ID对应的session对象，若存在，则可以确定该客户端合法。

本发明实施例中，由业务节点自身存储的会话session对象发生变化或新创建session对象，可以包括有多种情况，此处以其中三种情况进行举例：

第一种情况，调整自身已经存储的session对象。在业务节点执行客户端业务请求的过程中，可以基于业务请求或业务规则对session对象中包含的信息进行修改、增加、删除等调整，调整后的session对象即为变化后的session对象。

第二种情况，新创建session对象。在客户端登录业务节点后，业务节点可以为客户端新创建一session对象，业务节点创建该session对象后即可以存储该session对象，新创建的session对象即为变化后的session对象。

第三种情况，删除自身已经存储的session对象。在客户端从业务节点注销登录后，业务节点即可以删除该客户端对应的session对象，因而，变化后的session对象为空。

本发明实施例中，任一业务节点都会将变化后的session对象同步至其它业务节点，因而，可以保持各业务节点中的存储的session对象一致。当客户端在成功访问一个业务节点后，再去访问其它业务节点时，其它业务节点就可以基于所同步的变化后的session对象和客户端该次访问所发送来的业务请求，确定出客户端为合法，进而，该其它业务节点处理客户端的业务请求。

本发明实施例中，任一业务节点可以通过通信连接，将变化后的session对象同步至其它业务节点。其中，通信连接用于多个业务节点中的任意两个业务节点进行相互间的通信。也就是说，每一个业务节点都可以与集群***中的其它所有业务节点进行通信。

在一种可能的实施方式中，在多个业务节点中的任一业务节点确定由自身存储的会话session对象发生变化时，通过通信连接，将变化后的session对象同步至多个业务节点中的其它业务节点之前，多个业务节点中的任意两个业务节点还可以在相互间建立保活的通信连接。

其中，所建立的通信连接即是可以用于同步session对象的通信连接。本发明实施例中，该通信连接可以是专用的通信连接，即只用于同步session对象的通信连接，当然，根据业务需求和实际需要，该通信连接也可以用于传输除session对象外的其它内容。

本发明实施例中，各业务节点可以是在启动后就建立上相互间的通信连接，并且在建立通信连接后，保活该通信连接，以使得在session对象发生变化后，变化session对象的业务节点可以及时地将变化后的session对象同步至其它业务节点。

在具体的实施过程中，该通信连接可以是传输控制协议(Transmission ControlProtocol，TCP)通信连接。以集群***包括业务节点1和业务节点2为例，业务节点1和业务节点2之间建立TCP通信连接之后，可以通过相互发送TCP保活探测(keepalive probe)报文和TCP保活探测确认(keepalive probe ack)报文的方式，保活TCP通信连接。并且，当业务节点的数量大于2时，任一业务节点与任意一个其它业务节点间都具有单独的TCP通信连接。

在一种可能的实施方式中，集群***中除了多个业务节点外，还可以包括CAS服务端。

其中，CAS服务端用于实现对客户端的登录验证，并将验证结果发送给CAS客户端，本发明实施例中，CAS客户端即可以是各业务节点，并且，CAS服务端还可以将验证信息发送给发起业务请求的客户端。并且，CAS服务端可以是一个单独的设备，也可以是集成到集群***中的业务节点等设备中的。并且，CAS服务端可以通过软件的方式实现。

本发明实施例中，当客户端在会话过程中首次访问集群时，业务节点可以在客户端登录成功后新创建一个session对象，如第一session对象，则变化后的session对象即为第一session对象。其中，业务节点可以通过查找自身是否存储有与客户端的身份标识对应的session对象的方式，来确定客户端的当前访问是否是会话过程中的首次访问，若未存储有与客户端的身份标识对应的session对象，则可以确定客户端的当前访问是会话过程中的首次访问。

在任一业务节点创建第一session对象之前，还可以包括客户端登陆验证以及确定创建第一session对象的过程。具体来说：

任一业务节点至少基于自身存储的session对象和第一业务请求，确定客户端是否合法；若否，则该任一业务节点将第一业务请求重定向至CAS服务端，以使CAS服务端验证客户端是否合法；该任一业务节点在确定CAS服务端验证客户端合法后，确定创建第一session对象。其中，第一业务请求为客户端发送的业务请求。并且，在集群中***包括负载均衡节点时，第一业务请求可以是由负载均衡节点从客户端获得并转发给该任一业务节点。

本发明实施例中，该任一业务节点可以基于自身存储的所有的session对象来确定客户端是否合法。例如，该任一业务节点可以确定第一业务请求中是否包含有session验证信息，若不包含，则确定客户端不合法；又例如，该任一业务节点可以确定第一业务请求包含的session验证信息是否匹配上自身所存储的任意一个session对象，若不能，则确定客户端不合法。

在该任一业务节点确定客户端不合法时，可以将第一业务请求重定向至CAS服务端，由CAS服务端对客户端进行登录验证，举例来说，在CAS服务端验证客户端时，CAS服务端可以根据客户端提交的账号、密码等信息，验证客户端是否合法。CAS服务端验证客户端为合法时，可以将验证结果返回给该任一业务节点，并且，CAS服务端可以生成一session验证信息发送给客户端，以及还可以将第一业务请求重定向至该任一业务节点。

该任一业务节点在确定CAS服务端验证客户端合法后，就可以创建第一session对象，以在客户端访问时，确定客户端为合法。其中，第一session对象与CAS服务端发送给客户端的session验证信息匹配。

在一种可能的实施方式中，集群***还可以包括数据库节点，该数据库节点可以是集群***中各业务节点公用的数据库节点，各业务节点均可以与数据库节点进行通信。

本发明实施例中，集群***包括的多个业务节点将业务数据存储至该数据库节点，以使得数据库节点对业务数据进行统一存储。也就是说，集群***中的各业务节点可以基于该数据库节点，共用一套业务数据。

其中，数据库节点存储的业务数据可以为多个业务节点处理业务请求时生成的数据。举例来说，业务数据可以是客户端的登录记录、客户端的业务请求记录、客户端的账号密码，等等。数据库节点对业务数据进行统一存储，各业务节点共用一套业务数据，实现集群***对外提供统一服务平台的需求。

在一种可能的实施方式中，多个业务节点中的第一业务节点配置有可供多个业务节点访问的共享目录，也就是说，集群***中的各业务节点可以在该共享目录下读取、存储、修改数据。其中，第一业务节点可以是集群***中的任意一个业务节点。

本发明实施例中，集群***中的多个业务节点可以基于业务请求，访问和/或管理共享目录下存储的共享文件。

其中，多个业务节点中除第一业务节点外的业务节点可以通过共享传输协议，访问共享目录。由于共享目录是第一业务节点自身配置的，因而第一业务节点可以不通过共享传输协议直接访问共享目录。

本发明实施例中，共享文件可以为用于实现业务请求的文件，举例来说，共享文件可以是客户端上传的图片、音频、安装包等文件，可以是业务节点向客户端提供的图片、音频、安装包等文件。本发明实施例中对共享文件的具体类型不做限制。

由于实现业务请求的文件存储在同一个目录，各业务节点可以统一使用、管理一套共享文件，保证了各业务节点所提供内容的一致性，同时避免了存储资源的浪费。并且，新增的业务节点在挂载共享目录后，可以直接访问和/或管理共享目录下存储的共享文件。

本发明实施例中，共享目录和数据库节点采用的是不同的存储技术，为不同的存储方式；并且，共享目录和数据库节点所存储的内容不同，共享目录存储的是用于实现业务请求的文件，比如网页需要展示的视频、图片，又如客户端提供的音频、安装包等文件，而数据库节点存储的是业务数据，比如客户端的登录记录、客户端的业务请求记录、客户端的账号密码等数据。

在具体的实施过程中，各业务节点间可以通过samba共享传输协议来实现文件的共享，则配置共享目录可以通过如下步骤来配置共享目录：

(1)第一业务节点安装samba软件

(2)第一业务节点创建一个后续需要共享的目录，修订samba软件安装目录下的配置文件，把共享目录配置到配置文件中；

(3)第一业务节点启动samba服务；

(4)第一业务节点为共享目录设置nobody权限；

(5)其它业务节点将第一业务节点上的共享目录挂载到本地。

本发明实施例中，除第一业务节点外的业务节点还可以对共享目录下存储的文件进行备份，以提高集群***的容灾能力。

实施例二

基于同一发明构思，本发明实施例提供一种集群***。该集群***可以是实施例一中所述的集群***，并且，该集群***可以执行实施例一中所述的集群***的管理方法。因而，本发明实施例中关于集群***的说明，可以参看和引用实施例一中的描述，在此不再赘述。

该集群***包括多个业务节点，多个业务节点用于：

多个业务节点中的任一业务节点确定自身存储的会话session对象发生变化或新创建session对象时，将变化后的session对象同步至多个业务节点中的其它业务节点，使得其它业务节点至少基于变化后的session对象和客户端发送的业务请求确定客户端是否合法；

其中，客户端为访问集群***的客户端，变化后的session对象为基于自身存储的session对象发生变化或新创建session对象而获得的。

在一种可能的实施方式中，多个业务节点用于：

多个业务节点中的任一业务节点确定自身执行如下操作中的任意操作：

(1)调整自身已存储的session对象；

(2)新创建session对象；

(3)删除自身已存储的session对象。

在一种可能的实施方式中，集群***还包括中央认证服务CAS服务端，变化后的session对象为任一业务节点新创建的第一session对象，多个业务节点还用于：

多个业务节点中的任一业务节点至少基于自身存储的session对象和第一业务请求，确定客户端是否合法；其中，第一业务请求为客户端发送的业务请求；

若否，则任一业务节点将第一业务请求重定向至CAS服务端，以使CAS服务端验证客户端是否合法；

任一业务节点在确定CAS服务端验证客户端合法后，确定创建第一session对象。

在一种可能的实施方式中，集群***还包括数据库节点，多个业务节点还用于：

将业务数据存储至数据库节点，以使得数据库节点对业务数据进行统一存储；

其中，业务数据为多个业务节点处理业务请求时生成的数据。

在一种可能的实施方式中，多个业务节点中的第一业务节点配置有可供多个业务节点访问的共享目录，多个业务节点还用于：

基于业务请求，访问和/或管理共享目录下存储的共享文件，共享文件为用于实现业务请求的文件；

其中，多个业务节点中除第一业务节点外的业务节点通过共享传输协议，访问共享目录。

实施例三

基于同一发明构思，本发明实施例提供一种计算机可读存储介质，该计算机可读存储介质存储有计算机指令，当计算机指令在计算机设备上运行时，可以使得计算机设备执行实施例一所述的集群***的管理方法。

在具体的实施过程中，计算机可读存储介质可以为通用串行总线闪存盘(Universal Serial Bus flash drive，USB)、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的存储介质。

上述技术方案中的一个或多个技术方案，具有如下技术效果或优点：

进一步地，本发明实施例中，多个业务节点中的任意两个业务节点相互间建立保活的通信连接，因而，在session对象发生变化后，业务节点间可以及时地同步变化后的session对象。

进一步地，本发明实施例中，集群***可以包括有CAS服务端，由CAS服务端对客户端进行统一的登录验证，可以提供一种更可靠的单点登录方法。

进一步地，本发明实施例中，集群***可以包括有负载均衡节点，负载均衡节点可以监视各业务节点的健康状况和负载情况，并根据各业务节点的负载和健康状况分发业务请求，保证了各业务节点负载的均衡，发挥了集群***的优势，并且，避免了业务节点进入性能瓶颈甚至发生宕机的情况，提高了用户通过客户端访问集群***的体验。

进一步地，本发明实施例中，集群***可以包括有数据库节点，数据库节点可以对业务数据进行统一存储，各业务节点共用一套业务数据，以实现集群***对外提供统一服务平台的需求。

进一步地，本发明实施例中，各业务节点均可以基于业务请求，访问和/或管理共享目录下存储的用于实现业务请求的共享文件。因而，实现客户端的业务请求的文件都是在同一个目录，对用户来说，集群***透明得像一台服务器。并且，各业务节点统一使用、管理一套共享文件，避免了存储资源的浪费。并且，通过共享目录共享文件的方式，方便拓展业务节点。

应当说明的是，以上所描述的装置实施例仅仅是示意性的，其中作为分离部件说明的单元/模块可以是或者也可以不是物理上分开的，作为单元/模块显示的部件可以是或者也可以不是物理单元/模块，即可以位于一个地方，或者也可以分布到多个网络单元/模块上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims

1.一种集群***的管理方法，其特征在于，所述集群***包括多个业务节点，所述方法包括：

2.如权利要求1所述的方法，其特征在于，所述多个业务节点中的任一业务节点确定自身存储的会话session对象发生变化或新创建session对象，包括：所述多个业务节点中的任一业务节点确定自身执行如下操作中的任意操作：

(1)调整自身已存储的session对象；

(2)新创建session对象；

(3)删除自身已存储的session对象。

3.如权利要求1所述的方法，其特征在于，所述集群***还包括中央认证服务CAS服务端，所述变化后的session对象为所述任一业务节点新创建的第一session对象，在所述任一业务节点创建所述第一session对象之前，所述方法还包括：

4.如权利要求1所述的方法，其特征在于，所述集群***还包括数据库节点，所述方法还包括：

5.如权利要求1-4中任一权利要求所述的方法，其特征在于，所述多个业务节点中的第一业务节点配置有可供所述多个业务节点访问的共享目录，所述方法还包括：

6.一种集群***，其特征在于，所述集群***包括多个业务节点，所述多个业务节点用于：

7.如权利要求6所述的集群***，其特征在于，所述多个业务节点用于：

(1)调整自身已存储的session对象；

(2)新创建session对象；

(3)删除自身已存储的session对象。

8.如权利要求6所述的集群***，其特征在于，所述集群***还包括中央认证服务CAS服务端，所述变化后的session对象为所述任一业务节点新创建的第一session对象，所述多个业务节点还用于：

9.如权利要求6所述的集群***，其特征在于，所述集群***还包括数据库节点，所述多个业务节点还用于：

10.如权利要求6-9中任一权利要求所述的集群***，其特征在于，所述多个业务节点中的第一业务节点配置有可供所述多个业务节点访问的共享目录，所述多个业务节点还用于：

11.一种计算机可读存储介质，其特征在于：

所述计算机可读存储介质存储有计算机指令，当所述计算机指令在计算机设备上运行时，使得计算机设备执行如权利要求1-5中任一项所述的方法。