Nginx安装及配置详解【转】

nginx概述

nginx是一款自由的、开源的、高性能的HTTP服务器和反向代理服务器;同时也是一个IMAP、POP三、SMTP代理服务器;nginx能够做为一个HTTP服务器进行网站的发布处理,另外nginx能够做为反向代理进行负载均衡的实现。javascript

这里主要经过三个方面简单介绍nginxphp

  • 反向代理
  • 负载均衡
  • nginx特色

1. 反向代理

关于代理css

说到代理,首先咱们要明确一个概念,所谓代理就是一个表明、一个渠道;html

此时就设计到两个角色,一个是被代理角色,一个是目标角色,被代理角色经过这个代理访问目标角色完成一些任务的过程称为代理操做过程;如同生活中的专卖店~客人到adidas专卖店买了一双鞋,这个专卖店就是代理,被代理角色就是adidas厂家,目标角色就是用户java

 


正向代理node

说反向代理以前,咱们先看看正向代理,正向代理也是你们最常接触的到的代理模式,咱们会从两个方面来讲关于正向代理的处理模式,分别从软件方面和生活方面来解释一下什么叫正向代理linux

在现在的网络环境下,咱们若是因为技术须要要去访问国外的某些网站,此时你会发现位于国外的某网站咱们经过浏览器是没有办法访问的,此时你们可能都会用一个操做FQ进行访问,FQ的方式主要是找到一个能够访问国外网站的代理服务器,咱们将请求发送给代理服务器,代理服务器去访问国外的网站,而后将访问到的数据传递给咱们!nginx

上述这样的代理模式称为正向代理,正向代理最大的特色是客户端很是明确要访问的服务器地址;服务器只清楚请求来自哪一个代理服务器,而不清楚来自哪一个具体的客户端;正向代理模式屏蔽或者隐藏了真实客户端信息。web

 


反向代理算法

明白了什么是正向代理,咱们继续看关于反向代理的处理方式,举例如我大天朝的某宝网站,天天同时链接到网站的访问人数已经爆表,单个服务器远远不能知足人民日益增加的购买欲望了,此时就出现了一个你们耳熟能详的名词:分布式部署;也就是经过部署多台服务器来解决访问人数限制的问题;某宝网站中大部分功能也是直接使用nginx进行反向代理实现的,而且经过封装nginx和其余的组件以后起了个高大上的名字:Tengine,有兴趣的童鞋能够访问Tengine的官网查看具体的信息:http://tengine.taobao.org/
那么反向代理具体是经过什么样的方式实现的分布式的集群操做呢,咱们先看一个示意图:

 

经过上述的图解你们就能够看清楚了,多个客户端给服务器发送的请求,nginx服务器接收到以后,按照必定的规则分发给了后端的业务处理服务器进行处理了。此时~请求的来源也就是客户端是明确的,可是请求具体由哪台服务器处理的并不明确了,nginx扮演的就是一个反向代理角色

反向代理,主要用于服务器集群分布式部署的状况下,反向代理隐藏了服务器的信息!

项目场景

一般状况下,咱们在实际项目操做时,正向代理和反向代理颇有可能会存在在一个应用场景中,正向代理代理客户端的请求去访问目标服务器,目标服务器是一个反向单利服务器,反向代理了多台真实的业务处理服务器。具体的拓扑图以下:

2. 负载均衡

咱们已经明确了所谓代理服务器的概念,那么接下来,nginx扮演了反向代理服务器的角色,它是以依据什么样的规则进行请求分发的呢?不用的项目应用场景,分发的规则是否能够控制呢?

这里提到的客户端发送的、nginx反向代理服务器接收到的请求数量,就是咱们说的负载量

请求数量按照必定的规则进行分发到不一样的服务器处理的规则,就是一种均衡规则

因此~将服务器接收到的请求按照规则分发的过程,称为负载均衡。

负载均衡在实际项目操做过程当中,有硬件负载均衡和软件负载均衡两种,硬件负载均衡也称为硬负载,如F5负载均衡,相对造价昂贵成本较高,可是数据的稳定性安全性等等有很是好的保障,如中国移动中国联通这样的公司才会选择硬负载进行操做;更多的公司考虑到成本缘由,会选择使用软件负载均衡,软件负载均衡是利用现有的技术结合主机硬件实现的一种消息队列分发机制

 

nginx支持的负载均衡调度算法方式以下:

  1. weight轮询(默认):接收到的请求按照顺序逐一分配到不一样的后端服务器,即便在使用过程当中,某一台后端服务器宕机,nginx会自动将该服务器剔除出队列,请求受理状况不会受到任何影响。 这种方式下,能够给不一样的后端服务器设置一个权重值(weight),用于调整不一样的服务器上请求的分配率;权重数据越大,被分配到请求的概率越大;该权重值,主要是针对实际工做环境中不一样的后端服务器硬件配置进行调整的。

  2. ip_hash:每一个请求按照发起客户端的ip的hash结果进行匹配,这样的算法下一个固定ip地址的客户端总会访问到同一个后端服务器,这也在必定程度上解决了集群部署环境下session共享的问题。

  3. fair:智能调整调度算法,动态的根据后端服务器的请求处理到响应的时间进行均衡分配,响应时间短处理效率高的服务器分配到请求的几率高,响应时间长处理效率低的服务器分配到的请求少;结合了前二者的优势的一种调度算法。可是须要注意的是nginx默认不支持fair算法,若是要使用这种调度算法,请安装upstream_fair模块

  4. url_hash:按照访问的url的hash结果分配请求,每一个请求的url会指向后端固定的某个服务器,能够在nginx做为静态服务器的状况下提升缓存效率。一样要注意nginx默认不支持这种调度算法,要使用的话须要安装nginx的hash软件包

Nginx安装

1. windows安装

官方网站下载地址:

https://nginx.org/en/download.html

 

 

以下图所示,下载对应的版本的nginx压缩包,解压到本身电脑上存放软件的文件夹中便可

 

解压完成后,文件目录结构以下:

 

 

启动nginx

1) 直接双击该目录下的nginx.exe,便可启动nginx服务器

2) 命令行计入该文件夹,执行nginx命令,也会直接启动nginx服务器

D:/resp_application/nginx-1.13.5> nginx

 

访问nginx

打开浏览器,输入地址:http://localhost,访问页面,出现以下页面表示访问成功

 

中止nginx

命令行进入nginx根目录,执行以下命令,中止服务器:

# 强制中止nginx服务器,若是有未处理的数据,丢弃 D:/resp_application/nginx-1.13.5> nginx -s stop # 优雅的中止nginx服务器,若是有未处理的数据,等待处理完成以后中止 D:/resp_application/nginx-1.13.5> nginx -s quit

 

2. ubuntu安装

按照正常软件的安装方式,直接经过以下命令进行安装:

$ sudo apt-get install nginx

安装完成便可,在/usr/sbin/目录下是nginx命令所在目录,在/etc/nginx/目录下是nginx全部的配置文件,用于配置nginx服务器以及负载均衡等信息

 
查看nginx进程是否启动
$ ps -ef|grep nginx

nginx会自动根据当前主机的CPU的内核数目建立对应的进程数量(当前ubuntu主机是2核4线程配置)

备注:这里启动的服务进程实际上是4个进程,由于nginx进程在启动的时候,会附带一个守护进程,用于保护正式进程不被异常终止;若是守护进程一旦返现nginx继承被终止了,会自动重启该进程。

守护进程通常会称为master进程,业务进程被称为worker进程

 
启动nginx服务器命令

直接执行nginx会按照默认的配置文件进行服务器的启动

$ nginx
 
中止nginx服务命令

和windows系统执行过程同样,两种中止方式

$ nginx -s stop or $ nginx -s quit
 
从新启动加载

一样也可使用命令reopen和reload来从新启动nginx或者从新加载配合着文件。

 

3. mac os安装

直接经过brew进行nginx的安装,或者下载tar.gz压缩包都是能够的。

直接经过brew进行安装

brew install nginx

安装完成后,后续的命令操做,服务器的启动、进程查看、服务器的中止、服务器的重启已经文件加载命令都是一致的。

nginx配置

nginx是一个功能很是强大的web服务器加反向代理服务器,同时又是邮件服务器等等

在项目使用中,使用最多的三个核心功能是反向代理、负载均衡和静态服务器

这三个不一样的功能的使用,都跟nginx的配置密切相关,nginx服务器的配置信息主要集中在nginx.conf这个配置文件中,而且全部的可配置选项大体分为如下几个部分

复制代码
复制代码
main                                # 全局配置  events { # nginx工做模式配置  } http { # http设置  .... server { # 服务器主机配置  .... location { # 路由配置  .... } location path { .... } location otherpath { .... } } server { .... location { .... } } upstream name { # 负载均衡配置  .... } }
复制代码
复制代码

 

如上述配置文件所示,主要由6个部分组成:

  1. main:用于进行nginx全局信息的配置
  2. events:用于nginx工做模式的配置
  3. http:用于进行http协议信息的一些配置
  4. server:用于进行服务器访问信息的配置
  5. location:用于进行访问路由的配置
  6. upstream:用于进行负载均衡的配置

main模块

观察下面的配置代码

复制代码
复制代码
# user nobody nobody; worker_processes 2; # error_log logs/error.log # error_log logs/error.log notice # error_log logs/error.log info # pid logs/nginx.pid worker_rlimit_nofile 1024;
复制代码
复制代码

上述配置都是存放在main全局配置模块中的配置项

  • user用来指定nginx worker进程运行用户以及用户组,默认nobody帐号运行
  • worker_processes指定nginx要开启的子进程数量,运行过程当中监控每一个进程消耗内存(通常几M~几十M不等)根据实际状况进行调整,一般数量是CPU内核数量的整数倍
  • error_log定义错误日志文件的位置及输出级别【debug / info / notice / warn / error / crit】
  • pid用来指定进程id的存储文件的位置
  • worker_rlimit_nofile用于指定一个进程能够打开最多文件数量的描述

event 模块

上干货

event { worker_connections 1024; multi_accept on; use epoll; }

上述配置是针对nginx服务器的工做模式的一些操做配置

  • worker_connections 指定最大能够同时接收的链接数量,这里必定要注意,最大链接数量是和worker processes共同决定的。
  • multi_accept 配置指定nginx在收到一个新链接通知后尽量多的接受更多的链接
  • use epoll 配置指定了线程轮询的方法,若是是linux2.6+,使用epoll,若是是BSD如Mac请使用Kqueue

http模块

做为web服务器,http模块是nginx最核心的一个模块,配置项也是比较多的,项目中会设置到不少的实际业务场景,须要根据硬件信息进行适当的配置,常规状况下,使用默认配置便可!

复制代码
复制代码
http { ## # 基础配置 ##  sendfile on; tcp_nopush on; tcp_nodelay on; keepalive_timeout 65; types_hash_max_size 2048; # server_tokens off; # server_names_hash_bucket_size 64; # server_name_in_redirect off;  include /etc/nginx/mime.types; default_type application/octet-stream; ## # SSL证书配置 ##  ssl_protocols TLSv1 TLSv1.1 TLSv1.2; # Dropping SSLv3, ref: POODLE  ssl_prefer_server_ciphers on; ## # 日志配置 ##  access_log /var/log/nginx/access.log; error_log /var/log/nginx/error.log; ## # Gzip 压缩配置 ##  gzip on; gzip_disable "msie6"; # gzip_vary on; # gzip_proxied any; # gzip_comp_level 6; # gzip_buffers 16 8k; # gzip_http_version 1.1; # gzip_types text/plain text/css application/json application/javascript text/xml application/xml application/xml+rss text/javascript; ## # 虚拟主机配置 ##  include /etc/nginx/conf.d/*.conf; include /etc/nginx/sites-enabled/*;
复制代码
复制代码

 

1) 基础配置

复制代码
复制代码
sendfile on:配置on让sendfile发挥做用,将文件的回写过程交给数据缓冲去去完成,而不是放在应用中完成,这样的话在性能提高有有好处 tc_nopush on:让nginx在一个数据包中发送全部的头文件,而不是一个一个单独发 tcp_nodelay on:让nginx不要缓存数据,而是一段一段发送,若是数据的传输有实时性的要求的话能够配置它,发送完一小段数据就马上能获得返回值,可是不要滥用哦 keepalive_timeout 10:给客户端分配链接超时时间,服务器会在这个时间事后关闭链接。通常设置时间较短,可让nginx工做持续性更好 client_header_timeout 10:设置请求头的超时时间 client_body_timeout 10:设置请求体的超时时间 send_timeout 10:指定客户端响应超时时间,若是客户端两次操做间隔超过这个时间,服务器就会关闭这个连接 limit_conn_zone $binary_remote_addr zone=addr:5m :设置用于保存各类key的共享内存的参数, limit_conn addr 100: 给定的key设置最大链接数 server_tokens:虽然不会让nginx执行速度更快,可是能够在错误页面关闭nginx版本提示,对于网站安全性的提高有好处哦 include /etc/nginx/mime.types:指定在当前文件中包含另外一个文件的指令 default_type application/octet-stream:指定默认处理的文件类型能够是二进制 type_hash_max_size 2048:混淆数据,影响三列冲突率,值越大消耗内存越多,散列key冲突率会下降,检索速度更快;值越小key,占用内存较少,冲突率越高,检索速度变慢
复制代码
复制代码

2) 日志配置

access_log logs/access.log:设置存储访问记录的日志 error_log logs/error.log:设置存储记录错误发生的日志

3) SSL证书加密

ssl_protocols:指令用于启动特定的加密协议,nginx在1.1.13和1.0.12版本后默认是ssl_protocols SSLv3 TLSv1 TLSv1.1 TLSv1.2,TLSv1.1与TLSv1.2要确保OpenSSL >= 1.0.1 ,SSLv3 如今还有不少地方在用但有很多被攻击的漏洞。 ssl prefer server ciphers:设置协商加密算法时,优先使用咱们服务端的加密套件,而不是客户端浏览器的加密套件

4) 压缩配置

复制代码
复制代码
gzip 是告诉nginx采用gzip压缩的形式发送数据。这将会减小咱们发送的数据量。 gzip_disable 为指定的客户端禁用gzip功能。咱们设置成IE6或者更低版本以使咱们的方案可以普遍兼容。 gzip_static 告诉nginx在压缩资源以前,先查找是否有预先gzip处理过的资源。这要求你预先压缩你的文件(在这个例子中被注释掉了),从而容许你使用最高压缩比,这样nginx就不用再压缩这些文件了(想要更详尽的gzip_static的信息,请点击这里)。 gzip_proxied 容许或者禁止压缩基于请求和响应的响应流。咱们设置为any,意味着将会压缩全部的请求。 gzip_min_length 设置对数据启用压缩的最少字节数。若是一个请求小于1000字节,咱们最好不要压缩它,由于压缩这些小的数据会下降处理此请求的全部进程的速度。 gzip_comp_level 设置数据的压缩等级。这个等级能够是1-9之间的任意数值,9是最慢可是压缩比最大的。咱们设置为4,这是一个比较折中的设置。 gzip_type 设置须要压缩的数据格式。上面例子中已经有一些了,你也能够再添加更多的格式。
复制代码
复制代码

5) 文件缓存配置

复制代码
复制代码
open_file_cache 打开缓存的同时也指定了缓存最大数目,以及缓存的时间。咱们能够设置一个相对高的最大时间,这样咱们能够在它们不活动超过20秒后清除掉。
open_file_cache_valid 在open_file_cache中指定检测正确信息的间隔时间。
open_file_cache_min_uses 定义了open_file_cache中指令参数不活动时间期间里最小的文件数。
open_file_cache_errors 指定了当搜索一个文件时是否缓存错误信息,也包括再次给配置中添加文件。咱们也包括了服务器模块,这些是在不一样文件中定义的。若是你的服务器模块不在这些位置,你就得修改这一行来指定正确的位置。
复制代码
复制代码

server模块

srever模块配置是http模块中的一个子模块,用来定义一个虚拟访问主机,也就是一个虚拟服务器的配置信息

复制代码
复制代码
server { listen 80; server_name localhost 192.168.1.100; root /nginx/www; index index.php index.html index.html; charset utf-8; access_log logs/access.log; error_log logs/error.log; ...... }
复制代码
复制代码

核心配置信息以下:

  • server:一个虚拟主机的配置,一个http中能够配置多个server

  • server_name:用力啊指定ip地址或者域名,多个配置之间用空格分隔

  • root:表示整个server虚拟主机内的根目录,全部当前主机中web项目的根目录

  • index:用户访问web网站时的全局首页

  • charset:用于设置www/路径中配置的网页的默认编码格式

  • access_log:用于指定该虚拟主机服务器中的访问记录日志存放路径

  • error_log:用于指定该虚拟主机服务器中访问错误日志的存放路径

location模块

location模块是nginx配置中出现最多的一个配置,主要用于配置路由访问信息

在路由访问信息配置中关联到反向代理、负载均衡等等各项功能,因此location模块也是一个很是重要的配置模块

基本配置

location / { root /nginx/www; index index.php index.html index.htm; }

location /:表示匹配访问根目录

root:用于指定访问根目录时,访问虚拟主机的web目录

index:在不指定访问具体资源时,默认展现的资源文件列表

反向代理配置方式

经过反向代理代理服务器访问模式,经过proxy_set配置让客户端访问透明化

location / { proxy_pass http://localhost:8888; proxy_set_header X-real-ip $remote_addr; proxy_set_header Host $http_host; }

uwsgi配置

wsgi模式下的服务器配置访问方式

location / { include uwsgi_params; uwsgi_pass localhost:8888 }

upstream模块

upstream模块主要负责负载均衡的配置,经过默认的轮询调度方式来分发请求到后端服务器

简单的配置方式以下

复制代码
复制代码
upstream name { ip_hash; server 192.168.1.100:8000; server 192.168.1.100:8001 down; server 192.168.1.100:8002 max_fails=3; server 192.168.1.100:8003 fail_timeout=20s; server 192.168.1.100:8004 max_fails=3 fail_timeout=20s; }
复制代码
复制代码

核心配置信息以下

  • ip_hash:指定请求调度算法,默认是weight权重轮询调度,能够指定

  • server host:port:分发服务器的列表配置

  • -- down:表示该主机暂停服务

  • -- max_fails:表示失败最大次数,超过失败最大次数暂停服务

  • -- fail_timeout:表示若是请求受理失败,暂停指定的时间以后从新发起请求

proxy转发参数解释

# 故障转移策略,当后端服务器返回以下错误时,自动负载到后端其他机器
proxy_next_upstream http_500 http_502 http_503 error timeout invalid_header;
# 设置后端服务器获取用户真实IP、代理者真实IP等
proxy_redirect off;
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
# 用于指定客户端请求主体缓存区大小,能够理解成先保存到本地再传给用户
client_body_buffer_size 128k;
# 表示与后端服务器链接的超时时间,即发起握手等侯响应的超时时间
proxy_connect_timeout 90;
# 表示后端服务器的数据回传时间,即在规定时间以后端服务器必须传完全部的数据,不然 Nginx 将断开这个链接
proxy_send_timeout 90;
# 设置 Nginx 从代理的后端服务器获取信息的时间,表示链接创建成功后,Nginx 等待后端服务器的响应时间,实际上是 Nginx 已经进入后端的排队中等候处理的时间
proxy_read_timeout 90;
# 设置缓冲区大小,默认该缓冲区大小等于指令 proxy_buffers 设置的大小
proxy_buffer_size 4k;
# 设置缓冲区的数量和大小。Nginx 从代理的后端服务器获取的响应信息,会放置到缓冲区
proxy_buffers 4 32k;
# 用于设置系统很忙时可使用的 proxy_buffers 大小,官方推荐大小为 proxu_buffers 的两倍
proxy_busy_buffers_size 64k;
# 指定 proxy 缓存临时文件的大小
proxy_temp_file_write_size 64k; 

 

转自

Nginx安装及配置详解 - 枫飞飞 - 博客园 https://www.cnblogs.com/fengff/p/8892590.html

Nginx 反向代理、后端检测模块 - WangXiaoQiang - 博客园 https://www.cnblogs.com/wangxiaoqiangs/p/7793497.html

相关文章
相关标签/搜索