NGINX学习

一、什么是Nginx

Nginx (engine x) 是一个高性能的HTTP和反向代理web服务器，

Nginx是一款轻量级的Web 服务器/反向代理服务器及电子邮件（IMAP/POP3）代理服务器，在BSD-like 协议下发行。其特点是占有内存少，并发能力强，事实上nginx的并发能力确实在同类型的网页服务器中表现较好，中国大陆使用nginx网站用户有：百度、京东、新浪、网易、腾讯、淘宝等。

二、为什么使用Nginx？

在传统的Web项目中，并发量小，用户使用的少。

所以在低并发的情况下，用户可以直接访问tomcat服务器，然后tomcat服务器返回消息给用户。

用户访问<-->Tomcat服务器

而在互联网项目下，因单个tomcat默认并发量有限制。如果请求量过大，会产生如下问题：

Tomcat8 默认配置的最大请求数是 150，也就是说同时支持 150 个并发，当然了，也可以将其改大。
当某个应用拥有 250 个以上并发的时候，应考虑应用服务器的集群。
具体能承载多少并发，需要看硬件的配置，CPU 越多性能越高，分配给 JVM 的内存越多性能也就越高，但也会加重 GC 的负担。
操作系统对于进程中的线程数有一定的限制：
Windows 每个进程中的线程数不允许超过 2000
Linux 每个进程中的线程数不允许超过 1000
(在 Java 中每开启一个线程需要耗用 1MB 的 JVM 内存空间用于作为线程栈之用。)
​
Tomcat的最大并发数是可以配置的，实际运用中，最大并发数与硬件性能和CPU数量都有很大关系的。更好的硬件，更多的处理器都会使Tomcat支持更多的并发。
maxThreads="150" 最大并发数 
minSpareThreads="10"///初始化时创建的线程数
maxSpareThreads="500"///一旦创建的线程超过这个值，Tomcat就会关闭不再需要的socket线程。

高并发（High Concurrency）

是互联网分布式系统架构设计中必须考虑的因素之一，

它通常是指，通过设计保证系统能够同时并行处理很多请求。

高并发相关常用的一些指标有响应时间（Response Time），吞吐量（Throughput），每秒查询率QPS（Query Per Second），并发用户数等。

响应时间：系统对请求做出响应的时间。例如系统处理一个HTTP请求需要200ms，这个200ms就是系统的响应时间。

吞吐量：单位时间内处理的请求数量。

QPS：每秒响应请求数。在互联网领域，这个指标和吞吐量区分的没有这么明显。

并发用户数：同时承载正常使用系统功能的用户数量。

高可用（High Availability）

通常来描述一个系统经过专门的设计，从而减少停工时间，而保持其服务的高度可用性。

(一直都能用 99.9999%)

高性能

是指服务响应时间快，（CPU/处理器/内存）特别是在高并发下响应时间不会急剧增加。

Nginx特点：

高并发、高性能

可扩展性好

高可靠性

热部署

BSD许可证

三、简介

Nginx (engine x) 是一款轻量级的Web 服务器 、反向代理服务器及电子邮件（IMAP/POP3）代理服务器。

反向代理：

反向代理（Reverse Proxy）方式是指以代理服务器来接受internet上的连接请求，然后将请求转发给内部网络上的服务器，并将从服务器上得到的结果返回给internet上请求连接的客户端，此时代理服务器对外就表现为一个反向代理服务器。

正向代理:

是一个位于客户端和原始服务器(origin server)之间的服务器，为了从原始服务器取得内容，客户端向代理发送一个请求并指定目标(原始服务器)，然后代理向原始服务器转交请求并将获得的内容返回给客户端。客户端才能使用正向代理。

正向代理和反向代理区别？

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

反向代理是作用在服务器端的，是一个虚拟ip(VIP)。对于用户的一个请求，会转发到多个后端处理器中的一台来处理该具体请求。

安装nginx需要这些依赖:

 

Nginx 的常用的命令
进入 nginx 目录中 cd /usr/local/nginx/sbin
查看 nginx 版本号 ./nginx -v
启动 nginx ./nginx
停止 nginx ./nginx -s stop
重新加载【热部署worker】 nginx ./nginx -s reload
 

nginx反向代理：

反向代理

• 反向代理，其实客户端对代理是无感知的，因为客户端不需要任何配置就可以访问。
• 我们只 需要将请求发送到反向代理服务器，由反向代理服务器去选择目标服务器获取数据后，在返 回给客户端，此时反向代理服务器和目标服务器对外就是一个服务器，暴露的是代理服务器 地址，隐藏了真实服务器 IP 地址。

 负载均衡

• 增加服务器的数量，然后将请求分发到各个服务器上，将原先请求集中到单个服务器上的 情况改为将请求分发到多个服务器上，将负载分发到不同的服务器，也就是我们所说的负 载均衡
• 客户端发送多个请求到服务器，服务器处理请求，有一些可能要与数据库进行交互，服 务器处理完毕后，再将结果返回给客户端。

 

 

 nginx 分配服务器策略

随着互联网信息的爆炸性增长，负载均衡（load balance）已经不再是一个很陌生的话题， 顾名思义，负载均衡即是将负载分摊到不同的服务单元，既保证服务的可用性，又保证响应 足够快，给用户很好的体验。快速增长的访问量和数据流量催生了各式各样的负载均衡产品， 很多专业的负载均衡硬件提供了很好的功能，但却价格不菲，这使得负载均衡软件大受欢迎， nginx 就是其中的一个，在 linux 下有 Nginx、LVS、Haproxy 等等服务可以提供负载均衡服 务，而且 Nginx 提供了几种分配方式(策略)：

### a. 轮询（默认）

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

### b. weight

weight 代表权重, 默认为 1,权重越高被分配的客户端越多

upstream myserver {
        server 208.208.128.122:8081 weight=10;   #  在这儿
        server 208.208.128.122:8082 weight=10;
    }
    server {
        listen       80;
        server_name  208.208.128.122;
        location / {
            root   html;
            proxy_pass   http://myserver;
            index  index.html index.htm;
    }

### c. ip_hash

ip_hash 每个请求按访问 ip 的 hash 结果分配，这样每个访客固定访问一个后端服务器

upstream myserver {
        ip_hash;                            //  在这儿
        server 208.208.128.122:8081 ;   
        server 208.208.128.122:8082 ;
    }
    server {
        listen       80;
        server_name  208.208.128.122;
        location / {
            root   html;
            proxy_pass   http://myserver;
            index  index.html index.htm;
    }

### d. fair（第三方）

fair（第三方），按后端服务器的响应时间来分配请求，响应时间短的优先分配。

upstream myserver {                    
        server 208.208.128.122:8081 ;   
        server 208.208.128.122:8082 ;
        fair;                                                       #  在这儿
    }
    server {
        listen       80;
        server_name  208.208.128.122;
        location / {
            root   html;
            proxy_pass   http://myserver;
            index  index.html index.htm;
    }

nginx动静分离：

 

Nginx 动静分离简单来说就是把动态跟静态请求分开，不能理解成只是单纯的把动态页面和 静态页面物理分离。严格意义上说应该是动态请求跟静态请求分开，可以理解成使用 Nginx 处理静态页面，Tomcat 处理动态页面。动静分离从目前实现角度来讲大致分为两种：

• 一种是纯粹把静态文件独立成单独的域名，放在独立的服务器上，也是目前主流推崇的方案；
• 另外一种方法就是动态跟静态文件混合在一起发布，通过 nginx 来分开。

2. 准备工作

• 在Linux 系统中准备 静态资源，用于进行访问。

1. www文件夹中 a.html

<h1>fengfanchen-test-html</h1>

1. image 中的 01.jpg

3. 具体配置

### a. 在 nginx 配置文件中进行配置

4. 最终测试

### a. 测试 image

http://208.208.128.122/image/
http://208.208.128.122/image/01.jpg 

### b. 测试 www

http://208.208.128.122/www/a.html 

八、 Nginx 的高可用集群

===

1. 什么是nginx 高可用

配置示例流程：

1. 需要两台nginx 服务器
2. 需要keepalived
3. 需要虚拟IP

2. 配置高可用的准备工作

1. 需要两台服务器 208.208.128.122 和 208.208.128.85
2. 在两台服务器安装 nginx(流程最上面有)
   第二台服务器的默认端口 改为 9001 ，运行并测试，如下：

1. 在两台服务器安装 keepalived

2. 在两台服务器安装keepalived

### a)安装：

第一种方式：命令安装

yum install keepalived -y
# 查看版本：
rpm -q -a keepalived

第二种方式：安装包方式（这里我使用这个）
将压缩包上传至：/usr/feng/
命令如下：

cd /usr/feng/
tar -zxvf keepalived-2.0.18.tar.gz
cd keepalived-2.0.18
./configure
make && make install

### b) 配置文件

安装之后，在 etc 里面生成目录 keepalived，有文件 keepalived.conf 。
这个就是主配置文件。
主从模式主要在这个文件里配置。

完成高可用配置（主从配置）

### a) 修改 keepalived.conf 配置文件

修改/etc/keepalived/keepalivec.conf 配置文件

global_defs { 
   notification_email { 
     acassen@firewall.loc 
     failover@firewall.loc 
     sysadmin@firewall.loc 
   } 
   notification_email_from Alexandre.Cassen@firewall.loc 
   smtp_server 208.208.128.122
   smtp_connect_timeout 30 
   router_id LVS_DEVEL 
} 
  
vrrp_script chk_http_port { 
  
   script "/usr/local/src/nginx_check.sh" 
   
   interval 2      #（检测脚本执行的间隔） 
  
   weight 2 
  
} 
  
vrrp_instance VI_1 {     
    state MASTER   # 备份服务器上将 MASTER 改为 BACKUP       
    interface ens192  //网卡     
    virtual_router_id 51   # 主、备机的 virtual_router_id 必须相同     
    priority 100     # 主、备机取不同的优先级，主机值较大，备份机值较小 
    advert_int 1 
    authentication { 
        auth_type PASS 
        auth_pass 1111 
    } 
    virtual_ipaddress {         
        208.208.128.50 // VRRP H 虚拟地址 
    } 
}

### b) 添加检测脚本

在/usr/local/src 添加检测脚本

#!/bin/bash
A=`ps -C nginx –no-header |wc -l`
if [ $A -eq 0 ];then
    /usr/local/nginx/sbin/nginx
    sleep 2
    if [ `ps -C nginx no-header |wc -l` -eq 0 ];then
        killall keepalived
    fi
fi

### c) 开启nginx 和 keepalived

把两台服务器上 nginx 和 keepalived 启动 ：
启动 nginx：./nginx
启动 keepalived：systemctl start keepalived.service

85服务一样。