CN109347675B - 服务器配置方法、装置以及电子设备 - Google Patents

Abstract

本发明提供了一种服务器配置方法、装置以及电子设备，涉及服务器技术领域，服务器配置方法应用于部署有Nginx的服务器，所述方法包括：从协调服务器中获取Nginx配置信息，其中，该Nginx配置信息是业务服务器中业务服务启动时写入协调服务器的；根据获取到的Nginx配置信息生成对应的配置文件，并将所述配置文件与原配置文件进行对比；若所述配置文件与所述原配置文件不一致，则根据所述配置文件对Nginx进行配置，解决了现有技术中存在的对Nginx配置的修改过程较为繁琐复杂的技术问题。

Description

服务器配置方法、装置以及电子设备

技术领域

本发明涉及服务器技术领域，尤其是涉及一种服务器配置方法、装置以及电子设备。

背景技术

Nginx是一款轻量级的网络服务器，也可称为反向代理服务器。其特点是占有内存少，并发能力强。

Nginx作为一个高性能的反向代理服务，它将源代码以类BSD许可证的形式发布，因其稳定性高、功能集丰富、示例配置文件和低系统资源的消耗而广泛使用。

目前，在修改Nginx的配置过程中，需要人工进行手动修改，因此，对于Nginx配置的修改过程较为繁琐复杂。

发明内容

有鉴于此，本发明的目的在于提供一种服务器配置方法、装置以及电子设备，以解决现有技术中存在的对Nginx配置的修改过程较为繁琐复杂的技术问题。

第一方面，本发明实施例提供了一种服务器配置方法，应用于部署有Nginx的服务器，所述方法包括：

从协调服务器中获取Nginx配置信息，其中，该Nginx配置信息是业务服务器中业务服务启动时写入协调服务器的；

根据获取到的Nginx配置信息生成对应的配置文件，并将所述配置文件与原配置文件进行对比；

若所述配置文件与所述原配置文件不一致，则根据所述配置文件对Nginx进行配置。

结合第一方面，本发明实施例提供了第一方面的第一种可能的实施方式，其中，所述从协调服务器中获取Nginx配置信息，包括：

以预设周期从协调服务器中获取Nginx配置信息；或，

在接收到协调服务器发送的通知消息时，从协调服务器中获取Nginx配置信息，其中，所述通知消息用于表示协调服务器中的Nginx配置信息发生变化。

结合第一方面，本发明实施例提供了第一方面的第二种可能的实施方式，其中，所述根据所述配置文件对Nginx进行配置，包括：

根据所述配置文件中的配置信息，创建新的工作进程；

在确定业务服务结束时，启用新的工作进程，并关闭原有工作进程，所述原有工作进程是根据所述原有配置文件中的配置信息创建的。

结合第一方面，本发明实施例提供了第一方面的第三种可能的实施方式，其中，所述配置信息包括：协议信息、负载均衡信息、分发路径信息中的至少一种。

结合第一方面，本发明实施例提供了第一方面的第四种可能的实施方式，其中，针对每一Nginx服务器设置有对应的检测单元，所述方法还包括：

向所述协调服务器中写入自身部署的Nginx对应的端口信息和自身的地址信息，以使得主Nginx服务器对应的主检测单元执行以下操作：从所述协调服务器中获取各Nginx服务器对应的端口信息和地址信息，并基于所述主Nginx服务器对应的端口信息检查主Nginx服务是否正常，若是，则向除所述主Nginx服务器之外的其它Nginx服务器对应的检测单元发送心跳消息。

第二方面，本发明实施例还提供一种服务器配置装置，应用于部署有Nginx的服务器，所述装置包括：

获取单元，用于从协调服务器中获取Nginx配置信息，其中，该Nginx配置信息是业务服务器中业务服务启动时写入协调服务器的；

对比单元，用于根据获取到的Nginx配置信息生成对应的配置文件，并将所述配置文件与原配置文件进行对比；

配置单元，用于在所述配置文件与所述原配置文件不一致时，根据所述配置文件对Nginx进行配置。

结合第二方面，本发明实施例提供了第二方面的第一种可能的实施方式，其中，还包括：写入单元，用于向所述协调服务器中写入自身部署的Nginx对应的端口信息和自身的地址信息。

结合第二方面，本发明实施例提供了第二方面的第二种可能的实施方式，其中，还包括：针对每一Nginx服务器所设置的检测单元；

主Nginx服务器对应的主检测单元用于从所述协调服务器中获取各Nginx服务器对应的端口信息和地址信息，并基于所述主Nginx服务器对应的端口信息检查主Nginx服务是否正常，若是，则向除所述主Nginx服务器之外的其它Nginx服务器对应的检测单元发送心跳消息。

结合第二方面，本发明实施例提供了第二方面的第三种可能的实施方式，其中，获取单元用于以预设周期从协调服务器中获取Nginx配置信息；或，

获取单元用于在接收到协调服务器发送的通知消息时，从协调服务器中获取Nginx配置信息，其中，通知消息用于表示协调服务器中的Nginx配置信息发生变化。

结合第二方面，本发明实施例提供了第二方面的第四种可能的实施方式，其中，配置单元包括：创建模块以及开关模块；

创建模块用于根据配置文件中的配置信息，创建新的工作进程；

开关模块用于在确定业务服务结束时，启用新的工作进程，并关闭原有工作进程，所述原有工作进程是根据原有配置文件中的配置信息创建的。

结合第二方面，本发明实施例提供了第二方面的第五种可能的实施方式，其中，所述配置信息包括：协议信息、负载均衡信息、分发路径信息中的至少一种。

第三方面，本发明实施例还提供一种电子设备，包括存储器、处理器，所述存储器中存储有可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述如第一方面所述的方法的步骤。

第四方面，本发明实施例还提供一种具有处理器可执行的非易失的程序代码的计算机可读介质，所述程序代码使所述处理器执行如第一方面所述的方法。

本发明实施例提供的技术方案带来了以下有益效果：本发明实施例提供的服务器配置方法、装置以及电子设备。首先，部署有Nginx的服务器从协调服务器中获取Nginx配置信息，其中，该Nginx配置信息是业务服务器中业务服务启动时写入协调服务器的，然后，根据获取到的Nginx配置信息生成对应的配置文件，并将所述配置文件与原配置文件进行对比，如果所述配置文件与所述原配置文件不一致，则根据所述配置文件对Nginx进行配置，因此，通过自动从协调服务器中直接获取业务服务器在业务服务启动时写入协调服务器的Nginx配置信息，并在Nginx的配置发生了变动的情况下，即在这个新获取到的配置信息对应的配置文件与原有的配置文件不一致的情况下，按照新的配置文件重新对Nginx进行配置，使部署有Nginx的服务器能够自动进行Nginx配置的修改，实现了无需再通过繁琐的手动修改Nginx配置的过程来维护Nginx的配置，从而解决了现有技术中存在的对Nginx配置的修改过程较为繁琐复杂的技术问题。

本发明的其他特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点在说明书以及附图中所特别指出的结构来实现和获得。

为使本发明的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

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

图1示出了本发明实施例一所提供的服务器配置方法的流程图；

图2示出了本发明实施例一所提供的Nginx配置文件的结构示意图；

图3示出了本发明实施例一所提供的Zookeeper的集群部署的结构示意图；

图4示出了本发明实施例二所所提供的服务器配置方法的流程图；

图5示出了本发明实施例二所所提供的Nginx、应用程序以及Zookeeper之间的整体操作流程图；

图6示出了本发明实施例二所所提供的Nginx、Keepalived以及Zookeeper之间的整体操作流程图；

图7示出了本发明实施例二所所提供的Nginx的改造过程流程图；

图8示出了本发明实施例三所提供的一种服务器配置装置的结构示意图；

图9示出了本发明实施例三所提供的Keepalived的改造过程流程图；

图10示出了本发明实施例四所提供的一种电子设备的结构示意图。

图标：3-服务器配置装置；31-获取单元；32-对比单元；33-配置单元；4-电子设备；41-存储器；42-处理器；43-总线；44-通信接口。

具体实施方式

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

目前，对于Nginx的配置过程，现有技术方案是采用Keepalived(一种检测服务器的状态的软件)+网络文件系统NFS的高可用配置，但是，该方式的配置数据没有备份，NFS的损坏也会导致Nginx配置读取失败，从而无法启动，而且也无法动态修改NFS中Nginx的配置信息，再者，Nginx的横向扩展也较难实现。此外，还有的现有技术方案是采用Keepalived+同步模块nginx-sync的高可用配置，但其缺点是需要安全外壳协议(ssh)访问授权，而且Nginx横向扩展也较难实现并且操作繁琐，需要在所有Nginx安装的机器上改写脚本，每当有一个新的Nginx机器加入的时候，以前安装的所有机器上也需要手动修改Nginx配置信息，最重要的是，该方法无法动态修改Nginx的配置信息。

基于此，本发明实施例提供的一种服务器配置方法、装置以及电子设备，可以解决现有技术中存在的对于Nginx配置的修改过程较为繁琐复杂的技术问题。

为便于对本实施例进行理解，首先对本发明实施例所公开的一种服务器配置方法、装置以及电子设备进行详细介绍。

实施例一：

本发明实施例提供的一种服务器配置方法，应用于部署有Nginx的服务器，如图1所示，该方法包括：

S11：从协调服务器中获取Nginx配置信息，其中，该Nginx配置信息是业务服务器中业务服务启动时写入协调服务器的。

其中，Nginx是一种反向代理服务，也可以作为互联网(web)服务、负载均衡服务等，其可靠性高且性能高。Nginx使用的网络输入/输出(I\O)模型为epoll和kqueue，其能支撑大数据量的并发连接，且内存消耗很小。而且，支撑Nginx的硬件要求比较低，Nginx的使用较为广泛。

需要说明的是，对于Nginx的配置文件结构，如图2所示，main为全局设置参数，超文本传输协议(Hyper Text Transfer Protocol，简称HTTP)是互联网上应用最为广泛的一种网络协议。upstream为负载均衡器设置部分，其内部含有多个后台应用程序地址。server为反向代理服务主机和端口设置部分，可以包含多个location配置信息，其中，location为统一资源定位符(url)匹配策略，用来负责具体分发到某个应用程序，应用程序某个节点等。

作为本实施例的优选实施方式，协调服务器是部署有分布式协调服务Zookeeper的服务器，Zookeeper是一种对外提供一致性服务的组件，Zookeeper是Hadoop和Hbase的重要组件。

对于Zookeeper的集群部署，如图3所示，Client为客户端，是分布式应用集群中的一个节点，从服务器访问信息，对于特定的时间间隔，每个客户端向服务器发送消息以使服务器知道客户端是活跃的。同样的，当客户端连接时，服务器发送确认码，如果连接的服务器没有响应(即没有发送确认码)，则客户端会自动将消息重定向到另一个服务器。Server为服务器，是ZooKeeper总体中的一个节点，用于为客户端提供所有的服务，以及向客户端发送确认码以告知服务器是活跃的。ZooKeeper Ensemble是指ZooKeeper服务器组，形成服务器组Ensemble所需的最小节点数为3。Leader是服务器节点，如果某个连接的节点失败，则执行自动恢复，Leader在服务启动时被选举，即现有技术中的ZooKeeper选举Leader的过程。Follower为跟随Leader指令的服务器节点。此外，对于Zookeeper的集群部署数据模型结构，为层次化目录结构，其结构像一棵树，每一个数据单元称为一个Znode，每个节点存储数据大小不超过1M。

本步骤中，Nginx从协调服务器的Zookeeper中获取Nginx配置信息。其中的Nginx配置信息是业务服务器中业务服务启动时写入协调服务器的信息。

S12：根据获取到的Nginx配置信息生成对应的配置文件，并将配置文件与原配置文件进行对比。

在实际应用中，Nginx根据从Zookeeper中获取到的Nginx配置信息生成对应的配置文件，并将新生成的配置文件与Nginx中的原配置文件进行对比，从而得到对比结果。

S13：判断配置文件与原配置文件是否一致。若配置文件与原配置文件不一致，则进行步骤S14；若配置文件与原配置文件一致，则进行步骤S15。

Nginx根据步骤S12中的对比结果，判断新生成的配置文件与Nginx中的原有配置文件是否一致。如果新生成的配置文件与Nginx中的原有配置文件不一致，则进行步骤S14；如果新生成的配置文件与Nginx中的原有配置文件一致，则进行步骤S15。

S14：根据配置文件对Nginx进行配置。

如果判断新生成的配置文件与Nginx中的原有配置文件不一致，则根据新生成的配置文件中包含的配置信息，重新对Nginx进行配置，即在Nginx运行过程中Nginx的配置发生了变化，需要重新配置Nginx。

S15：按原有配置内容继续运行，即在Nginx运行过程中其配置没有发生变化，无需重新配置Nginx。

因此，本实施例提供的服务器配置方法也可以作为一种基于Nginx的动态配置方法，从而解决了Nginx在高可用模型下，Nginx动态配置的易用性问题。

本实施例中，Nginx能够自动从协调服务器中直接获取业务服务器在业务服务启动时写入协调服务器的Nginx配置信息，并在Nginx的配置发生了变动的情况下，即在这个新获取到的配置信息对应的配置文件与原有的配置文件不一致的情况下，按照新的配置文件重新对Nginx进行配置，使Nginx能够自动进行Nginx配置的修改，实现了无需再通过繁琐的手动修改Nginx配置的过程来维护Nginx的配置，从而解决了现有技术中存在的对Nginx配置的修改过程较为繁琐复杂的技术问题。

实施例二：

本发明实施例提供的一种服务器配置方法，应用于部署有Nginx的服务器，如图4所示，该方法包括：

S21：从协调服务器中获取Nginx配置信息，其中，该Nginx配置信息是业务服务器中业务服务启动时写入协调服务器的。

其中，该Nginx配置信息是业务服务器在业务服务启动时，利用业务服务器内部应用程序中的软件开发工具包(SDK)，写入协调服务器中的。

需要说明的是，应用程序中的软件开发工具包(SDK)可以为反向代理服务器-分布式协调服务-客户端(nginx-zookeeper-client)，是Java、Python等计算机程序设计语言的应用程序编程接口(Application Programming Interface，简称API)的一种软件开发包，nginx-zookeeper-client提供了一种统一访问接口，该访问接口能够用于调用协调服务器的API接口写入Nginx配置信息。此外，作为一个优选方案，协调服务器中部署有分布式协调服务(Zookeeper)。

本实施例中，开发nginx-zookeeper-client(即软件开发工具包SDK)，业务服务器中业务服务的运行状态变化时，业务服务器便能够通过应用程序驱动nginx-zookeeper-client提供的API接口调用协调服务器的API接口，动态的将负载均衡、代理路径等配置信息注册到协调服务器中，以实现应用的横向和纵向模块扩展，因此提升了服务器易用性。

因此，通过开发nginx-zookeeper-client，业务服务器可以通过内部应用程序采用该开发包中提供的API接口调用协调服务器的API接口，进而业务服务器便能够在业务服务启动时向协调服务器中写入该业务服务对应的Nginx配置信息。

在一种实现方式中，部署有Nginx的服务器(以下简称为Nginx服务器)以预设周期从协调服务器中获取Nginx配置信息。具体的，Nginx服务器可以启动定时获取信息，即Nginx服务器主动读取协调服务器中的分发路径和负载均衡等配置信息，Nginx服务器可以按照预设周期定期的从协调服务器中获取Nginx配置信息，进而进行配置更新，因此，无需再通过手动修改Nginx的配置文件来进行修改。而且，通过Nginx服务器从协调服务器中直接读取配置信息，进而对Nginx的重载进行扩展，能够提升Nginx的横向扩展能力，实现应用服务的动态扩展和负载均衡，从而提升了服务器易用性和可靠性。

在另一种实现方式中，Nginx服务器在接收到协调服务器发送的通知消息时，从协调服务器中获取Nginx配置信息，其中，该通知消息用于表示协调服务器中的Nginx配置信息发生变化。具体的，在协调服务器中的Nginx配置信息发生了变化时，协调服务器便自动生成通知消息，并将该通知消息发送至Nginx服务器，以通知Nginx服务器：协调服务器中的Nginx配置信息发生了变化，需要Nginx服务器从协调服务器中获取新的Nginx配置信息。因此，通过该方法也可以省略了手动修改Nginx的过程。

具体的，Nginx服务器在需要从协调服务器中获取最新的Ngxin配置信息时，一种可选的实施方式为，Nginx服务器可以向协调服务器发送Nginx配置信息获取请求，协调服务器在接收到Nginx服务器发送的Nginx配置信息获取请求时，将该Nginx服务器对应的Nginx配置信息发送给Nginx服务器。

S22：根据获取到的Nginx配置信息生成对应的配置文件，并将配置文件与原配置文件进行对比。

本步骤中，Nginx服务器根据新获取到的Nginx配置信息生成对应的配置文件，例如nginx.conf文件。配置文件中的配置信息包括：Nginx协议信息、Nginx负载均衡信息、Nginx分发路径信息中的至少一种。然后，将新生成的配置文件与Nginx中的原配置文件进行对比，得到对比结果。具体的，可以将新的配置文件中的Nginx协议信息、Nginx负载均衡信息及Nginx分发路径信息与原有的Nginx配置文件中的协议信息、Nginx负载均衡信息及Nginx分发路径信息进行对比，从而得到对比结果。

S23：判断配置文件与原配置文件是否一致。若配置文件与原配置文件不一致，则进行步骤S24；若配置文件与原配置文件一致，则进行步骤S26。

Nginx服务器根据步骤S22中的对比结果，判断新生成的配置文件与原有配置文件是否一致。如果新生成的配置文件与原有配置文件不一致，则进行步骤S24；如果新生成的配置文件与原有配置文件一致，则进行步骤S26。

S24：根据配置文件中的配置信息，创建新的工作进程。

配置文件中的配置信息包括协议信息、负载均衡信息、分发路径信息中的至少一种。其中的协议信息为网络协议，例如超文本传输协议(Hyper Text Transfer Protocol，简称HTTP，)信息，HTTP协议信息中包括：报文长度、是否需要缓存、超时时长、连接请求时长、连接数等信息。

因此，本步骤中，Nginx服务器根据新的配置文件中的负载均衡信息、分发路径信息、报文长度、是否需要缓存、超时时长、连接请求时长、连接数等信息，来创建新的工作进程(worker进程)。

S25：在确定业务服务结束时，启用新的工作进程，并关闭原有工作进程。

其中，所述原有工作进程是根据所述原有配置文件中的配置信息创建的。

作为本实施例的优先实施方式，在确定业务服务结束时，Nginx服务器启用步骤S24中创建新的工作进程，并关闭原有工作进程。根据新的工作进程进行代理服务。

S26：按原有配置内容继续运行，即在Nginx运行过程中其配置没有发生变化。

例如，如图5所示，对于Nginx服务器中的Nginx、业务服务器中的应用程序、协调服务器中的Zookeeper，这三者之间的整体操作流程可以为：在应用程序启动的过程中，通过应用程序中的nginx-zookeeper-client向Zookeeper提供应用代理和负载均衡等Nginx配置信息，如应用程序可以向Zookeeper写入负载均衡和分发路径等Nginx配置信息；当Nginx服务器中的Nginx运行时，Nginx服务器可以基于预设的获取周期/在接收到协调服务器发送的通知消息时，从协调服务器中获取Nginx配置信息，如Nginx服务器可以每隔一小时从协调服务器中中获取Nginx配置信息；之后，Nginx服务器根据获取到的Nginx配置信息生成对应的Nginx配置文件，并自动对比该Nginx配置文件与原有的Nginx配置文件是否一致，如果一致则按照原有配置运行，如果不一致，则Nginx服务器中的配置加载模块按照此次获取到的最新配置，重新加载负载策略和分发策略，以对Nginx服务器进行重新配置；最后，Nginx服务器基于加载后的配置向应用程序分发请求。

因此，本实施例提供的服务器配置方法可以作为一种基于Nginx的动态配置方法。本实施例中，Nginx服务器能够根据新获取到的配置信息生成新的配置文件，Nginx服务器再基于该新的配置文件进行重载，从而使Nginx服务器在高可用模型下，实现Nginx配置文件的动态配置。

作为本实施例的另一种实施方式，针对每一Nginx服务器都设置有对应的检测单元，本实施例提供的服务器配置方法还包括：Nginx服务器向协调服务器中写入自身部署的Nginx对应的端口信息和自身的地址信息，以使得主Nginx服务器对应的主检测单元执行以下操作：从协调服务器中获取各Nginx服务器对应的端口信息和地址信息，并基于主Nginx服务器对应的端口信息检查主Nginx服务是否正常，若是，则向除主Nginx服务器之外的其它Nginx服务器对应的检测单元发送心跳消息。

作为一个优选方案，其中的检测单元为部署有Keepalived硬件设备，Keepalived的作用包括：检测Nginx服务器的状态，Keepalived通过虚拟路由器冗余协议(VirtualRouter Redundancy Protocol，简称VRRP)能够实现高可用功能。VRRP的目的便是为了解决静态路由单点故障问题，VRRP能够保证当个别节点宕机(即死机)时，整个网络可以不间断的运行。

需要说明的是，本实施例提供的Nginx与keepalived都是服务，可部署在服务器上，针对每一台Nginx服务器而言，keepalived可集成在该Nginx服务器上，keepalived也可以单独部署在一个硬件设备上。

在Keepalived(即检测单元)服务正常工作时，主(Master)节点Nginx对应的主Keepalived若检查到自己对应的主节点Nginx正常运行，则主Keepalived会以多播(即组播)的方式不断的向备(Backup)节点Nginx对应的备Keepalived发送心跳消息(即心跳包)，用以通知备节点：主节点Nginx还在正常运行。当主Keepalived检测到主节点Nginx发生故障时，其对应的主Keepalived便不会再向备节点Nginx对应的备Keepalived发送心跳消息，备Keepalived也就因此无法继续接收到主节点Nginx的心跳了，于是调用备节点Nginx自身的接管程序，备节点Nginx接管主节点Nginx的网络之间互联的协议(internet protocol，简称IP)资源及服务。而当主节点Nginx恢复时，备节点Nginx又会释放主节点Nginx故障时自身接管的IP资源及服务，从而恢复到原来的备用角色。

例如，存在三台Nginx服务器(Nginx服务器1、Nginx服务器2和Nginx服务器3)，三台服务器上均部署有keepalived(即检测单元)，分别是keepalived 1、keepalived 2、keepalived 3，每一台服务器上的keepalived均用来检测自身对应的那个Nginx是否活着(如通过Nginx服务对应的端口检测Nginx服务是否正常)。假如Nginx服务器1为主节点，若keepalived 1检测测到Nginx服务器1活着，则keepalived 1会向其他两台服务器上部署的keepalived(即keepalived 2与keepalived 3)发送心跳报文(如根据Nginx服务器2和Nginx服务器3的IP地址)。

优选的，协调服务器为部署有Zookeeper的服务器。如图6所示，在Nginx服务器中的Nginx启动的过程中(即Nginx的启动模块运行过程中)，Nginx服务器向协调服务器写入地址端口等配置信息，如Nginx服务器中Nginx对应的端口信息，Nginx服务器的地址信息，以及是否默认为主节点等信息；当Keepalived启动后，在健康检查的过程中，Keepalived动态的从协调服务器中获取各Nginx服务器对应的地址、端口等信息，主Nginx服务器对应的主Keepalived会对其对应的Nginx服务器中的Nginx进行健康检查，以确定该Nginx是否运行正常。

需要说明的是，若主Nginx与其对应的Keepalived分别部署在不同的硬件设备上，则部署有Keepalived硬件设备在对主Nginx服务器进行健康检查时，需要根据从协调服务器中获取到的主Nginx服务器对应的端口信息和地址信息检查主Nginx服务器是否正常。若主Nginx与其对应的Keepalived部署在同一硬件设备上，则在对主Nginx服务器进行健康检查时，只需要根据从协调服务器中获取到的主Nginx服务器对应的端口信息检查主Nginx服务器是否正常。

因此，通过Nginx的改造，不但能够使得Nginx服务器自动向协调服务器中写入端口、地址等配置信息从而实现Nginx的横向扩展，还能够通过步骤S21至步骤S26自动获取应用服务负载均衡及代理等信息，从而实现Nginx服务器的动态配置。

对于Nginx的改造启动过程，如图7所示，在调用原启动脚本不变的情况下(即Nginx启动、解析指令并获取参数、解析nginx.conf、启动模块加载、启动worker进程等进程不变)，在Nginx启动的过程中还添加：向Zookeeper中写入地址端口等配置、获取代理和负载信息等并生成nginx.conf文件(即定时从Zookeeper中获取应用程序反向代理信息和负载均衡信息等配置信息，并生成配置文件)、启动发现配置变更监控进程等启动脚本。其中，向Zookeeper中写入地址端口等配置，是为使Keepalived能够从Zookeeper中读取配置数据，以实现高可用模型。再者，通过该改造过程，改变了原来的Nginx从命令行中获取配置文件的过程，改为Nginx从Zookeeper中自动获取配置信息(即获取代理和负载等配置信息)。此外，对于添加新的进程监控(即启动发现配置变更监控进程)，能够自动的完成以前需要手动加载(reload)配置文件的过程，做到自动从Zookeeper中获取应用程序写入的配置。在获取代理和负载信息等并生成nginx.conf文件之后，通过保持原有的Nginx reload逻辑不变，调用reload指令，来比对nginx.conf变化情况，进而判断nginx.conf是否发生变更，如果是，则使用新配置，创建新worker进程，发送关闭旧worker进程信号，在客户端服务结束后，关闭旧worker进程。

实施例三：

本发明实施例提供的一种服务器配置装置，应用于部署有Nginx的服务器，如图8所示，服务器配置装置3包括：获取单元31、对比单元32以及配置单元33。

具体的，获取单元31用于从协调服务器中获取Nginx配置信息，其中，该Nginx配置信息是业务服务器中业务服务启动时写入协调服务器的。对比单元32用于根据获取到的Nginx配置信息生成对应的配置文件，并将配置文件与原配置文件进行对比。配置单元33用于在配置文件与原配置文件不一致时，根据配置文件对Nginx进行配置。

在一种实施方式中，获取单元31用于以预设周期从协调服务器中获取Nginx配置信息。在另一种实施方式中，获取单元31用于在接收到协调服务器发送的通知消息时，从协调服务器中获取Nginx配置信息，其中，通知消息用于表示协调服务器中的Nginx配置信息发生变化。

进一步的，配置单元33包括：创建模块以及开关模块。创建模块用于根据配置文件中的配置信息，创建新的工作进程。开关模块用于在确定业务服务结束时，启用新的工作进程，并关闭原有工作进程，其中的原有工作进程是根据原有配置文件中的配置信息创建的。其中，配置信息包括：协议信息、负载均衡信息、分发路径信息中的至少一种。

作为本实施例的另一种实施方式，服务器配置装置还包括：写入单元以及针对每一Nginx服务器所设置的检测单元。其中，写入单元用于向协调服务器中写入自身部署的Nginx对应的端口信息和自身的地址信息。

主Nginx服务器对应的主检测单元用于从协调服务器中获取各Nginx服务器对应的端口信息和地址信息，并基于主Nginx服务器对应的端口信息检查主Nginx服务是否正常，若是，则向除主Nginx服务器之外的其它Nginx服务器对应的检测单元发送心跳消息。

作为一个优选方案，其中的检测单元为Keepalived，Keepalived的作用包括有检测Nginx服务器的状态，Keepalived通过VRRP能够实现高可用功能。VRRP的目的便是为了解决静态路由单点故障问题，VRRP能够保证当个别节点宕机(即死机)时，整个网络可以不间断的运行。

如图9所示，对于keepalived的改造启动过程，添加了定时调度任务，在该定时调度任务中，添加处理逻辑：根据注册在zookeeper上的Keepalived和Nginx信息，生成配置文件的处理逻辑。之后，调用Keepalived根据配置完成监控的过程以及高可用控制的过程。

如图9所示，在进行定时调度任务之后，获取地址服务及参数，然后，生成配置文件，进而判断新生成的配置文件是否与原文件一致，如果一致，则结束进程，如果不一致，则解析新生成的配置文件，根据新的配置内容定时检查(即检测)Nginx健康状态，并作出相应处理，对于原来的健康检查调度则实行停止(即停止旧的健康检查调度)。

因此，通过对keepalived进行改造的过程，使keepalived在检测心跳过程中主动获取zookeeper中的Nginx地址等配置信息，并自动进行配置对比，如果存在差异则刷新Nginx的心跳过程，从而提升Nginx的易用性、横向扩展性、稳定性以及可靠性。

本发明实施例提供的服务器配置装置，与上述实施例提供的服务器配置方法具有相同的技术特征，所以也能解决相同的技术问题，达到相同的技术效果。

实施例四：

本发明实施例提供的一种电子设备，如图10所示，电子设备4包括存储器41、处理器42，所述存储器中存储有可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述实施例一或实施例二提供的方法的步骤。

参见图10，电子设备还包括：总线43和通信接口44，处理器42、通信接口44和存储器41通过总线43连接；处理器42用于执行存储器41中存储的可执行模块，例如计算机程序。

其中，存储器41可能包含高速随机存取存储器(RAM，Random Access Memory)，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。通过至少一个通信接口44(可以是有线或者无线)实现该系统网元与至少一个其他网元之间的通信连接，可以使用互联网，广域网，本地网，城域网等。

总线43可以是ISA总线、PCI总线或EISA总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图10中仅用一个双向箭头表示，但并不表示仅有一根总线或一种类型的总线。

其中，存储器41用于存储程序，所述处理器42在接收到执行指令后，执行所述程序，前述本发明任一实施例揭示的流过程定义的装置所执行的方法可以应用于处理器42中，或者由处理器42实现。

处理器42可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器42中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器42可以是通用处理器，包括中央处理器(Central Processing Unit，简称CPU)、网络处理器(Network Processor，简称NP)等；还可以是数字信号处理器(Digital SignalProcessing，简称DSP)、专用集成电路(Application Specific Integrated Circuit，简称ASIC)、现成可编程门阵列(Field-Programmable Gate Array，简称FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本发明实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器41，处理器42读取存储器41中的信息，结合其硬件完成上述方法的步骤。

实施例五：

本发明实施例提供的一种具有处理器可执行的非易失的程序代码的计算机可读介质，所述程序代码使所述处理器执行上述实施例一或实施例二提供的方法。

除非另外具体说明，否则在这些实施例中阐述的部件和步骤的相对步骤、数字表达式和数值并不限制本发明的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统和装置的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在这里示出和描述的所有示例中，任何具体值应被解释为仅仅是示例性的，而不是作为限制，因此，示例性实施例的其他示例可以具有不同的值。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

附图中的流程图和框图显示了根据本发明的多个实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

本发明实施例提供的具有处理器可执行的非易失的程序代码的计算机可读介质，与上述实施例提供的服务器配置方法、装置以及电子设备具有相同的技术特征，所以也能解决相同的技术问题，达到相同的技术效果。

本发明实施例所提供的进行服务器配置方法的计算机程序产品，包括存储了处理器可执行的非易失的程序代码的计算机可读存储介质，所述程序代码包括的指令可用于执行前面方法实施例中所述的方法，具体实现可参见方法实施例，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上所述实施例，仅为本发明的具体实施方式，用以说明本发明的技术方案，而非对其限制，本发明的保护范围并不局限于此，尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化，或者对其中部分技术特征进行等同替换；而这些修改、变化或者替换，并不使相应技术方案的本质脱离本发明实施例技术方案的精神和范围，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应所述以权利要求的保护范围为准。

Claims (6)

1.一种服务器配置方法，其特征在于，应用于部署有Nginx的服务器，所述方法包括：

从协调服务器中获取Nginx配置信息，其中，该Nginx配置信息是业务服务器中业务服务启动时写入协调服务器的；

根据获取到的Nginx配置信息生成对应的配置文件，并将所述配置文件与原配置文件进行对比；

若所述配置文件与所述原配置文件不一致，则根据所述配置文件对Nginx进行配置；

所述根据所述配置文件对Nginx进行配置，包括：

根据所述配置文件中的配置信息，创建新的工作进程；

在确定业务服务结束时，启用新的工作进程，并关闭原有工作进程，所述原有工作进程是根据所述原配置文件中的配置信息创建的；

针对每一Nginx服务器设置有对应的检测单元，所述方法还包括：

向所述协调服务器中写入自身部署的Nginx对应的端口信息和自身的地址信息，以使得主Nginx服务器对应的主检测单元执行以下操作：从所述协调服务器中获取各Nginx服务器对应的端口信息和地址信息，并基于所述主Nginx服务器对应的端口信息检查主Nginx服务是否正常，若是，则向除所述主Nginx服务器之外的其它Nginx服务器对应的检测单元发送心跳消息。

2.根据权利要求1所述的服务器配置方法，其特征在于，所述从协调服务器中获取Nginx配置信息，包括：

以预设周期从协调服务器中获取Nginx配置信息；或，

在接收到协调服务器发送的通知消息时，从协调服务器中获取Nginx配置信息，其中，所述通知消息用于表示协调服务器中的Nginx配置信息发生变化。

3.根据权利要求1或2所述的服务器配置方法，其特征在于，所述配置信息包括：协议信息、负载均衡信息、分发路径信息中的至少一种。

4.一种服务器配置装置，其特征在于，应用于部署有Nginx的服务器，所述装置包括：

获取单元，用于从协调服务器中获取Nginx配置信息，其中，该Nginx配置信息是业务服务器中业务服务启动时写入协调服务器的；

对比单元，用于根据获取到的Nginx配置信息生成对应的配置文件，并将所述配置文件与原配置文件进行对比；

配置单元，用于在所述配置文件与所述原配置文件不一致时，根据所述配置文件对Nginx进行配置；

所述配置单元包括：创建模块以及开关模块；所述创建模块用于根据所述配置文件中的配置信息，创建新的工作进程；所述开关模块用于在确定业务服务结束时，启用新的工作进程，并关闭原有工作进程，其中的所述原有工作进程是根据所述原配置文件中的配置信息创建的；

还包括：写入单元，用于向所述协调服务器中写入自身部署的Nginx对应的端口信息和自身的地址信息；

还包括：针对每一Nginx服务器所设置的检测单元；

主Nginx服务器对应的主检测单元用于从所述协调服务器中获取各Nginx服务器对应的端口信息和地址信息，并基于所述主Nginx服务器对应的端口信息检查主Nginx服务是否正常，若是，则向除所述主Nginx服务器之外的其它Nginx服务器对应的检测单元发送心跳消息。

5.一种电子设备，包括存储器、处理器，所述存储器中存储有可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现上述权利要求1至3任一项所述的方法的步骤。

6.一种具有处理器可执行的非易失的程序代码的计算机可读介质，其特征在于，所述程序代码使所述处理器执行所述权利要求1至3任一所述方法。

Images