nginx集群测评(nginx集群高可用方案)

nginx集群高可用方案

步骤

1：安装 Epel 仓库步骤

2：安装 nDeploy RPM 仓库，这是此次安装中最为 重要的步骤。步骤

3：使用 yum 从 nDeploy 仓库安装 nDeploy 和 Nginx 插件。步骤

4：启用/配置 Nginx 为反向代理。 　　完成这些步骤后，下面为服务器中所有可用 PHP 版本安装 PHP-FPM 包，EA3 使用 remi 仓库来安装这些包。可以运行这个 nDeploy 脚本来下载所有的包。

nginx集群部署详解

Nginx在不依赖第三方模块的前期下，主要的功能有：

①、正向代理

正向代理，是在用户端的。比如需要访问某些国外网站，我们可能需要购买vpn。并且vpn是在我们的用户浏览器端设置的(并不是在远端的服务器设置)，浏览器先访问vpn地址，vpn地址转发请求，并最后将请求结果原路返回来。

②、反向代理

客户端向服务器发送请求时，会首先经过 Nginx 服务器，由服务器将请求分发到相应的 WEB 服务器。正向代理是代理客户端，而反向代理则是代理服务器，Nginx 在提供反向代理服务方面，通过使用正则表达式进行相关配置，采取不同的转发策略，配置相当灵活，而且在配置后端转发请求时，完全不用关心网络环境如何，可以指定任意的IP地址和端口号，或其他类型的连接、请求等。

③、负载均衡

当网站的访问量达到一定程度后，单台服务器不能满足用户的请求时，需要用多台服务器集群可以使用nginx做反向代理。并且多台服务器可以平均分担负载，不会因为某台服务器负载高宕机而某台服务器闲置的情况.

④、动静分离

在Web开发中，通常来说，动态资源其实就是指那些后台资源，而静态资源就是指HTML，JavaScript，CSS，img等文件。一般来说，都需要将动态资源和静态资源分开，将静态资源部署在Nginx上，当一个请求来的时候，如果是静态资源的请求，就直接到nginx配置的静态资源目录下面获取资源，如果是动态资源的请求，nginx利用反向代理的原理，把请求转发给后台应用去处理，从而实现动静分离。在使用前后端分离之后，可以很大程度的提升静态资源的访问速度，同时在开过程中也可以让前后端开发并行可以有效的提高开发时间，也可以有些的减少联调时间。

nginx 集群

集群的分类

负载均衡集群（Load Balancing clusters），简称LBC或LB

高可用性集群（High-Availability clusters），简称HAC

高性能计算集群（High-performance clusters），简称HPC

1.负载均衡集群

负载均衡集群为了提供更为实用，性价比更高的系统架构解决方案，可以把很多客户集中的访问请求尽可能平均分摊在计算机集群中处理。

2.高可用性集群

在集群任意一个节点失效的情况下，该节点的所有任务会自动转移到其他正常的节点上，并且不影响真个集群的运行。

3.高性能计算集群

通常，高性能计算集群设置为集群开发的并行应用程序，以解决负复杂的科学问题（天气预报，石油勘探，核反应模拟等）

nginx高可用集群和负载均衡集群

nginx 负载均衡的几种常用方式

1、轮询（默认）

每个请求按时间顺序逐一分配到不同的后端服务器，如果后端服务器down掉，能自动剔除。

2、weight

指定轮询几率，weight和访问比率成正比，用于后端服务器性能不均的情况。

3、ip_hash

上述方式存在一个问题就是说，在负载均衡系统中，假如用户在某台服务器上登录了，那么该用户第二次请求的时候，因为我们是负载均衡系统，每次请求都会重新定位到服务器集群中的某一个，那么已经登录某一个服务器的用户再重新定位到另一个服务器，其登录信息将会丢失，这样显然是不妥的。

4、fair(第三方)

按后端服务器的响应时间来分配请求，响应时间短的优先分配。

5、url_hash（第三方）

按访问url的hash结果来分配请求，使每个url定向到同一个（对应的）后端服务器，后端服务器为缓存时比较有效。

nginx和keepalived如何搭建高可用集群

作用：当一台机器宕机时，另外一台机器接管机器的IP资源和服务资源，提供服务。常用于不易实现负载均衡的应用，比如在均衡器，主数据库，主存储之间高可用性集群常用的软件包括keepalived heartbeat等。

负载均衡集群:负载均衡集群为了提供更为实用，性价比更高的系统架构解决方案，可以把很多客户集中的访问请求尽可能平均分摊在计算机集群中处理。

高可用性集群:在集群任意一个节点失效的情况下，该节点的所有任务会自动转移到其他正常的节点上，并且不影响真个集群的运行。

高性能计算集群:通常，高性能计算集群设置为集群开发的并行应用程序，以解决负复杂的科学问题（天气预报，石油勘探，核反应模拟等）

nginx keepalived集群

那就搭建2个nginx服务器做负载均衡，然后都安装keepalived，第一台宕机，第二台自动启用

nginx集群负载均衡

当然可以。

Nginx是一款高性能的HTTP和反向代理服务器，具有内存占用小、高并发的特性。国内互联网大企业大多使用的就是Nginx，淘宝还基于Nginx开发了Tengine。

Nginx的用途：

1、反向代理

在LNMP这种架构模式下，其实就用到了反向代理。因为Nginx它默认只支持静态资源的请求，比如说PHP脚本也不是由Nginx直接解析的，而是由Nginx反向代理（通过 proxy_pass 指令）到PHP-FPM去解析的。

所以我们通常在Apache、Tomcat、IIS之前加上Nginx，由Nginx反向代理到后端服务器上。

2、负载均衡

当我们的站点访问量大时，为了缓解单一应用服务器的压力我们通常会扩容多台服务器，此时如何把流量分发给不同服务器呢？通过Nginx就可以实现负载均衡了，Nginx负载均衡策略也很多，主要有：RR（轮询）、weight（权重）、ip_hash（IP Hash）、fair（后端服务器响应时间）、url_hash（URL Hash）这几种。

3、动静分离

Nginx本身只支持静态资源的处理，借助Nginx我们可以实现动静分离，即：将静态请求交给Nginx处理，将动态请求通过转发给后端服务器。

4、Nginx扩展

通过Nginx扩展可以实现很多功能，如：

图片在线裁剪；

请求合并；

资源压缩等。

nginx集群百万并发量

1、二者最核心的区别在于apache是同步多进程模型，一个连接对应一个进程；nginx是异步的，多个连接（万级别）可以对应一个进程 。nginx处理静态文件好,耗费内存少.但无疑apache仍然是目前的主流,有很多丰富的特性.所以还需要搭配着来.当然如果能确定nginx就适合需求,那么使用nginx会是更经济的方式。

2、nginx的负载能力比apache高很多。最新的服务器也改用nginx了。而且nginx改完配置能-t测试一下配置有没 有问题。

3、apache重启的时候发现配置出错了，会很崩溃，改的时候都会非常小心翼翼现在看有好多集群站，前端nginx抗并发，后端apache集群， 配合的也不错。

4、nginx处理动态请求是鸡肋，一般动态请求要apache去做，nginx只适合静态和反向。

5、从经验来看，nginx是很不错的前端服务器，负载性能很好，nginx，用webbench模拟10000个静态文件请求毫不吃力。 apache对php等语言的支持很好，此外apache有强大的支持网络，发展时间相对nginx更久，bug少但是apache有先天不支持多核心处理负载鸡肋的缺点，建议使用nginx做前端，后端用apache。大型网站建议用nginx自代的集群功能。

6、大部分情况下nginx都优于APACHE，比如说静态文件处理、PHP-CGI的支持、反向代理功能、前端 Cache、维持连接等等。在Apache+PHP（prefork）模式下，如果PHP处理慢或者前端压力很大的情况下，很容易出现Apache进程数 飙升，从而拒绝服务的现象。

7、Apache在处理动态有优势，Nginx并发性比较好，CPU内存占用低，如果rewrite频繁，那还是Apache吧！

8、一般来说，需要性能的web 服务，用nginx 。如果不需要性能只求稳定，那就apache 吧。

nginx集群高可用方案为什么用lvs

Linux集群主要分成三大类( 高可用集群， 负载均衡集群，科学计算集群)

高可用集群( High Availability Cluster)

负载均衡集群(Load Balance Cluster)

科学计算集群(High Performance Computing Cluster)

================================================

高可用集群(High Availability Cluster)

常见的就是2个节点做成的HA集群，有很多通俗的不科学的名称，比如"双机热备", "双机互备", "双机".

高可用集群解决的是保障用户的应用程序持续对外提供服务的能力。 (请注意高可用集群既不是用来保护业务数据的，保护的是用户的业务程序对外不间断提供服务，把因软件/硬件/人为造成的故障对业务的影响降低到最小程度)

Linux平台常见的高可用集群 有这些:

1. RedHat 公司 的 开放源代码RedHat Cluster Suite, 简称RHCS . (产品介绍

http://www.redhat.com/solutions/clustersuite/

)

- RHCS实际上是一个套件，除了现在提到的高可用集群软件，还包含了一个基于LVS的负载均衡软件.

- RHCS包含的集群软件，是GPL协议下开放源代码的集群系统.

- RHCS目前的版本有 RHCS v3和 v4,分别对应于RedHat 企业版Linux的 3.0家族和4.0家族.

- RHCS是一个独立的产品，不包括在RedHat Enterprise Linux当中，无论是购买还是下载，都是单独存在的.

RHCS的获得:

RHCS的获得有三个途径:

a. 从redhat 的官方销售渠道购买，得到的是RedHat RHCS产品的二进制代码(光盘或直接从RHN-RedHat Network下载)，源代码，以及支持和升级服务.

b. 从redhat 的官方站点下载SRPM包，编译并安装. 无原厂商业支持和升级服务. 这里下载 (ftp.redhat.com/pub/redhat/linux/enterprise/4/en/RHCS和ftp:/tp.redhat.com/pub/redhat/linux/enterprise/3/en/RHCS)

c. 从centOS官方站点下载RHCS的二进制代码包并安装，无原厂商业支持和升级服务. 这里下载(

http://mirror.centos.org/centos/4/csgfs/

, 请阅读此目录中的README文件)

nginx高可用方案

从实现方式上来说，高可用可以通过zookeeper、keepalived等实现。 负载均衡可以通过lvs nginx apache f5来实现。 从要解决的问题上来说，高可用为了解决单点故障而产生，负载均衡为了解决高并发而产生。

从关联关系上来说，为了系统架构的健壮性，系统一般会采用负载均衡加高可用的模式，不过两者之间不是相互依赖的，都可以单独使用，也可以结合起来一起使用。 7.实现高可用可以通过zookeeper、keepalived来实现