技术领域
[0001] 本
申请涉及服务器部署技术领域，特别是涉及一种部署Web服务器的方法及系统。
背景技术
[0002] Web服务器一般指
网站服务器，是指驻留于因特网上某种类型计算机的程序，可以向浏览器等Web客户端提供文档。如何部署Web服务器，使其能够更大化地实现服务器的功能，提高服务器的
访问速度、并发能
力和容灾能力，是个重要的问题。
[0003] 目前，部署Web服务器的方法，通常是一台主机统一接收各个
请求，然后分再发给不同的业务主机。即：以一台主机作为整个服务的入口来统一处理全部请求，其余主机只负责接收任务，并执行相应业务。
[0004] 然而，目前部署Web服务器的方法中，由于所有请求都由一台主机来接收，一旦用于接收请求的主机宕机，即使其他机器能够正常工作，整个服务器也都无法访问了。因此，目前部署Web服务器的方法，使得Web服务器的
稳定性较低，负载均衡性较差。
发明内容
[0005] 本申请提供了一种部署Web服务器的方法及系统，以解决
现有技术中部署Web服务器的方法使得Web服务器的稳定性较低，负载均衡性较差的问题。
[0006] 为了解决上述技术问题，本申请
实施例公开了如下技术方案：
[0007] 一种部署Web服务器的方法，所述方法包括：
[0008] S1：在主服务器和N个业务服务器上分别部署Nginx代理服务，每个Nginx代理服务与多个Tomcat业务系统相匹配，其中，N为自然数，主服务器和N个业务服务器为物理服务器；
[0009] S2：利用Keep Alive机制，在主服务器和N个业务服务器上生成一独立的虚拟IP，其中，主服务器上执行Keep Alive主服务，业务服务器上执行Keep Alive从服务；
[0010] S3：建立所述虚拟IP与主服务器以及N个业务服务器之间的映射关系。
[0011] 可选地，步骤S2的方法，包括：
[0012] 根据ARP协议，
修改主服务器的IP地址与MAC地址的对应关系，以及，修改业务服务器的IP地址与MAC地址的对应关系。
[0013] 可选地，步骤S3的方法，包括：
[0014] S31：将虚拟IP与主服务器IP之间的映射关系设置为最高优先级的映射关系；
[0015] S32：判断Keep Alive从服务是否获取到Keep Alive主服务的响应；
[0016] S33：如果是，访问所述虚拟IP时，执行虚拟IP与主服务器IP之间的映射；
[0017] S34：如果否，访问所述虚拟IP时，执行虚拟IP与设定的业务服务器IP之间的映射；
[0018] S35：返回步骤S32。
[0019] 可选地，步骤S34的方法，具体为：
[0020] 修改虚拟IP的映射地址为设定的业务服务器的IP地址。
[0021] 一种部署Web服务器的系统，所述系统包括：主服务器、N个业务服务器、部署模
块、虚拟IP生成模块以及映射关系建立模块，其中，N为自然数，主服务器和N个业务服务器为物理服务器；
[0022] 所述部署模块，用于在主服务器和N个业务服务器上分别部署Nginx代理服务，每个Nginx代理服务与多个Tomcat业务系统相匹配；
[0023] 所述虚拟IP生成模块，用于利用Keep Alive机制，在主服务器和N个业务服务器上生成一独立的虚拟IP，其中，主服务器上执行Keep Alive主服务，业务服务器上执行Keep Alive从服务；
[0024] 映射关系建立模块，用于建立所述虚拟IP与主服务器以及N个业务服务器之间的映射关系。
[0025] 可选地，所述虚拟IP生成模块包括：
[0026] 主服务器对应关系管理单元，用于根据ARP协议，修改主服务器的IP地址与MAC地址的对应关系；
[0027] 业务服务器对应关系管理单元，用于根据ARP协议，修改业务服务器的IP地址与MAC地址的对应关系。
[0028] 可选地，所述映射关系建立模块包括：
[0029] 设置单元，用于将虚拟IP与主服务器IP之间的映射关系设置为最高优先级的映射关系；
[0030] 判断单元，用于判断Keep Alive从服务是否获取到Keep Alive主服务的响应；
[0031] 第一执行单元，用于访问所述虚拟IP时，如果Keep Alive从服务获取到Keep Alive主服务的响应，执行虚拟IP与主服务器IP之间的映射；
[0032] 第二执行单元，用于访问所述虚拟IP时，如果Keep Alive从服务未获取到Keep Alive主服务的响应，执行虚拟IP与设定的业务服务器IP之间的映射；
[0033] 循环单元，用于重新判断Keep Alive从服务是否获取到Keep Alive主服务的响应。
[0034] 本申请的实施例提供的技术方案可以包括以下有益效果：
[0035] 本申请提供一种部署Web服务器的方法，该方法首先在主服务器和N个业务服务器上分别部署Nginx代理服务；然后利用Keep Alive机制，在主服务器和N个业务服务器上生成一独立的虚拟IP；最后建立虚拟IP与主服务器以及N个业务服务器之间的映射关系。本实施例通过在主服务器和N个业务服务器上分别部署Nginx代理服务，使得每个业务服务器都可以当做整体服务的入口，从而实现宕机热备，避免主服务器发生故障时整个服务无法实现的情况，有利于提高Web服务器的稳定性。利用Keep Alive机制，使得Keep Alive主服务和Keep Alive从服务之间实现实时通信，业务服务器可以实时确认主服务器是否可以正常访问，当主服务器无法访问时，将虚拟IP的访问及时切换至设定的业务服务器，从而避免整个服务中断的情况，有利于提高Web服务器的稳定性。通过生成一独立的虚拟IP，并建立虚拟IP与主服务器以及N个业务服务器之间的映射关系，使得主服务器和业务服务器互为分发主机和业务主机，当主服务器宕机时，及时实现主从服务器的替换，保证服务的正常访问，有利于提高Web服务器的稳定性，还能够充分利用各个服务器的性能，从而更快地响应不同的业务，提高整个Web服务器的性能。
[0036] 本申请还提供一种部署Web服务器的系统，该系统包括主服务器、N个业务服务器、部署模块、虚拟IP生成模块以及映射关系建立模块。通过部署模块在主服务器和N个业务服务器上分别部署Nginx代理服务，用于分发业务至不同业务服务器的Tomcat业务系统中，实现宕机热备，有利于提高Web服务器的稳定性。虚拟IP生成模块和映射关系建立模块的设置，当主服务器无法访问时，能够将虚拟IP的访问及时切换至设定的业务服务器，从而避免整个服务中断的情况，有利于提高Web服务器的稳定性。而且通过主从服务器替换，各服务器互为分发主机，能够充分利用各个服务器的性能，从而更好地实现负载均衡。
[0037] 应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。
附图说明
[0038] 此处的附图被并入
说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。
[0039] 为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，对于本领域普通技术人员而言，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
[0040] 图1为本申请实施例所提供的一种部署Web服务器的方法的流程示意图；
[0041] 图2为本申请实施例中主服务器和一个业务服务器的逻辑关系示意图；
[0042] 图3为本申请实施例中主服务器和两个业务服务器的逻辑关系示意图；
[0043] 图4为本申请实施例所提供的一种部署Web服务器的系统的结构示意图。
具体实施方式
[0044] 为了使本技术领域的人员更好地理解本申请中的技术方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。
[0045] 为了更好地理解本申请，下面结合附图来详细解释本申请的实施方式。
[0046] 实施例一
[0047] 参见图1，图1为本申请实施例所提供的一种部署Web服务器的方法的流程示意图。由图1可知，本实施例中部署Web服务器的方法主要包括如下过程：
[0048] S1：在主服务器和N个业务服务器上分别部署Nginx代理服务。
[0049] 其中，N为自然数，为实现本实施例中的方法，至少需要两个服务器搭建整套服务。例如：当N取1时，实现该方法采用主服务器和一个业务服务器；当N取2时，实现该方法采用主服务器和两个业务服务器。主服务器和N个业务服务器均为物理服务器，在主服务器和业务服务器上可以部署各种服务程序。
[0050] 每个Nginx代理服务与多个Tomcat业务系统相匹配，Nginx代理服务为分发服务，本实施例通过在主服务器和N个业务服务器上分别部署Nginx代理服务，使得每个业务服务器都可以当做整体服务的入口，通过业务服务器实现备份功能，能够实现宕机热备和负载均衡，从而大大提高整个Web服务器的稳定性。
[0051] S2：利用Keep Alive机制，在主服务器和N个业务服务器上生成一独立的虚拟IP。
[0052] MAC地址是服务器的物理地址，本实施例通过ARP来维护同一个网络内IP地址与MAC地址的对应关系。
[0053] 具体地，本实施例中生成虚拟IP的方法可以采用：根据TCP/IP的ARP协议，根据ARP协议，修改主服务器的IP地址与MAC地址的对应关系，以及，修改业务服务器的IP地址与MAC地址的对应关系。
[0054] 其中，Keep Alive机制是TCP中可以检测死连接的机制，以在主服务器和一个业务服务器上利用Keep Alive机制为例，在两台服务器上配置Keep Alive机制后，业务服务器可以试试确认主服务器是否可以正常访问。主服务器上执行Keep Alive主服务，业务服务器上执行Keep Alive从服务。
[0055] 在主服务器和N个业务服务器上生成一独立的虚拟IP之后，执行步骤S3：建立虚拟IP与主服务器以及N个业务服务器之间的映射关系。
[0056] 具体的步骤S3又包括如下过程：
[0057] S31：将虚拟IP与主服务器IP之间的映射关系设置为最高优先级的映射关系。
[0058] 通过步骤S1，默认常规的映射关系是虚拟IP与主服务器之间的映射关系，当主服务器无法访问时，根据设定的优先级顺序，虚拟IP与业务服务器IP优先级别第二的映射关系，作为当前的映射关系。
[0059] S32：判断Keep Alive从服务是否获取到Keep Alive主服务的响应。
[0060] 本实施例中主服务器上执行Keep Alive主服务，业务服务器上执行Keep Alive从服务，根据Keep Alive机制，Keep Alive从服务会实时与Keep Alive主服务通信。如果Keep Alive从服务获取到Keep Alive主服务的响应，执行步骤S33：访问虚拟IP时，执行虚拟IP与主服务器IP之间的映射。
[0061] 如果Keep Alive从服务未获取到Keep Alive主服务的响应，执行步骤S34：访问所述虚拟IP时，执行虚拟IP与设定的业务服务器IP之间的映射。
[0062] 具体地，步骤S34的具体方法为：修改虚拟IP的映射地址为设定的业务服务器的IP地址。通过修改虚拟IP的映射地址，使得设定的业务服务器作为整体服务的入口，从而避免主服务器故障导致的设备宕机，有利于提高Web服务器的稳定性。
[0063] S35：返回步骤S32。
[0064] 即：重新判断Keep Alive从服务是否获取到Keep Alive主服务的响应，如果Keep Alive从服务获取到Keep Alive主服务的响应，根据步骤S31可知虚拟IP与主服务器IP之间的映射关系为最高优先级的映射关系，将虚拟IP的映射地址从设定的业务服务器的IP地址，修改为主服务器的IP地址。
[0065] 根据以上步骤S31-S35，参见图2可知，假设虚拟IP为：192.168.1.100，当主服务器和业务服务器全部正常访问时，访问虚拟IP：192.168.1.100会映射到物理IP为192.168.1.101的主服务器，Nginx代理服务1会将业务请求分发至Tomcat业务系统1和Tomcat业务系统2中去处理。Keep Alive从服务实时与Keep Alive主服务通信，当Keep Alive从服务得不到Keep Alive主服务的响应时，就会修改虚拟IP的映射地址为
192.168.1.102的业务服务器1，通过Nginx代理服务器2来执行负载均衡的请求和分发任务。
[0066] 当Keep Alive从服务CHOGNXIN HE Keep Alive主服务取得通信时，再次修改虚拟IP的映射地址为192.168.1.101的主服务器，恢复启用Nginx代理服务器1来执行负载均衡的请求和分发任务。
[0067] 当业务服务器的数量大于1时，假设共有A、B和C三台服务器，A为主服务器，B和C为业务服务器。当三台服务器都正常运行时，业务请求会通过A上部署的Nginx分发到A、B和C三台机器上的Tomcat业务系统去处理。同时B会通过Keep alive服务监听A的状态，C会监听A，、B的状态。当A宕机时，B会接替A来处理业务请求的分发任务，B分发到B、C机器上Tomcat业务系统处理，以此类推。若A机器服务器正常，而B发生宕机时A则会将业务请求分发到A，C上去处理。采用两个业务服务器的逻辑原理图可以参见图3。图3中虚拟IP为：192.168.1.100，设定的映射关系优先级别为：虚拟IP与主服务器的IP之间的映射关系＞虚拟IP与业务服务器1的IP之间的映射关系＞虚拟IP与业务服务器2的IP之间的映射关系。相应地，实线为优先级最高的映射关系逻辑路线，虚线为优先级第二的映射关系逻辑路线，点划线为优先级最低的映射关系逻辑路线。即：当所有服务器都正常运行时，按照实线的逻辑执行；当主服务器宕机时，IP地址为192.168.1.102的业务服务器1按照虚线的逻辑执行；当主服务器和业务服务器1都宕机时，IP地址为192.168.1.103的业务服务器2按照点划线的逻辑执行。
[0068] 综上所述，本实施例通过在各业务系统上利用Keep Alive机制生成独立的虚拟IP，并设置虚拟IP与主服务器以及N个业务服务器的IP之间的映射关系优先级，使得主服务器正常运行时，虚拟IP映射到主服务器的IP，当主服务器宕机时，更换虚拟IP，从而映射到优先级别第二的业务服务器的IP，保证服务的正常访问，有利于提高通过WebF服务器的稳定性。设置的业务服务器越多，备用业务服务器越多，系统的稳定性越高。通常情况下，一个业务服务器或者两个业务服务器即可满足稳定性要求。
[0069] 采用本实施例中的方法部署Web服务器时，
软件编程部分主要包括：Keep Alive服务的配置和Nginx代理服务的配置。具体的配置方法可以采用如下编程方法：
[0070] 1)KeepAlive服务核心配置
[0071]
[0072]
[0073] 2)Nginx代理核心配置
[0074]
[0075]
[0076] 实施例二
[0077] 在图1-图3所示实施例的
基础之上参见图4，图4为本申请实施例所提供的一种部署Web服务器的系统的结构示意图。由图4可知，本实施例中部署Web服务器的系统，主要包括：主服务器、N个业务服务器、部署模块、虚拟IP生成模块以及映射关系建立模块。其中，主服务器和N各业务服务器为物理服务器，虚线框内的部分为虚拟模块，通过软件来实现。且N为自然数。
[0078] 部署模块用于在主服务器和N个业务服务器上分别部署Nginx代理服务，每个Nginx代理服务与多个Tomcat业务系统相匹配。虚拟IP生成模块，用于利用Keep Alive机制，在主服务器和N个业务服务器上生成一独立的虚拟IP，其中，主服务器上执行Keep Alive主服务，业务服务器上执行Keep Alive从服务。映射关系建立模块，用于建立虚拟IP与主服务器以及N个业务服务器之间的映射关系。
[0079] 进一步地，虚拟IP生成模块包括：主服务器对应关系管理单元和业务服务器对应关系管理单元。其中，主服务器对应关系管理单元，用于根据ARP协议，修改主服务器的IP地址与MAC地址的对应关系。业务服务器对应关系管理单元，用于根据ARP协议，修改业务服务器的IP地址与MAC地址的对应关系。
[0080] 映射关系建立模块包括：设置单元、判断单元、第一执行单元、第二执行单元和循环单元。其中，设置单元用于将虚拟IP与主服务器IP之间的映射关系设置为最高优先级的映射关系。判断单元用于判断Keep Alive从服务是否获取到Keep Alive主服务的响应。第一执行单元，用于访问虚拟IP时，如果Keep Alive从服务获取到Keep Alive主服务的响应，执行虚拟IP与主服务器IP之间的映射。第二执行单元，用于访问虚拟IP时，如果Keep Alive从服务未获取到Keep Alive主服务的响应，执行虚拟IP与设定的业务服务器IP之间的映射。循环单元，用于重新判断Keep Alive从服务是否获取到Keep Alive主服务的响应。
[0081] 本实施例中部署Web服务器的系统的工作原理和工作方法，在图1-图3所示的实施例中已经详细阐述，在此不再赘述。
[0082] 以上所述仅是本申请的具体实施方式，使本领域技术人员能够理解或实现本申请。对这些实施例的多种修改对本领域的技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。
