nginx

目录

  • 安装
  • 设置自启动
  • nginx命令
    • 查看版本号
    • 启动
    • 关闭
    • 重新加载配置文件
    • 重启
    • 校验文件的正确性
  • nginx配置文件
    • 全局块
    • events块
    • http块
      • ①、http全局块
      • ②、 server块
        • location规则
  • 负载均衡
  • 动静分离

安装

sudo yum -y install pcre-devel zlib-devel openssl openssl-devel
sudo yum -y install epel-release
sudo yum -y install nginx
sudo yum -y install nginx-all-modules.noarch

设置自启动

systemctl enable nginx && systemctl start nginx

nginx命令

方式一:进入nginx的/usr/local/nginx/sbin目录,使用./nginx操作nginx。
方式二:使用service nginx

查看版本号

#./nginx-v
service nginx -v

启动

#./nginx
service nginx start

关闭

#./nginx-s stop
service nginx stop

重新加载配置文件

只重新加载配置文件而不重启nginx

#./nginx-s reload
service nginx reload

重启

service nginx restart

校验文件的正确性

nginx -t

nginx配置文件

1、 nginx配置文件位置:/usr/local/nginx/conf/nginx.conf或者:/etc/nginx/nginx.conf
2、 nginx配置文件组成:全局块,events块,http块

全局块

从配置文件开始到 events块之间的内容,主要会设置一些影响 nginx服务器整体运行的配置指令,主要包括配
置运行 Nginx服务器的用户(组)、允许生成的 worker process数,进程PID存放路径、日志存放路径和类型以
及配置文件的引入等。
比如上面第一行配置的:

worker processes 1;

这是 Nginx服务器并发处理服务的关键配置, worker_ processes值越大,可以支持的升发处理量也越多,但是
会受到硬件、软件等设备的制约

events块

events块涉及的指令主要影响 Nginx服务器与用户的网络连接,常用的设置包括是否开启对多 work process
下的网络连接进行序列化,是否允许同时接收多个网络连接,选取哪种事件驱动模型来处理连接请求,每个wod
process可以同时支持的最大连接数等。

worker_connections 1024;

上述例子就表示每个 work process支持的最大连接数为1024.

http块

这部分的配置对 Nginx的性能影响较大,在实际中应该灵活配置。
这算是 Nginx服务器配置中最频繁的部分,代理、缓存和日志定义等绝大多数功能和第三方模块的配置都在这里。
需要注意的是:http块也可以包括http全局块、 server块。

①、http全局块

http全局块配置的指令包括文件引入、MIME-TYPE定义、日志自定义、连接超时时间、单链接请求数上限等。

②、 server块

这块和虚拟主机有密切关系,虚拟主机从用户角度看,和一台独立的硬件主机是完全一样的,该技术的产生是为了
节省互联网服务器硬件成本。
每个http块可以包括多个 server块,而每个 server块就相当于一个虚拟主机。
而每个 server块也分为全局 server块,以及可以同时包含多个 locaton块。

1、全局 server
最常见的配置是本虚拟机主机的监听配置和本虚拟主机的名称或护配置。

2、 location块
一个 server块可以配置多个 location块。
这块的主要作用是基于 Nginx服务器接收到的请求字符串(例如 server name/ur- string),对虚拟主机名称
(也可以是IP别名)之外的字符串(例如前面的/uri- string)进行匹配,对特定的请求进行处理。地址定向、数据缓
存和应答控制等功能,还有许多第三方模块的配置也在这里进行。

location规则

location 正则表达式 uri{
}

location [ = | ~ | ~* | `~ ] uri {
}

1、=:用于不含正则表达式的
uri
前,要求请求字符串与uri严格匹配,如果匹配
成功,就停止继续向下搜索并立即处理该请求。+
2、~:用于表示uri包含正则表达式,并且区分大小写。
3、~*:用于表示uri包含正则表达式,并且不区分大小写。+
4、`~:用于不含正则表达式的uri前,要求 Nginx服务器找到标识uri和请求字
符串匹配度最高的 location后,立即使用此 location处理请求,而不再使用 location
块中的正则uri和请求字符串做匹配。

注意:如果uri包含正则表达式,则必须要有~或者~*标识。

负载均衡

随着互联网信息的爆炸性增长,负载均衡( load balance)已经不再是一个很陌生的话题,
顾名思义,负载均衡即是将负载分摊到不同的服务单元,既保证服务的可用性,又保证响应
足够快,给用户很好的体验。快速增长的访问量和数据流量催生了各式各样的负载均衡产品,
很多专业的负载均衡硬件提供了很好的功能,但却价格不菲,这使得负载均衡软件大受欢迎,
nginx就是其中的一个,在 linux下有 Nginx、LVs、 Haproxy等等服务可以提供负载均衡服
务,而且 Nginx提供了几种分配方式(策略):
1、轮询(默认)
每个请求按时间顺序逐一分配到不同的后端服务器,如果后端服务器down掉,能自动剔除。
2. weight
weight代表权重,默认为1,权重越高被分配的客户端越多。
指定轮询几率, weight和访问比率成正比,用于后端服务器性能不均的情况。例如:

upstream myservices{
server 127.0.0.1:81 weight=5
server 127.0.0.1:82 weight=10
}
  1. ip hash
    每个请求按访问i的hash结果分配,这样每个访客固定访问一个后端服务器,可以解决 session的问题。例如:
upstream myservices{
ip_hash
server 127.0.0.1:81
server 127.0.0.1:82
}

4、fair(第三方)
按后端服务器的响应时间来分配请求,响应时间短的优先分配。

upstream myservices{
server 127.0.0.1:81
server 127.0.0.1:82
fair
}

动静分离

静态文件是指html,css,js,image
nginx动静分离是指,把动态请求和静态请求分离,而不是把动态页面和静态页面分离。
Nginx动静分离简单来说就是把动态跟静态请求分开,不能理解成只是单纯的把动态页面和
静态页面物理分离。严格意义上说应该是动态请求跟静态请求分开,可以理解成使用ginx
处理静态页面, Tomcat处理动态页面。动静分离从目前实现角度来讲大致分为两种,
一种是纯粹把静态文件独立成单独的域名,放在独立的服务器上,也是目前主流推崇的方案;
另外一种方法就是动态跟静态文件混合在一起发布,通过 nginx来分开。
通过 location指定不同的后缀名实现不同的请求转发。通过 expires参数设置,可以使
浏览器缓存过期时间,减少与服务器之前的请求和流量。具体 Expires定义:是给一个资
源设定一个过期时间,也就是说无需去服务端验证,直接通过浏览器自身确认是否过期即可,
所以不会产生额外的流量。此种方法非常适合不经常变动的资源。(如果经常更新的文件,
不建议使用 Expires来缓存),我这里设置3d,表示在这3天之内访问这个URL,发送
一个请求,比对服务器该文件最后更新时间没有变化,则不会从服务器抓取,返回状态码
304,如果有修改,则直接从服务器重新下载,返回状态码200。

location /html/ {
	root	/mydata/static/html/;#mydata是服务器根目录下的目录。
	autoindex on;#列出当前文件夹所有资源
}
location /css/ {
	root	/mydata/static/css/;
}
location /js/ {
	root	/mydata/static/js/;
}
location /image/ {
	root	/mydata/static/iamge/;
}

你可能感兴趣的:(Web服务器,nginx,web,linux)