负载均衡中间件（一）Nginx高性能负载均衡器 linux C++ 通讯架构（一）nginx安装、目录、进程模型

Nginx是一款轻量级的Web服务器/反向代理服务器及电子邮件（IMAP/PO3）代理服务器，并在一个BSD协议下发行，可以在UNIX、GNU/Linux、BSD、Mac OS X、Solaris，以及Microsoft Windows等操作系统中运行。

由俄罗斯的码农lgor Sysover所开发，最初供俄国大型的入口网站及搜寻引擎Rambler使用。其特点是占用内存少，并发能力强（用于解决C10K问题，现在可轻松处理C100K），事实上nginx的并发能力确实在同类型的网页服务器中表现较好。

一、Nginx基础

Nginx安装

编译安装

linux C++ 通讯架构（一）nginx安装、目录、进程模型

非编译安装

Install the prerequisites:

sudo yum install yum-utils

To set up the yum repository, create the file named /etc/yum.repos.d/nginx.repo with the following contents:

[nginx-stable]
name=nginx stable repo
baseurl=http://nginx.org/packages/centos/$releasever/$basearch/
gpgcheck=1
enabled=1
gpgkey=https://nginx.org/keys/nginx_signing.key
module_hotfixes=true

[nginx-mainline]
name=nginx mainline repo
baseurl=http://nginx.org/packages/mainline/centos/$releasever/$basearch/
gpgcheck=1
enabled=0
gpgkey=https://nginx.org/keys/nginx_signing.key
module_hotfixes=true

By default, the repository for stable nginx packages is used. If you would like to use mainline nginx packages, run the following command:

sudo yum-config-manager --enable nginx-mainline

To install nginx, run the following command:

sudo yum install nginx

Nginx虚拟主机

如果你有两个不同域名的网站，但是你只有一台服务器，这时候怎么办？其实利用nginx或者apache都可以帮你用一台机器来模拟多台机器作为服务器提供服务。

虚拟主机，就是把一台物理服务器划分成多个“虚拟”的服务器，每一个虚拟主机都可以有独立的域名和独立的目录。

nginx的虚拟主机就是通过nginx.conf中server节点指定的，想要设置多个虚拟主机，配置多个server节点即可。

先看一个最简单的虚拟主机配置示例

server { 
  listen 80; 
  server_name a.test.com; 

  location / { 
    index index.html; 
    root /home/www/host_a/; 
  } 
}

其中

listen 80;

指定这个虚拟主机监听的是80端口

server_name a.test.com;

指定这个虚拟主机名为a.test.com，当用户访问a.test.com时，就有这个虚机主机进行处理。

指定这个虚拟主机名为a.test.com，当用户访问a.test.com时，就有这个虚机主机进行处理。

多台虚拟主机
（1）对两个域名配置相应的虚拟主机，指定不同的目录

a.test.com -> /home/www/a
b.test.com -> /home/www/b

配置

server { 
listen 80; 
server_name a.test.com; 

#开启网站目录文件列表功能，访问目录时列出其中的文件列表，默认不开启
autoindex on; 

index index.html; 
root /home/www/a/; 
}

server { 
listen 80; 
server_name b.test.com; 

index index.html; 
root /home/www/b/; 

#禁止对self目录的访问
location /(self)/ { 
deny all; 
    } 
}

通过 Nginx 可以实现虚拟主机的配置，Nginx 支持三种类型的虚拟主机配置

基于 IP 的虚拟主机
基于域名的虚拟主机
基于端口的虚拟主机

基于 IP 的虚拟主机配置

Linux 操作系统允许添加 IP 别名，IP 别名就是在一块物理网卡上绑定多个 lP 地址。这样就能够在使用单一网卡的同一个服务器上运行多个基于 IP 的虚拟主机。

需求

一台 Nginx 服务器绑定两个 IP：192.168.75.145、192.168.75.245
访问不同的 IP 请求不同的 HTML 目录，即：
- 访问 http://192.168.75.145 将访问 html145 目录下的 html 网页
- 访问 http://192.168.75.245 将访问 html245 目录下的 html 网页

创建目录及文件

在 /usr/local/docker/nginx/html 目录下创建 html145 和 html245 两个目录，并分辨创建两个 index.html 文件

绑定多 IP

ifconfig ens33:0 192.168.75.245 broadcast 192.168.75.255 netmask 255.255.255.0

配置虚拟主机

修改 /usr/local/docker/nginx 目录下的 nginx.conf 配置文件：

worker_processes  1;

events {
    worker_connections  1024;
}

http {
    include       mime.types;
    default_type  application/octet-stream;

    sendfile        on;
    
    keepalive_timeout  65;
    # 配置虚拟主机 192.168.75.145
    server {
    # 监听的ip和端口，配置 192.168.75.145:80
        listen       80;
    # 虚拟主机名称这里配置ip地址
        server_name  192.168.75.145;
    # 所有的请求都以/开始，所有的请求都可以匹配此 location
        location / {
        # 使用 root 指令指定虚拟主机目录即网页存放目录
        # 比如访问 http://ip/index.html 将找到 /usr/local/docker/nginx/html/html145/index.html
        # 比如访问 http://ip/item/index.html 将找到 /usr/local/docker/nginx/html/html145/item/index.html

            root   /usr/share/nginx/html145;
        # 指定欢迎页面，按从左到右顺序查找
            index  index.html index.htm;
        }

    }
    # 配置虚拟主机 192.168.75.245
    server {
        listen       80;
        server_name  192.168.75.245;

        location / {
            root   /usr/share/nginx/html245;
            index  index.html index.htm;
        }
    }
}

基于端口的虚拟主机配置

需求

Nginx 对外提供 80 和 8080 两个端口监听服务
请求 80 端口则请求 html80 目录下的 html
请求 8080 端口则请求 html8080 目录下的 html

创建目录及文件

在 /usr/local/docker/nginx/html 目录下创建 html80 和 html8080 两个目录，并分辨创建两个 index.html 文件

配置虚拟主机

修改 /usr/local/docker/nginx 目录下的 nginx.conf 配置文件：

worker_processes  1;

events {
    worker_connections  1024;
}

http {
    include       mime.types;
    default_type  application/octet-stream;

    sendfile        on;
    
    keepalive_timeout  65;
    # 配置虚拟主机 192.168.75.145
    server {
    # 监听的ip和端口，配置 192.168.75.145:80
        listen       80;
    # 虚拟主机名称这里配置ip地址
        server_name  192.168.75.145;
    # 所有的请求都以/开始，所有的请求都可以匹配此 location
        location / {
        # 使用 root 指令指定虚拟主机目录即网页存放目录
        # 比如访问 http://ip/index.html 将找到 /usr/local/docker/nginx/html/html145/index.html
        # 比如访问 http://ip/item/index.html 将找到 /usr/local/docker/nginx/html/html145/item/index.html

            root   /usr/share/nginx/html80;
        # 指定欢迎页面，按从左到右顺序查找
            index  index.html index.htm;
        }

    }
    # 配置虚拟主机 192.168.75.245
    server {
        listen       8080;
        server_name  192.168.75.245;

        location / {
            root   /usr/share/nginx/html8080;
            index  index.html index.htm;
        }
    }
}

注意： 别忘记将容器的 8080 端口映射到宿主机，否则无法访问 8080 端口

基于域名的虚拟主机配置

需求

两个域名指向同一台 Nginx 服务器，用户访问不同的域名显示不同的网页内容
两个域名是 admin.ooqiu.com 和 service.ooqiu.com
Nginx 服务器使用虚拟机 192.168.75.145

配置 Windows Hosts 文件

通过 host 文件指定 admin.ooqiu.com 和 service.ooqiu.com 对应 192.168.75.145 虚拟机：
修改 window 的 hosts 文件：（C:\Windows\System32\drivers\etc）

负载均衡中间件（一）Nginx高性能负载均衡器

linux C++ 通讯架构（一）nginx安装、目录、进程模型

image.png

创建目录及文件

在 /usr/local/docker/nginx/html 目录下创建 htmladmin 和 htmlservice 两个目录，并分辨创建两个 index.html 文件

配置虚拟主机

user  nginx;
worker_processes  1;

events {
    worker_connections  1024;
}

http {
    include       mime.types;
    default_type  application/octet-stream;

    sendfile        on;

    keepalive_timeout  65;
    server {
        listen       80;
        server_name  admin.ooqiu.com;
        location / {
            root   /usr/share/nginx/htmladmin;
            index  index.html index.htm;
        }

    }

    server {
        listen       80;
        server_name  service.ooqiu.com;

        location / {
            root   /usr/share/nginx/htmlservice;
            index  index.html index.htm;
        }
    }
}

Nginx配置文件

Nginx的配置文件nginx.conf位于其安装目录的conf目录下。
nginx.conf由多个块组成，最外面的块是main，main包含Events和HTTP，HTTP包含upstream和多个Server，Server又包含多个location

负载均衡中间件（一）Nginx高性能负载均衡器 linux C++ 通讯架构（一）nginx安装、目录、进程模型

从图中我们可以看出主要包含以下几大部分内容：

1、全局块：配置影响nginx全局的指令。一般有运行nginx服务器的用户组，nginx进程pid存放路径，日志存放路径，配置文件引入，允许生成worker process数等。
2、events块：配置影响nginx服务器或与用户的网络连接。有每个进程的最大连接数，选取哪种事件驱动模型处理连接请求，是否允许同时接受多个网路连接，开启多个网络连接序列化等。
3、http块：可以嵌套多个server，配置代理，缓存，日志定义等绝大多数功能和第三方模块的配置。如文件引入，mime-type定义，日志自定义，是否使用sendfile传输文件，连接超时时间，单连接请求数等。
4、server块：配置虚拟主机的相关参数，一个http中可以有多个server。
5、location块：配置请求的路由，以及各种页面的处理情况。

########### 每个指令必须有分号结束。#################
#user administrator administrators;  #配置用户或者组，默认为nobody nobody。
#worker_processes 2;  #允许生成的进程数，默认为1
#pid /nginx/pid/nginx.pid;   #指定nginx进程运行文件存放地址
error_log log/error.log debug;  #制定日志路径，级别。这个设置可以放入全局块，http块，server块，级别以此为：debug|info|notice|warn|error|crit|alert|emerg
events {
    accept_mutex on;   #设置网路连接序列化，防止惊群现象发生，默认为on
    multi_accept on;  #设置一个进程是否同时接受多个网络连接，默认为off
    #use epoll;      #事件驱动模型，select|poll|kqueue|epoll|resig|/dev/poll|eventport
    worker_connections  1024;    #最大连接数，默认为512
}
http {
    include       mime.types;   #文件扩展名与文件类型映射表
    default_type  application/octet-stream; #默认文件类型，默认为text/plain
    #access_log off; #取消服务日志    
    log_format myFormat '$remote_addr–$remote_user [$time_local] $request $status $body_bytes_sent $http_referer $http_user_agent $http_x_forwarded_for'; #自定义格式
    access_log log/access.log myFormat;  #combined为日志格式的默认值
    sendfile on;   #允许sendfile方式传输文件，默认为off，可以在http块，server块，location块。
    sendfile_max_chunk 100k;  #每个进程每次调用传输数量不能大于设定的值，默认为0，即不设上限。
    keepalive_timeout 65;  #连接超时时间，默认为75s，可以在http，server，location块。

    upstream mysvr {   
      server 127.0.0.1:7878;
      server 192.168.10.121:3333 backup;  #热备
    }
    error_page 404 https://www.baidu.com; #错误页
    server {
        keepalive_requests 120; #单连接请求上限次数。
        listen       4545;   #监听端口
        server_name  127.0.0.1;   #监听地址       
        location  ~*^.+$ {       #请求的url过滤，正则匹配，~为区分大小写，~*为不区分大小写。
           #root path;  #根目录
           #index vv.txt;  #设置默认页
           proxy_pass  http://mysvr;  #请求转向mysvr 定义的服务器列表
           deny 127.0.0.1;  #拒绝的ip
           allow 172.18.5.54; #允许的ip           
        } 
    }
}

上面是nginx的基本配置，需要注意的有以下几点：

1、几个常见配置项：

1.$remote_addr 与 $http_x_forwarded_for 用以记录客户端的ip地址；
2.$remote_user ：用来记录客户端用户名称；
3.$time_local ：用来记录访问时间与时区；
4.$request ：用来记录请求的url与http协议；
5.$status ：用来记录请求状态；成功是200；
6.$body_bytes_s ent ：记录发送给客户端文件主体内容大小；
7.$http_referer ：用来记录从那个页面链接访问过来的；
8.$http_user_agent ：记录客户端浏览器的相关信息；

2、惊群现象：一个网路连接到来，多个睡眠的进程被同事叫醒，但只有一个进程能获得链接，这样会影响系统性能。

3、每个指令必须有分号结束。

常见内置变量

$args                      请求中的参数;
$binary_remote_addr        远程地址的二进制表示
$body_bytes_sent           已发送的消息体字节数
$content_length            HTTP请求信息里的"Content-Length"
$content_type              请求信息里的"Content-Type"
$document_root             针对当前请求的根路径设置值
$document_uri              与$uri相同
$host                      请求信息中的"Host"，如果请求中没有Host行，则等于设置的服务器名;    
$http_cookie               cookie 信息 
$http_referer              来源地址
$http_user_agent           客户端代理信息
$http_via                  最后一个访问服务器的Ip地址
$http_x_forwarded_for      相当于网络访问路径。    
$limit_rate                对连接速率的限制          
$remote_addr               客户端地址
$remote_port               客户端端口号
$remote_user               客户端用户名，认证用
$request                   用户请求信息
$request_body              用户请求主体
$request_body_file         发往后端的本地文件名称      
$request_filename          当前请求的文件路径名
$request_method            请求的方法，比如"GET"、"POST"等
$request_uri               请求的URI，带参数   
$server_addr               服务器地址，如果没有用listen指明服务器地址，使用这个变量将发起一次系统调用以取得地址(造成资源浪费)
$server_name               请求到达的服务器名
$server_port               请求到达的服务器端口号
$server_protocol           请求的协议版本，"HTTP/1.0"或"HTTP/1.1"
$uri

二、Nginx负载均衡

正向代理和反向代理

正向代理

类似一个跳板机，代理访问外部资源

负载均衡中间件（一）Nginx高性能负载均衡器 linux C++ 通讯架构（一）nginx安装、目录、进程模型

反向代理（Reverse Proxy）

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

负载均衡中间件（一）Nginx高性能负载均衡器 linux C++ 通讯架构（一）nginx安装、目录、进程模型

正向代理：客户端 <一> 代理一>服务端

类似一个跳板机，代理访问外部资源。接收局域网请求，访问互联网。

反向代理:客户端一>代理 <一> 服务端

实际运行方式是指一代理服务器来解释Internet上的连接请求，然后将请求转发给内部网络上的服务器，并将从服务器上得到的结果返回给Internet上请求连接的客户端，此时代理服务器对外就表现为一个服务器。接收互联网请求，访问局域网。

负载均衡中间件（一）Nginx高性能负载均衡器 linux C++ 通讯架构（一）nginx安装、目录、进程模型

反向代理作用：

1.保证内网的安全，可以使用反向代理提供的WAF功能，阻止web攻击。大型网站，通常将反向代理作为公网访问地址，web服务器是内网

2.负载均衡，通过反向代理服务器来优化网站的负载

负载均衡中间件（一）Nginx高性能负载均衡器 linux C++ 通讯架构（一）nginx安装、目录、进程模型

负载均衡原理

负载均衡，但从字面上的意思来理解可以解释为N台服务器平均分担负载，不会因为某台服务器负载高宕机和某台服务器闲置的情况。负载均衡的前提就是2台以上服务器才能实现。

Nginx负载均衡4种配置方案

1.轮询

Round Robin，根据Nginx配置文件中的顺序，依次把客户端的web请求分发到不同的后端服务器上。

2.最少连接least_conn

Web请求会被转发到连接数最少的服务器

3.IP地址哈希ip_hash

前述的两种负载均衡方案中，同一客户端连续的Web请求可能会被分发到不同的后端服务器进行处理，因此如果涉及到会话session，那么会话会比较复杂。常见的基于数据库的会话持久化。要克服上面的难题，可以使用基于IP地址哈希的负载均衡方案。这样的话，同一客户端连续的Eeb请求都会被分发到同一服务器进行处理。

4.基于权重weight

基于权重的负载均衡（weighted load balancing），可以配置Nginx把请求更多地分发到高配置的后端服务器上，把相对较少的请求分发到低配服务器。

负载均衡配置

配置基于Round Robin轮询的负载均衡

注意：

1.缺省配置就是轮询策略。

2.nginx负载均衡支持http和https协议，只要修改proxy_pass后协议即可。

3.nginx支持FastCGI，uwsgi，SCGI，memcached的负载均衡，只需将proxy_pass改为fastcgi，uwsgi_pass，sci_pass,memcached_pass即可。

4.此策略适合服务器配置相当，无状态且短平快的服务使用。

负载均衡中间件（一）Nginx高性能负载均衡器 linux C++ 通讯架构（一）nginx安装、目录、进程模型

user www-data;
worker_processes auto;
pid /run/nginx.pid;

events{
  use epoll;
  worker_connections 65535;
}

http{
  upstream netease.com{
    server 127.0.0.1:8881;
    server 127.0.0.1:8882;
    server 127.0.0.1:8883;
  }
  
  server{
    listen 80;
    server_name netease.com;
     
    location /{
      proxy_pass http://netease.com;
      proxy_set_header Host  $host;
      proxy_set_header  X-Real-IP  $remote_addr;
    }
  }
}

worker_processes 设为auto表示，cpu有多少核，就启动多少worker进程

pid 进程编号所放的位置

events nginx采用了基于事件的网络IO，比如多路复用的NIO技术，最成熟的是linux下的epoll

http upstream转发，netease.com是我们配置的后端服务，下面的三台服务器，是要轮询的服务器

server 监听80端口，server_name，location

$remote_addr 客户端地址

配置基于ip_hash的负载均衡

注意：

1.ip哈希负载均衡使用ip_hash指令定义

2.nginx使用请求客户端的ip地址进行哈希计算，确保使用同一个服务器响应请求

3.此策略适合有状态服务，比如session

负载均衡中间件（一）Nginx高性能负载均衡器 linux C++ 通讯架构（一）nginx安装、目录、进程模型

user www-data;
worker_processes auto;
pid /run/nginx.pid;

events{
  use epoll;
  worker_connections 65535;
}

http{
  upstream netease.com{
    ip_hash;
    server 127.0.0.1:8881;
    server 127.0.0.1:8882;
    server 127.0.0.1:8883;
  }
  
  server{
    listen 80;
    server_name netease.com;
     
    location /{
      proxy_pass http://netease.com;
      proxy_set_header Host  $host;
      proxy_set_header  X-Real-IP  $remote_addr;
    }
  }
}

配置基于least_conn的负载均衡

注意：

1.最少链接负载均衡通过least_conn指令定义

2.此负载均衡策略适合请求处理时间长短不一造成服务器过载的情况

负载均衡中间件（一）Nginx高性能负载均衡器 linux C++ 通讯架构（一）nginx安装、目录、进程模型

user www-data;
worker_processes auto;
pid /run/nginx.pid;

events{
  use epoll;
  worker_connections 65535;
}

http{
  upstream netease.com{
    least_conn;
    server 127.0.0.1:8881;
    server 127.0.0.1:8882;
    server 127.0.0.1:8883;
  }
  
  server{
    listen 80;
    server_name netease.com;
     
    location /{
      proxy_pass http://netease.com;
      proxy_set_header Host  $host;
      proxy_set_header  X-Real-IP  $remote_addr;
    }
  }
}

配置基于权重的负载均衡

注意：

1.权重负载均衡需要使用weight指令定义

2.权重越高分配到需要处理的请求越多

3.此策略可以与最少链接负载和ip哈希策略结合使用

4.此策略比较适合服务器的硬件配置差别比较大的情况

负载均衡中间件（一）Nginx高性能负载均衡器 linux C++ 通讯架构（一）nginx安装、目录、进程模型

user www-data;
worker_processes auto;
pid /run/nginx.pid;

events{
  use epoll;
  worker_connections 65535;
}

http{
  upstream netease.com{
    least_conn;
    server 127.0.0.1:8881;
    server 127.0.0.1:8882;
    server 127.0.0.1:8883;
  }
  
  server{
    listen 80;
    server_name netease.com;
     
    location /{
      proxy_pass http://netease.com;
      proxy_set_header Host  $host;
      proxy_set_header  X-Real-IP  $remote_addr;
    }
  }
}


基于权重

注意：

权重负载均衡需要使用weight指令定义
权重越高分配到需要处理的请求越多
此策略可以与最少链接负载和ip哈希策略结合使用
此策略比较适合服务器的硬件配置差别较大的情况
user www-data;
worker_processes auto;
pid /run/nginx.pid;

events{
  use epoll;
  worker_connections 65535;
}

http{
  upstream netease.com{
    server 127.0.0.1:8881 weight=3;
    server 127.0.0.1:8882 weight=2;
    server 127.0.0.1:8883 weight=1;
  }
  
  server{
    listen 80;
    server_name netease.com;
     
    location /{
      proxy_pass http://netease.com;
      proxy_set_header Host  $host;
      proxy_set_header  X-Real-IP  $remote_addr;
    }
  }
}

二、代理缓存机制

nginx的http_proxy模块，可以实现类似于Squild的缓存功能

nginx对客户已经访问过的内容在nginx服务器本地建立副本，这样在一段时间内再次访问该数据，就不需要通过nginx服务器再次向后端服务器发出请求，所以能够减少nginx服务器与后端服务器之间的网络流量，减轻网络拥塞，同时还能减小数据传输延迟，提高用户访问速度。

同时，当后端服务器宕机时，nginx服务器上的副本资源还能够回应相关的用户请求，这样能够提高后端服务器的鲁棒性。

负载均衡中间件（一）Nginx高性能负载均衡器 linux C++ 通讯架构（一）nginx安装、目录、进程模型

缓存文件放在哪？

proxy_cache_path：nginx使用该参数指定缓存位置

proxy_cache：该参数为之前指定的缓存名称

proxy_cache_path:有两个必填参数

第一个参数为缓存目录

第二个参数keys_zone指定缓存名称和占用内存空间的大小

下面示例中的10m是对内存中缓存内容元数据信息大小的限值，如果想限值缓存总量大小，需要用max_size参数

负载均衡中间件（一）Nginx高性能负载均衡器 linux C++ 通讯架构（一）nginx安装、目录、进程模型

user www-data;
worker_processes auto;
pid /run/nginx.pid

http{
  proxy_cache_path /data/nginx/cache keys_zone=one:10m max_size=10g;
  upstream yes.163.com{
    server 127.0.0.1:8881;
    server 127.0.0.1:8882;
    server 127.0.0.1:8883;
  }
  
  server{
    listen 80;
    proxy_cache one;
    server_name yes.163.com;
     
    location /{
      proxy_pass http://yes.163.com;
      proxy_set_header Host  $host;
      proxy_set_header  X-Real-IP  $remote_addr;
    }
  }
}

如何指定哪些请求被缓存？

1.nginx默认会缓存所有get和head方法的请求结果，缓存的key默认使用请求字符串。

2.自定义key

例如proxy_cache_key $host$request_uri$cookie_user

3.指定请求至少被发送了多少次以上时才缓存，可以防止低频请求被缓存

例如proxy_cache_min_uses 5

4.指定哪些方法的请求被缓存

例如proxy_cache_methods GET HEAD POST

负载均衡中间件（一）Nginx高性能负载均衡器 linux C++ 通讯架构（一）nginx安装、目录、进程模型

user www-data;
worker_processes auto;
pid /run/nginx.pid

http{
  proxy_cache_path /data/nginx/cache keys_zone=one:10m;
  
  upstream yes.163.com{
    server 127.0.0.1:8881;
    server 127.0.0.1:8882;
    server 127.0.0.1:8883;
  }
  
  server{
    listen 80;
    proxy_cache one;
    server_name yes.163.com;
     
    location /{
      proxy_pass http://yes.163.com;
      proxy_set_header Host  $host;
      proxy_set_header  X-Real-IP  $remote_addr;
      proxy_cache_key $host$request_uri$cookie_user;
    }
  }
}

缓存有效期

默认情况下，缓存内容长期留存，除法缓存的总量超出限制。可以指定缓存有效时间，例如：

响应状态码为200200 302时，10分钟有效proxy_cache_valid 200 302 10m
对应任何状态码，5分钟有效proxy_cache_valid any 5m

负载均衡中间件（一）Nginx高性能负载均衡器 linux C++ 通讯架构（一）nginx安装、目录、进程模型

user www-data;
worker_processes auto;
pid /run/nginx.pid

http{
  proxy_cache_path /data/nginx/cache keys_zone=one:10m;
  
  upstream yes.163.com{
    server 127.0.0.1:8881;
    server 127.0.0.1:8882;
    server 127.0.0.1:8883;
  }
  
  server{
    listen 80;
    proxy_cache one;
    server_name yes.163.com;
     
    location /{
      proxy_pass http://yes.163.com;
      proxy_set_header Host  $host;
      proxy_set_header  X-Real-IP  $remote_addr;
      proxy_cache_valid 200 302 10m;
    }
  }
}

对于某些请求，是否可以不走缓存？

prox_cache_bypass：该指令响应来自原始服务器而不是缓存

例如：proxy_cache_bypass $cookie_nocache $arg_nocache $arg_comment

如果任何一个参数值不为空，或者不等于0，nginx就不会查找缓存，直接进行代理转发

负载均衡中间件（一）Nginx高性能负载均衡器 linux C++ 通讯架构（一）nginx安装、目录、进程模型

user www-data;
worker_processes auto;
pid /run/nginx.pid

http{
  proxy_cache_path /data/nginx/cache keys_zone=one:10m;
  
  upstream yes.163.com{
    server 127.0.0.1:8881;
    server 127.0.0.1:8882;
    server 127.0.0.1:8883;
  }
  
  server{
    listen 80;
    proxy_cache one;
    server_name yes.163.com;
     
    location /{
      proxy_pass http://yes.163.com;
      proxy_set_header Host  $host;
      proxy_set_header  X-Real-IP  $remote_addr;
      proxy_cache_bypass $cookie_nocache $arg_nocache$arg_comment;
    }
  }
}

网页的缓存是由HTTP消息头“Cache-control”来控制的，常见的取值有private、no-cache、max-age、must-revalidate等，默认为private。其作用根据不同的重新浏览方式分为下面几种情况。

负载均衡中间件（一）Nginx高性能负载均衡器 linux C++ 通讯架构（一）nginx安装、目录、进程模型

示例

9000端口开一个原服务器，80开缓存服务器

创建/root/nodejs目录，下面创建index.html，index.htm和public目录，public目录下创建9000.css.

[root@node01 mynginx]# cd /etc/nginx
[root@node01 nginx]# ll
total 40
drwxr-xr-x 2 root root 4096 Feb 25 12:24 conf.d
-rw-r--r-- 1 root root 1007 Jan 21 22:51 fastcgi_params
-rw-r--r-- 1 root root 2837 Jan 21 22:51 koi-utf
-rw-r--r-- 1 root root 2223 Jan 21 22:51 koi-win
-rw-r--r-- 1 root root 5231 Jan 21 22:51 mime.types
lrwxrwxrwx 1 root root   29 Feb 25 12:24 modules -> ../../usr/lib64/nginx/modules
-rw-r--r-- 1 root root  643 Jan 21 22:48 nginx.conf
-rw-r--r-- 1 root root  636 Jan 21 22:51 scgi_params
-rw-r--r-- 1 root root  664 Jan 21 22:51 uwsgi_params
-rw-r--r-- 1 root root 3610 Jan 21 22:51 win-utf
[root@node01 nginx]# mkdir h5bp
[root@node01 nginx]# ll
total 44
drwxr-xr-x 2 root root 4096 Feb 25 12:24 conf.d
-rw-r--r-- 1 root root 1007 Jan 21 22:51 fastcgi_params
drwxr-xr-x 2 root root 4096 Feb 25 15:18 h5bp
-rw-r--r-- 1 root root 2837 Jan 21 22:51 koi-utf
-rw-r--r-- 1 root root 2223 Jan 21 22:51 koi-win
-rw-r--r-- 1 root root 5231 Jan 21 22:51 mime.types
lrwxrwxrwx 1 root root   29 Feb 25 12:24 modules -> ../../usr/lib64/nginx/modules
-rw-r--r-- 1 root root  643 Jan 21 22:48 nginx.conf
-rw-r--r-- 1 root root  636 Jan 21 22:51 scgi_params
-rw-r--r-- 1 root root  664 Jan 21 22:51 uwsgi_params
-rw-r--r-- 1 root root 3610 Jan 21 22:51 win-utf
[root@node01 nginx]# cd h5bp
[root@node01 h5bp]# touch basic.conf
[root@node01 h5bp]# mkdir cache
[root@node01 h5bp]# cd cache
[root@node01 cache]# touch expires.conf
[root@node01 cache]# cd ..
[root@node01 h5bp]# vi basic.conf
[root@node01 h5bp]# cd ..
[root@node01 nginx]# ll
total 44
drwxr-xr-x  2 root root 4096 Feb 25 12:24 conf.d
-rw-r--r--  1 root root 1007 Jan 21 22:51 fastcgi_params
drwxr-xr-x 11 root root 4096 Feb 25 15:46 h5bp
-rw-r--r--  1 root root 2837 Jan 21 22:51 koi-utf
-rw-r--r--  1 root root 2223 Jan 21 22:51 koi-win
-rw-r--r--  1 root root 5231 Jan 21 22:51 mime.types
lrwxrwxrwx  1 root root   29 Feb 25 12:24 modules -> ../../usr/lib64/nginx/modules
-rw-r--r--  1 root root  643 Jan 21 22:48 nginx.conf
-rw-r--r--  1 root root  636 Jan 21 22:51 scgi_params
-rw-r--r--  1 root root  664 Jan 21 22:51 uwsgi_params
-rw-r--r--  1 root root 3610 Jan 21 22:51 win-utf
[root@node01 nginx]# vi nginx.conf

h5bp/basic.conf

include h5bp/cache/expires.conf;

h5bp/cache/expires.conf

location ~* \.(?:manifest|appcache|html?|xml|json)$ {
  expires -1;
}

location ~* \.(?:rss|atom)$ {
  expires 1h;
  add_header Cache-Control "public";
}

location ~* \.(?:jpg|jpeg|gif|png|ico|cur|gz|svg|svgz|mp4|ogg|ogv|webm|htc)$ {
  expires 1M;
    access_log off;
          add_header Cache-Control "public";
}

location ~* \.(?:css|js)$ {
  expires 1y;
    access_log off;
          add_header Cache-Control "public";
}

/etc/nginx/nginx.conf

user  root; # 和你当前启动ngnix的用户一致
worker_processes  1;

error_log  /var/log/nginx/error.log warn;
pid        /var/run/nginx.pid;


events {
    use epoll;
    worker_connections  1024;
}


http {
    proxy_cache_path /root/nodejs keys_zone=one:10m max_size=10g inactive=60m;
    proxy_cache_key "$scheme$request_method$request_uri";
    upstream origin.163.com{
        server 127.0.0.1:9000;
    }

    server{
        listen 80;
        proxy_cache one;
        server_name yes.163.com;
        location /{
            add_header X-proxy-Cache $upstream_cache_status;
            include proxy_params;
            proxy_pass http://origin.163.com;
        }
    }

    server{
        listen 9000;
        root /root/nodejs/;
        index index.html index.html;
        charset utf-8;
        include h5bp/basic.conf;

        location / {
            try_files $uri $uri/ = 404;
        }
    }

}

起一个服务监听80端口，如果访问yes.163.com(server_name)，会被proxy_pass转发到http://origin.163.com这个upstream，然后会将其负载到127.0.0.1:9000，9000端口是第二个server，引入basic.conf，进而引入expires.conf。

[root@node01 nginx]# curl -I http://yes.163.com/public/9000.css
HTTP/1.1 200 OK
Server: nginx/1.17.8
Date: Tue, 25 Feb 2020 09:01:03 GMT
Content-Type: text/plain; charset=utf-8
Content-Length: 0
Connection: keep-alive
Last-Modified: Tue, 25 Feb 2020 09:01:00 GMT
ETag: "5e54e24c-0"
Expires: Wed, 24 Feb 2021 09:01:03 GMT
Cache-Control: max-age=31536000
Cache-Control: public
X-proxy-Cache: MISS
Accept-Ranges: bytes

[root@node01 nginx]# curl -I http://yes.163.com/public/9000.css
HTTP/1.1 200 OK
Server: nginx/1.17.8
Date: Tue, 25 Feb 2020 09:01:06 GMT
Content-Type: text/plain; charset=utf-8
Content-Length: 0
Connection: keep-alive
Last-Modified: Tue, 25 Feb 2020 09:01:00 GMT
ETag: "5e54e24c-0"
Expires: Wed, 24 Feb 2021 09:01:03 GMT
Cache-Control: max-age=31536000
Cache-Control: public
X-proxy-Cache: HIT
Accept-Ranges: bytes

[root@node01 nginx]# ll /root/nodejs
total 8
-rw------- 1 root root  708 Feb 25 17:01 6547b68e6c0c729fbfaefe613305c248
drwxrwxrwx 2 root root 4096 Feb 25 17:01 public

三、通过Lua扩展Nginx

nginx模块需要用C开发，而且必须符合一系列复杂的规则，用C开发模块必须熟悉nginx的源代码，使得开发者望而生畏。

ngx_lua模块通过将lua解释器集成进nginx，可以采用lua脚本实现业务逻辑。

该模块具备以下特性：

1.高并发、非阻塞的处理各种请求

2.Lua内建协程，可以很好的将异步回调转换成顺序调用的形式

3.每个协程都有一个独立的全局环境（变量空间），继承全局共享的、只读的comman data

得益于Lua协程的支持，ngx_lua在处理10000个并发请求时只需要很少的内存，非常适合用于实现可扩展的、高并发的服务。

协程（Coroutine）进程是资源分配的基本单位，线程是资源调度的基本单位

协程类似一种多线程，与多线程的区别有：

1.协程并发os线程，所以创建、切换开销比线程相对要小。

2.协程与线程一样有自己的栈、局部变量等，但是协程的栈是在用户进程空间模拟的，所以创建、切换开销很小。

3.多线程程序是多个线程并发执行，也就是说在一瞬间有多个控制流在执行。而协程强调的是一种多个协程键协作的关系，只有当一个协程主动放弃执行权，另一个协程才能获得执行权，所以在某一瞬间，多个协程间只有一个在运行。

4.由于多个协程只有一个在运行，所以对于临界区的访问不需要加锁，而多线程的情况则必须加锁。

5.多线程程序由于有多个控制流，所以程序的行为不可控，而多个协程的执行是由开发者定义的所以是可控的。

nginx的每个Worker进程都是在epoll或kqueue这样的事件模型上，封装成协程，每个请求都有一个协程进行处理。这正好与Lua内建协程的模型是一致的，所以即使ngx_lua需要执行Lua，相对C有一定的开销，但依然能保证高并发能力。

Nginx进程模型

nginx采用多进程模型，单Master-多Worker，Master进程主要用了管理Worker进程。

Worker进程采用单线程、非阻塞的事件模型（Event Loop，事件循环）来实现端口的监听及客户端请求的处理和响应，同时Worker还要处理来自Master的信号。Worker进程个数一般设置为机器CPU核数。

Master进程具体包括如下4个主要功能：

(1)接收来自外界的信号

(2)向各worker进程发送信号

(3)监控worker进程的运行状态

(4)当worker进程退出后（异常情况下），会自动重新启动新的worker进程

负载均衡中间件（一）Nginx高性能负载均衡器 linux C++ 通讯架构（一）nginx安装、目录、进程模型

HTTP请求处理

负载均衡中间件（一）Nginx高性能负载均衡器 linux C++ 通讯架构（一）nginx安装、目录、进程模型

ngx_lua指令

属于nginx的一部分，它的执行指令都包含在nginx的11个步骤中，相应的处理阶段可以做插入式处理，即可插拔式架构，不过ngx_lua并不是所有阶段都会运行的；另外指令可以在http、server if、location、location if几个范围进行配置：

负载均衡中间件（一）Nginx高性能负载均衡器 linux C++ 通讯架构（一）nginx安装、目录、进程模型

OpenResty

是一个基于nginx与Lua的高性能Web平台，其内部集成了大量精良的Lua库、第三方模块

以及大多数的依赖项。用于方便地搭建能够处理超高并发、扩展性极高的动态Web应用、Web服务和动态网关。

工作原理：通过汇聚各种设计精良的nginx模块，从而将nginx有效地变成一个强大的通用Web应用平台。这样，Web开发人员和系统工程师可以使用Lua脚本语言调动nginx支持的各种C以及Lua模块，快速构造出足以胜任10K乃至1000K以上单机并发连接的高性能Web应用系统。

目标：让你的Web服务直接跑在nginx服务内部，充分利用nginx的非阻塞I/O模型，不仅仅对HTTP客户端请求，甚至对于远程后端诸如MySQL、PostgreSQL、Memcached以及Redis等都进行一致的高性能响应。

OpenResty是个package，打包了nginx和各种精良的库

将简单的转发工作，扩充为可以编写动态脚本

nginx转变为业务服务器，可以进行增删改查，可以进行业务处理

ngx_lua实例

四个例子

helloworld

content_by_lua：内容处理器，接收请求处理并输出响应

该指令工作在nginx处理流程的content阶段，即内容生产阶段，是所有请求处理阶段中最为重要的阶段，因为这个阶段的指令通常是用来生成HTTP响应内容的

负载均衡中间件（一）Nginx高性能负载均衡器 linux C++ 通讯架构（一）nginx安装、目录、进程模型

输出：

负载均衡中间件（一）Nginx高性能负载均衡器 linux C++ 通讯架构（一）nginx安装、目录、进程模型

异步输出helloworld

读取请求参数

访问存储（redis）

四、高性能nginx最佳实践

nginx监听端口

基本语法：listen address:port

默认：listen 80

作用：listen参数决定nginx服务器如何监听端口。在listen后可以加IP地址，端口和主机名，非常灵活。

例如：

listen 127.0.0.1:8000

listen 127.0.0.1; //默认80端口

listen 8000 ;// listen *:8000;// listen localhost:8000;

user  nginx;
worker_processes  auto;

error_log  /var/log/nginx/error.log warn;
pid        /var/run/nginx.pid;


events {
    use epoll;
    worker_connections 65535;
}


http {
    server {
        listen 80;
        location /{
            default_type text/html;
            return 200 "Hello, Nginx! I am working on 80!\n";

        }
 }

    server {
        listen 8080;
        location /{
            default_type text/html;
            return 200 "Hello, Nginx! I am working on 8080!\n";

        }
    }


}

会启动两个server

负载均衡中间件（一）Nginx高性能负载均衡器 linux C++ 通讯架构（一）nginx安装、目录、进程模型

Nginx虚拟主机

负载均衡中间件（一）Nginx高性能负载均衡器 linux C++ 通讯架构（一）nginx安装、目录、进程模型

user  nginx;
worker_processes  auto;

error_log  /var/log/nginx/error.log warn;
pid        /var/run/nginx.pid;


events {
    use epoll;
    worker_connections 65535;
}


http {
    upstream origin.163.com {
        server 127.0.0.1:8080;
    }
    server {
        listen 80;
        server_name yes.163.com;
        location / {
           proxy_pass http://origin.163.com;
        }
    }
    server {
        listen 8080;
        location / {
            default_type text/html;
            return 200 "Hello, Nginx! I am working on 8080!\n";
        }
    }
}

通过proxy_pass把请求转发给upstream，upstream会从列表里按策略（默认轮询）选一server，这里最终发到了8080端口，监听8080端口

修改hosts

127.0.0.1 yes.163.com

结果

[root@node02 nginx]# curl -i http://yes.163.com
HTTP/1.1 200 OK
Server: openresty/1.15.8.2
Date: Thu, 24 Oct 2019 09:47:29 GMT
Content-Type: text/html
Content-Length: 36
Connection: keep-alive

Hello, Nginx! I am working on 8080!

nginx配置location

location用来指定请求是如何被处理的

域名后面的一串成为uri，指定uri如何被处理，应该被哪个块接收和处理

负载均衡中间件（一）Nginx高性能负载均衡器 linux C++ 通讯架构（一）nginx安装、目录、进程模型

user  nginx;
worker_processes  auto;

error_log  /var/log/nginx/error.log warn;
pid        /var/run/nginx.pid;


events {
    use epoll;
    worker_connections 65535;
}


http {
    
    server {
        listen 80;
      
        location / {
            default_type text/html;
            return 200 "location /: I am default location!\n";
        }
        
        location = /goodjob {
            default_type text/html;
            return 200 "location = /goodjob\n";
        }
        
        location ~ /GoodJob {
            default_type text/html;
            return 200 "location ~ /GoodJob\n";
        }
        
        location ~* /goodjob{
            default_type text/html;
            return 200 "location ~* /goodjob\n";
        }

location ^~ /goodjob{
default_type text/html;
return 200 "location ^~ /goodjob\n";
}


    }

}

结果

[root@node02 nginx]# curl -i http://127.0.0.1/goodjob        完全匹配
HTTP/1.1 200 OK
Server: openresty/1.15.8.2
Date: Thu, 24 Oct 2019 10:44:34 GMT
Content-Type: text/html
Content-Length: 20
Connection: keep-alive

location = /goodjob
[root@node02 nginx]# curl -i http://127.0.0.1/GoodJob          大小写敏感
HTTP/1.1 200 OK
Server: openresty/1.15.8.2
Date: Thu, 24 Oct 2019 10:44:38 GMT
Content-Type: text/html
Content-Length: 20
Connection: keep-alive

location ~ /GoodJob
[root@node02 nginx]# curl -i http://127.0.0.1/Goodjob          大小写不敏感
HTTP/1.1 200 OK
Server: openresty/1.15.8.2
Date: Thu, 24 Oct 2019 10:44:44 GMT
Content-Type: text/html
Content-Length: 21
Connection: keep-alive

[root@node02 nginx]# curl -i http://127.0.0.1/goodjob/hello 只要goodjob匹配就可以
HTTP/1.1 200 OK
Server: openresty/1.15.8.2
Date: Thu, 24 Oct 2019 10:51:31 GMT
Content-Type: text/html
Content-Length: 21
Connection: keep-alive

location ^~ /goodjob

注意：location是有顺序的，如果一个请求有可能被多个location匹配，实际上这个请求会被第一个location处理

location / {}会处理所有的请求

常规配置

定义环境变量

语法：evn VAR|VAR=VALUE

作用：用户可以直接设置操作系统上的环境变量

举例：evn TESTPATH=/tmp

嵌入其他配置文件

语法：include /path/file;

作用：可以把其他配置文件引入进来，路径可以使用绝对路径也可以使用相对路径，还可以含有通配符*

例如，下面的basic.conf

负载均衡中间件（一）Nginx高性能负载均衡器 linux C++ 通讯架构（一）nginx安装、目录、进程模型

引用了expires.conf

负载均衡中间件（一）Nginx高性能负载均衡器 linux C++ 通讯架构（一）nginx安装、目录、进程模型

pid文件

语法：pid path/file;

默认：pid logs/nginx.pid;

作用：保存master进程ID的pid文件存放路径。

nginx worker进程运行的用户和用户组

语法：user username [groupname];

默认：user nobody nobody;

作用：master进程fork出的进程在哪个用户和用户组下。

指定nginx worker进程可以打开的最大句柄描述符个数

语法：worker_rlimit_nofile limit;

作用：设置一个worker可以打开的最大句柄数。

限制信号对列

语法：worker_rlimit_sigpending limit;

作用：设置每个用户发往nginx的信号对列的大小。也就是说，当某个用户的信号对列满了，这个用户再发送的信号量就会被丢掉。

nginx高性能配置

nginx worker进程个数

语法：worker_processs number;

默认：worker_processes 1;

作用：在master_worker运行方式下，定义worker进程的个数。worker进程的数量会直接影响性能。每个worker都是单线程的进程，他会调用各个模块来实现各种功能。如果确定这些模块不会出现堵塞式调用，那么进程数可以和CPU核心数一样；反之，则稍少一些。

绑定nginx worker进程到指定的CPU内核

语法：worker_cpu_affinity cpumask [cpumask...]

作用：假设每个worker都是很繁忙的，如果多个进程都在抢同一个CPU，那么就会出现同比问题。反之，如果每个worker进程独享一个CPU，就实现了完全的并发。

举例：

worker_processes 4;

worker_cpu_affinity 1000 0100 0010 0001;

user  nginx;
worker_processes  auto;
worker_cpu_affinity 1000 0100 0010;

pid        /var/run/nginx.pid;


events {
    use epoll;
    worker_connections 65535;
}


http {
    
    server {
        listen 80;
      
        location / {
            default_type text/html;
            return 200 "location /: I am default location!\n";
        }
        
        location = /goodjob {
            default_type text/html;
            return 200 "location = /goodjob\n";
        }
        
        location ~ /GoodJob {
            default_type text/html;
            return 200 "location ~ /GoodJob\n";
        }
        
        location ~* /goodjob{
            default_type text/html;
            return 200 "location ~* /goodjob\n";
        }
        
         location ^~ /goodjob{
            default_type text/html;
            return 200 "location ^~ /goodjob\n";
        }
    }

}

SSL硬件加速

语法：ssl_engine device;

作用：如果服务器上有SSL硬件加速设备，那么就可以进行配置加快SSL协议的处理速度。用户可以用OpenSSL提供的命令来查看是否有SSL硬件加速设备：openssl engine -t

nginx worker进程优先级设置

语法：worker_priority nice;

默认：worker_priority 0;

作用：在Linux和Unix中，当许多进程都处于可执行状态时，按照优先级来决定内核选择哪一个进程执行。进程分配的CPU时间片大小也与优先级有关，优先级越高，时间片越长（如，在默认的情况下，最小时间片是5ms，最大则有800ms）。优先级由静态优先级和内核根据进程的执行情况所做的动态调整（目前只有+-5的调整）共同决定。nice是进程的优先级，它的取值范围是-20~+19，-20是最高级，+19是最低优先级。不建议把nice值设为比内核进程（t通常为-5）还要小

nginx事件配置

是否打开accept锁

语法：accept_mutex [on|off];

默认：accept_mutex on;

作用：负载均衡锁，这把锁可以让多个worker进程轮流的，序列化的与新的客户端建立TCP连接。accept锁默认是打开的，如果关闭它，那么建立TCP连接的耗时会更短，但不利于负载均衡，因此不建议关闭。

使用accept锁后到真正建立连接之间的延迟时间

语法：accept_mutex_delay Nms;

默认：accept_mutex_delay 500ms;

作用：在使用accept锁后，同一时间只有一个worker进程能够取到accept锁。这个accept锁不是堵塞锁，如果取不到会立刻返回。如果只有一个worker进程试图取锁而没有取到，它至少要等待accept_mutex_delay定义的时间才能再次试图取锁。

批量建立新连接

语法：multi_accept [on|off];

默认：multi_accept off;

作用：当事件模型有新连接时，尽可能的对本次调度客户端发起的所有TCP请求都建立连接。

选择事件模型

默认：nginx会选出最合适的时间模型

作用：对于Linux系统，可供选择的事件驱动模型有：poll，select，epoll三种，一般来说，epoll是性能最高的。

每个worker的最大连接数

语法：worker_connections number;

作用：定义每个worker进程可以同时处理的最大连接数

nginx事件模型

负载均衡中间件（一）Nginx高性能负载均衡器 linux C++ 通讯架构（一）nginx安装、目录、进程模型

配置实例

负载均衡中间件（一）Nginx高性能负载均衡器 linux C++ 通讯架构（一）nginx安装、目录、进程模型

worker_processes  1;

events {
    worker_connections  1024;
}

http {
    include       mime.types;
    default_type  application/octet-stream;

    sendfile        on;
    
    keepalive_timeout  65;
    # 配置虚拟主机 192.168.75.145
    server {
    # 监听的ip和端口，配置 192.168.75.145:80
        listen       80;
    # 虚拟主机名称这里配置ip地址
        server_name  192.168.75.145;
    # 所有的请求都以/开始，所有的请求都可以匹配此 location
        location / {
        # 使用 root 指令指定虚拟主机目录即网页存放目录
        # 比如访问 http://ip/index.html 将找到 /usr/local/docker/nginx/html/html145/index.html
        # 比如访问 http://ip/item/index.html 将找到 /usr/local/docker/nginx/html/html145/item/index.html

            root   /usr/share/nginx/html145;
        # 指定欢迎页面，按从左到右顺序查找
            index  index.html index.htm;
        }

    }
    # 配置虚拟主机 192.168.75.245
    server {
        listen       80;
        server_name  192.168.75.245;

        location / {
            root   /usr/share/nginx/html245;
            index  index.html index.htm;
        }
    }
}

本站文章如无特殊说明，均为本站原创，如若转载，请注明出处：负载均衡中间件（一）Nginx高性能负载均衡器 linux C++ 通讯架构（一）nginx安装、目录、进程模型 - Python技术站

负载均衡中间件（一）Nginx高性能负载均衡器 linux C++ 通讯架构（一）nginx安装、目录、进程模型

一、Nginx基础

Nginx安装

Nginx虚拟主机

Nginx配置文件

二、Nginx负载均衡

正向代理和反向代理

正向代理

反向代理（Reverse Proxy）

反向代理作用：

负载均衡原理

Nginx负载均衡4种配置方案

负载均衡配置

配置基于Round Robin轮询的负载均衡

配置基于ip_hash的负载均衡

配置基于least_conn的负载均衡

配置基于权重的负载均衡

二、代理缓存机制

缓存文件放在哪？

如何指定哪些请求被缓存？

三、通过Lua扩展Nginx

Nginx进程模型

ngx_lua指令

OpenResty

四、高性能nginx最佳实践

nginx监听端口

Nginx虚拟主机

nginx配置location

常规配置

定义环境变量

嵌入其他配置文件

pid文件

nginx worker进程运行的用户和用户组

指定nginx worker进程可以打开的最大句柄描述符个数

nginx高性能配置

nginx worker进程个数

绑定nginx worker进程到指定的CPU内核

SSL硬件加速

nginx worker进程优先级设置

nginx事件配置

是否打开accept锁

使用accept锁后到真正建立连接之间的延迟时间

批量建立新连接

选择事件模型

每个worker的最大连接数

nginx事件模型

配置实例

相关文章