Nginx快速入门实例分析

今天小编给大家分享一下Nginx快速入门实例分析的相关知识点,内容详细,逻辑清晰,相信大部分人都还太了解这方面的知识,所以分享这篇文章给大家参考一下,希望大家阅读完这篇文章后有所收获,下面我们一起来了解一下吧。

创新互联主营武江网站建设的网络公司,主营网站建设方案,app开发定制,武江h5小程序定制开发搭建,武江网站营销推广欢迎武江等地区企业咨询

为什么要用nginx?

目前 nginx 的主力竞争对手莫过于 apache ,在这里小编对两者做一个简单的对比,帮助大家更好的理解 nginx 的优势。

1、作为 web 服务器

相比 apache,nginx 使用更少的资源,支持更多的并发连接,体现更高的效率,这点使 nginx 尤其受到虚拟主机提供商的欢迎。在高连接并发的情况下,nginx是apache服务器不错的替代品: nginx在美国是做虚拟主机生意的老板们经常选择的软件平台之一,能够支持高达 50000 个并发连接数的响应, 感谢nginx 为我们选择了 epoll and kqueue 作为开发模型。

nginx作为负载均衡服务器: nginx 既可以在内部直接支持 rails 和 php 程序对外进行服务, 也可以支持作为 http代理 服务器对外进行服务。nginx采用c进行编写, 不论是系统资源开销还是cpu使用效率都比 perlbal 要好很多。

2、nginx 配置简洁, apache 复杂:

nginx 启动特别容易, 并且几乎可以做到7*24不间断运行,即使运行数个月也不需要重新启动. 你还能够不间断服务的情况下进行软件版本的升级。

nginx 静态处理性能比 apache 高 3倍以上,apache 对 php 支持比较简单,nginx 需要配合其他后端来使用 ,apache 的组件比 nginx 多。

3、最核心的区别在于:

apache是同步多进程模型,一个连接对应一个进程;nginx是异步的,多个连接(万级别)可以对应一个进程 。

4、两者的擅长领域分别是:

nginx的优势是处理静态请求,cpu内存使用率低,apache适合处理动态请求,所以现在一般前端用nginx作为反向代理抗住压力,apache作为后端处理动态请求。

nginx 基本使用方法

系统平台:centos release 6.6 (final) 64位。

一、安装编译工具及库文件

Nginx快速入门实例分析

二、首先要安装 pcre

1、pcre 作用是让 nginx 支持 rewrite 功能。下载 pcre 安装包,下载地址: 

Nginx快速入门实例分析 

Nginx快速入门实例分析 

2、解压安装包:

Nginx快速入门实例分析

3、进入安装包目录

Nginx快速入门实例分析

4、编译安装

Nginx快速入门实例分析

5、查看pcre版本

Nginx快速入门实例分析

Nginx快速入门实例分析 

三、安装 nginx

1、下载 nginx,下载地址:

Nginx快速入门实例分析

Nginx快速入门实例分析 

2、解压安装包

Nginx快速入门实例分析

3、进入安装包目录

Nginx快速入门实例分析

4、编译安装

Nginx快速入门实例分析

5、查看nginx版本

Nginx快速入门实例分析

Nginx快速入门实例分析 

到此,nginx安装完成。

四、nginx 配置

创建 nginx 运行使用的用户 www:

Nginx快速入门实例分析

配置nginx.conf ,将/usr/local/webserver/nginx/conf/nginx.conf替换为以下内容

Nginx快速入门实例分析

检查配置文件ngnix.conf的正确性命令:

Nginx快速入门实例分析

Nginx快速入门实例分析 

五、启动 nginx

nginx 启动命令如下:

Nginx快速入门实例分析

Nginx快速入门实例分析

六、访问站点

从浏览器访问我们配置的站点ip:

Nginx快速入门实例分析

nginx 常用指令说明

1. main 全局配置

nginx在运行时与具体业务功能(比如http服务或者email服务代理)无关的一些参数,比如工作进程数,运行的身份等。

woker_processes 2
在配置文件的顶级main部分,worker角色的工作进程的个数,master进程是接收并分配请求给worker处理。这个数值简单一点可以设置为cpu的核数grep ^processor /proc/cpuinfo | wc -l,也是 auto 值,如果开启了ssl和gzip更应该设置成与逻辑cpu数量一样甚至为2倍,可以减少i/o操作。如果nginx服务器还有其它服务,可以考虑适当减少。

 worker_cpu_affinity
也是写在main部分。在高并发情况下,通过设置cpu粘性来降低由于多cpu核切换造成的寄存器等现场重建带来的性能损耗。如worker_cpu_affinity 0001 0010 0100 1000; (四核)。

worker_connections 2048
写在events部分。每一个worker进程能并发处理(发起)的最大连接数(包含与客户端或后端被代理服务器间等所有连接数)。nginx作为反向代理服务器,计算公式 最大连接数 = worker_processes * worker_connections/4,所以这里客户端最大连接数是1024,这个可以增到到8192都没关系,看情况而定,但不能超过后面的worker_rlimit_nofile。当nginx作为http服务器时,计算公式里面是除以2。

worker_rlimit_nofile 10240
写在main部分。默认是没有设置,可以限制为操作系统最大的限制65535。

 use epoll
写在events部分。在linux操作系统下,nginx默认使用epoll事件模型,得益于此,nginx在linux操作系统下效率相当高。同时nginx在openbsd或freebsd操作系统上采用类似于epoll的高效事件模型kqueue。在操作系统不支持这些高效模型时才使用select。

2. http服务器

与提供http服务相关的一些配置参数。例如:是否使用keepalive啊,是否使用gzip进行压缩等。

sendfile on
开启高效文件传输模式,sendfile指令指定nginx是否调用sendfile函数来输出文件,减少用户空间到内核空间的上下文切换。对于普通应用设为 on,如果用来进行下载等应用磁盘io重负载应用,可设置为off,以平衡磁盘与网络i/o处理速度,降低系统的负载。

 keepalive_timeout 65 : 长连接超时时间,单位是秒,这个参数很敏感,涉及浏览器的种类、后端服务器的超时设置、操作系统的设置,可以另外起一片文章了。长连接请求大量小文件的时候,可以减少重建连接的开销,但假如有大文件上传,65s内没上传完成会导致失败。如果设置时间过长,用户又多,长时间保持连接会占用大量资源。

 send_timeout : 用于指定响应客户端的超时时间。这个超时仅限于两个连接活动之间的时间,如果超过这个时间,客户端没有任何活动,nginx将会关闭连接。

 client_max_body_size 10m
允许客户端请求的最大单文件字节数。如果有上传较大文件,请设置它的限制值

 client_body_buffer_size 128k
缓冲区代理缓冲用户端请求的最大字节数

模块http_proxy:

这个模块实现的是nginx作为反向代理服务器的功能,包括缓存功能(另见文章)

proxy_connect_timeout 60
nginx跟后端服务器连接超时时间(代理连接超时)

proxy_read_timeout 60
连接成功后,与后端服务器两个成功的响应操作之间超时时间(代理接收超时)

proxy_buffer_size 4k
设置代理服务器(nginx)从后端realserver读取并保存用户头信息的缓冲区大小,默认与proxy_buffers大小相同,其实可以将这个指令值设的小一点

proxy_buffers 4 32k
proxy_buffers缓冲区,nginx针对单个连接缓存来自后端realserver的响应,网页平均在32k以下的话,这样设置

proxy_busy_buffers_size 64k
高负荷下缓冲大小(proxy_buffers*2)

proxy_max_temp_file_size
当proxy_buffers放不下后端服务器的响应内容时,会将一部分保存到硬盘的临时文件中,这个值用来设置最大临时文件大小,默认1024m,它与proxy_cache没有关系。大于这个值,将从upstream服务器传回。设置为0禁用。

proxy_temp_file_write_size 64k
当缓存被代理的服务器响应到临时文件时,这个选项限制每次写临时文件的大小。proxy_temp_path(可以在编译的时候)指定写到哪那个目录。

proxy_pass,proxy_redirect见 location 部分。

模块http_gzip:

gzip on : 开启gzip压缩输出,减少网络传输。

  1.  gzip_min_length 1k : 设置允许压缩的页面最小字节数,页面字节数从header头得content-length中进行获取。默认值是20。建议设置成大于1k的字节数,小于1k可能会越压越大。

  2. gzip_buffers 4 16k : 设置系统获取几个单位的缓存用于存储gzip的压缩结果数据流。4 16k代表以16k为单位,安装原始数据大小以16k为单位的4倍申请内存。

  3. gzip_http_version 1.0 : 用于识别 http 协议的版本,早期的浏览器不支持 gzip 压缩,用户就会看到乱码,所以为了支持前期版本加上了这个选项,如果你用了 nginx 的反向代理并期望也启用 gzip 压缩的话,由于末端通信是 http/1.0,故请设置为 1.0。

  4. gzip_comp_level 6 : gzip压缩比,1压缩比最小处理速度最快,9压缩比最大但处理速度最慢(传输快但比较消耗cpu)

  5. gzip_types :匹配mime类型进行压缩,无论是否指定,”text/html”类型总是会被压缩的。

  6. gzip_proxied any : nginx作为反向代理的时候启用,决定开启或者关闭后端服务器返回的结果是否压缩,匹配的前提是后端服务器必须要返回包含”via”的 header头。

  7. gzip_vary on : 和http头有关系,会在响应头加个 vary: accept-encoding ,可以让前端的缓存服务器缓存经过gzip压缩的页面,例如,用squid缓存经过nginx压缩的数据。

 3. server虚拟主机

http服务上支持若干虚拟主机。每个虚拟主机一个对应的server配置项,配置项里面包含该虚拟主机相关的配置。在提供mail服务的代理时,也可以建立若干server。每个server通过监听地址或端口来区分。

listen
监听端口,默认80,小于1024的要以root启动。可以为listen *:80、listen 127.0.0.1:80等形式。

server_name
服务器名,如localhost、www.example.com,可以通过正则匹配。

模块http_stream

这个模块通过一个简单的调度算法来实现客户端ip到后端服务器的负载均衡,upstream后接负载均衡器的名字,后端realserver以 host:port options; 方式组织在 {} 中。如果后端被代理的只有一台,也可以直接写在 proxy_pass 。

4. location

http服务中,某些特定的url对应的一系列配置项。

root /var/www/html
定义服务器的默认网站根目录位置。如果locationurl匹配的是子目录或文件,root没什么作用,一般放在server指令里面或/下。

index index.jsp index.html index.htm
定义路径下默认访问的文件名,一般跟着root放

proxy_pass http:/backend
请求转向backend定义的服务器列表,即反向代理,对应upstream负载均衡器。也可以proxy_pass http://ip:port。

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;

这四个暂且这样设,如果深究的话,每一个都涉及到很复杂的内容,也将通过另一篇文章来解读。

关于location匹配规则的写法,可以说尤为关键且基础的,参考文章 nginx配置location总结及rewrite规则写法;

5. 其它

5.1 访问控制 allow/deny

nginx 的访问控制模块默认就会安装,而且写法也非常简单,可以分别有多个allow,deny,允许或禁止某个ip或ip段访问,依次满足任何一个规则就停止往下匹配。如:

Nginx快速入门实例分析

我们也常用 httpd-devel 工具的 htpasswd 来为访问的路径设置登录密码:

Nginx快速入门实例分析

这样就生成了默认使用crypt加密的密码文件。打开上面nginx-status的两行注释,重启nginx生效。

5.2 列出目录 autoindex

nginx默认是不允许列出整个目录的。如需此功能,打开nginx.conf文件,在location,server 或 http段中加入autoindex on;,另外两个参数最好也加上去:

  1. autoindex_exact_size off; 默认为on,显示出文件的确切大小,单位是bytes。改为off后,显示出文件的大概大小,单位是kb或者mb或者gb autoindex_localtime on;

  2. 默认为off,显示的文件时间为gmt时间。改为on后,显示的文件时间为文件的服务器时间

Nginx快速入门实例分析

以上就是“Nginx快速入门实例分析”这篇文章的所有内容,感谢各位的阅读!相信大家阅读完这篇文章都有很大的收获,小编每天都会为大家更新不同的知识,如果还想学习更多的知识,请关注创新互联行业资讯频道。


文章标题:Nginx快速入门实例分析
当前路径:http://hbruida.cn/article/jpdddi.html