[发明专利]基于单机完全部署和新旧节点池的集群热部署方法和系统

说明书

技术领域

本发明涉及应用服务器集群热部署技术，具体地，涉及基于单机完全部署和新旧节点池的集群热部署方法和系统。

背景技术

反向代理（Reverse Proxy）方式是指以代理服务器来接受Internet上的连接请求，然后将请求转发给内部网络上的服务器；并将从服务器上得到的结果返回给Internet上请求连接的客户端，此时代理服务器对外就表现为一个服务器。通常的代理服务器，只用于代理内部网络对Internet的连接请求，客户机必须指定代理服务器,并将本来要直接发送到Web服务器上的http请求发送到代理服务器中。当一个代理服务器能够代理外部网络上的主机，访问内部网络时，这种代理服务的方式称为反向代理服务。

应用服务器是指位于应用软件及操作系统、数据库之间满足一定标准的一系列软件环境、服务及工具的集合。基于反向代理的应用服务器集群是指将各个独立的应用服务器通过反向代理服务器的中转从而对外表现为单一的系统。集群可以减少单点故障数量，并且实现了集群化资源的高可用性。

热部署，就是在应用正在运行的时候升级软件，却不需要重新启动应用。

现在的集群热部署方法，都是建立在单机热部署方法的基础之上的，而单机热部署本身就不稳定，存在服务不可用的问题；集群环境下的热部署，各个节点部署完成时间很可能不一致，这样就会导致服务状态的不一致性。

经对现有技术进行检索发现如下相关文献：

相关文献1：

申请号：200710156703.3，名称：一种集群应用服务器的分布式热部署方法的中国专利文献。该发明涉及一种集群应用服务器的分布式热部署方法，当一个新的应用服务器节点加入到集群中时，它会自动去获取集群中每个节点特定目录下的所有EJB文件，然后在本地部署。当在本地部署一个EJB时，先将该EJB在本地部署，再在集群中广播，通知集群中的其他节点下载该文件。

技术要点比较：

该专利进行集群热部署时，先对一个节点进行热部署，然后将其他节点进行同步，这样存在以下问题：

1、单机热部署不稳定，存在服务不可用的状态。而本发明提出的智能热部署方法，单机是完全重新部署，因此部署状态是稳定可靠的，但是对于集群来说，我们对外做到了发布过程不间断服务，从而实现了集群热部署。

2、当第一个节点热部署完成，而其他节点在进行热部署的过程中，存在不同版本的问题，此时若将请求转发到已热部署的节点和未热部署的节点，则服务的状态是不一致的。而本发明的智能热部署方法，维护了新旧节点池，并且只会把请求转发到新节点池中，从而保证了服务的一致性。

发明内容

针对现有技术中的缺陷，为了避免单机热部署的不稳定性和通常集群热部署方法的服务不一致性的问题，本发明提出一种可以基于单机完全部署和维护新旧节点池，实现高效可靠的应用服务器集群热部署方法和系统。

根据本发明的一个方面，提供一种基于单机完全部署和新旧节点池的集群热部署方法，集群的每个节点上运行有一个单机自动更新脚本,在独立集群节点的服务器有一个依次更新集群所有节点的脚本，当集群中有新版本文件的节点可用之后，令反向代理服务器将新的请求自动转发到有新版本文件的节点上。

优选地，所述的单机自动更新脚本，具体包括如下步骤：

步骤A1：从应用程序源服务器指定位置下载最新版本文件；

步骤A2：比较本地版本文件与最新版本文件，检查是否是最新版本；如果不是最新版本，则先删除本地的应用文件，然后将应用程序源服务器应用文件版本拷贝到本地。

优选地，所述的在独立集群节点的服务器依次更新集群所有节点的脚本，具体包括如下步骤：

步骤B1：获取集群中所有节点的列表；

步骤B2：获得未更新应用程序节点的地址，远程依次连接至未更新应用程序节点执行自动更新脚本进行文件版本更新，直至集群中所有节点都更新完毕。

优选地，所述的当集群中有新版本文件的节点可用之后，令反向代理服务器将新的请求自动转发到有新版本文件的节点上，具体包括如下步骤：

步骤C1：获取应用程序源上的最新版本文件；

步骤C2：获取集群中所有节点列表；

步骤C3：获取节点上的版本文件，并与最新版本文件进行比较；

步骤C4：若节点的版本文件与最新版本文件相同，则将该节点加入新节点池中，否则加入旧节点池中；

步骤C5：重复执行步骤C3、C4，直至遍历完集群中所有节点。