Nginx概述
Nginx:
Nginx 是开源、高性能、高可靠的 Web 和反向代理服务器,而且支持热部署,几乎可以做到 7 * 24 小时不间断运行,即使运行几个月也不需要重新启动,还能在不间断服务的情况下对软件版本进行热更新。
对HTTP并发连接的处理能力高,单台物理服务器可支持30000~50000个并发请求。
Apache:
Apache是以进程为基础的结构,进程要比线程消耗更多的系统开支,不太适用于多处理器环境,因此,在一个apache Web站点扩容时,通常是增加服务器或扩充群集节点而不是增加处理器。
Nginx和Apache的差异
| Nginx | Apache |
|---|---|
| nginx是一个基于事件的web服务器 | apache是一个基于流程的服务器 |
| 所有请求都由一个线程处理 | 单个线程处理单个请求 |
| nginx避免子进程的概念 | apache是基于子进程的 |
| nginx类似于速度 | apache类似于功率 |
| nginx在内存消耗和连接方面比较好 | apache在内存消耗和连接上没有提高 |
| nginx在负载均衡方面表现较好 | 当流量到达进程极限时,apache将拒绝新的连接。 |
| nginx不支持IBMI和openvms一样的os | apache支持更多的os |
| nginx只具有核心功能 | apache提供了比nginx更多的功能 |
| nginx的性能和可伸缩性不依赖于硬件 | apache依赖于cpu和内存等硬件组件 |
| Nginx支持热部署 | Apache不支持热部署 |
Apache: 创建多个进程或线程,而每个进程或线程都会为其分配cpu和内存(线程要比进程小的多,所以worker支持比perfork高的并发)
Nginx: 采用单线程来异步非阻塞处理请求(管理员可以配置Nginx主进程的工作进程的数量),不会为每个请求分配cpu和内存资源,节省了大量资源,同时也减少了大量的CPU的上下文切换。所以才使得Nginx 支持更高的并发。
Nginx和Apache的优缺点比较
(1)nginx相对于apache的优点∶
- 轻量级,同样起web服务,比apache占用更少的内存及资源
- 抗并发,nginx处理请求是异步非阻塞的,而apache是阻塞型的在高并发下,nginx能保持低资源低消耗高性能
- 高度模块化的设计,编写模块相对简
- 支持热部署,平滑升级
(2)apache相对于nginx的优点∶
- Rewrite比nginx的rewrite强大 (rewrite的主要功能就是实现统一资源定位符URL的跳转)
- 模块多,基本想到的都可以找到
- 少bug, nginx的bug相对较多
- 超稳定
- Nginx处理动态请求是弱项,动态请求要Apache去做。
总结:一般来说,需要性能的web服务,用Nginx. 如果不需要性能只求稳定,那就Apache。Nginx处理动态请求是弱项,一般动态请求要Apache去做,Nginx只适处理静态网页或反向代理。
Nginx的进程Apache和Nginx的默认端口都是80,如果其中一个已经启动了,那么再启动另一个会报错。如果想要同时使用,可以修改其中一个的端口号。
Nginx有两个进程:
master process:主进程(守护进程),用来管理工作进程。
worker process:工作进程,用来处理用户的请求。
编译安装nginx服务
关闭防火墙,将nginx所需压缩包上传到/opt目录下
安装依赖包
nginx的配置及运行需要pcre、zlib等软件包的支持,因此需要安装这些软件的开发包,以便提供相应的库和头文件。
创建运行用户和组,便于管理
nginx服务程序默认以nobody身份运行,建议为其创建专门的用户账号,以便更准确地控制其访问权限。
解压软件包,编译安装nginx
将nginx的操作指令放入环境变量PATH的目录下
将nginx的可执行文件做个软链接,放入环境变量PATH的目录下,让系统识别nginx的操作指令。
检查、启动、重启、停止nginx服务
检查配置文件是否配置正确,并启动nginx服务
多种方式查看nginx的PID号
logs目录下的文件nginx.pid,存放nginx的工作进程号。
nginx有两个进程:主进程和工作进程。
停止nginx服务
注意:nginx有主进程和工作进程,一定要杀死主进程(即父进程)。
重载nginx服务
日志分割(移走原有日志,重新打开日志文件)
kill -USR1 <PID号>
升级nginx服务
kill -USR2 <PID号>
#新版本升级:
tar zxvf nginx-XX.XX.tar.gz #XX代表新版本号
cd nginx-XX.XX
./configure \
--prefix=/usr/local/nginx \
--user=nginx \
--group=nginx \
--with-http_stub_status_module \
--with-http_ssl_module
#重新编译:
make #重新编译
mv /usr/local/nginx/sbin/nginx /usr/local/nginx/sbin/nginx_old #备份旧文件,方便回滚
cp objs/nginx /usr/local/nginx/sbin/nginx #将新的运行文件放入安装的运行目录
make upgrade #编译升级
#或者先 killall -3 nginx ,再 /usr/local/nginx/sbin/nginx
添加nginx系统服务
#!/bin/bash
#chkconfig: 35 99 20
#description:This is nginx control script
RUN="/usr/local/nginx/sbin/nginx"
PID=`cat /usr/local/nginx/logs/nginx.pid`
case "$1" in
start)
$RUN
;;
stop)
kill -3 $PID
;;
restart)
kill -3 $PID
$RUN
;;
reload)
kill -1 $PID
;;
*)
echo "正确用法为:$0 {start|stop|restart|reload}"
esac
[root@ ~]# chomod +x nginx //给nginx赋予权限
[root@ ~]# chkconfig --add nginx //将nginx加入chkconfig
[root@ ~]# chkconfig --list //查看chkconfig列表
[root@ ~]# service nginx start //开启服务,或 systemctl start nginx
[root@ ~]# ss -natp | grep nginx //查看服务
(如遇到启动不了,大多是因为进程号被占用了)
浏览器访问验证
默认首页文件位置在 /usr/local/nginx/html/ 目录下。
Nginx服务的主配置文件
主配置文件位置:/usr/local/nginx/conf/nginx.conf
- nginx.conf 是主配置文件
- nginx.conf.default 是主配置文件的备份文件
主配置文件中有六个主要模块:
1、全局块:全局配置,对全局生效。
2、events块:配置影响Nginx服务器与用户的网络连接。
3、http块:配置代理,缓存,日志定义等绝大多数功能和第三方模块的配置。
4、server块:配置虚拟主机的相关参数,一个http块中可以有多个server 块。每个 server 块就相当于一个虚拟主机。。
5、location块:用于配置匹配的url,一个server块中可以有多个location块。
6、upstream:配置后端服务器具体地址,负载均衡配置不可或缺的部分。
全局块(全局配置)
配置文件从头开始到 events 块之间的内容,主要设置的是影响nginx服务器整体运行的配置指令。比如 worker_process,值越大,可以支持的并发处理量也越多,但是还是和服务器的硬件相关。
vim /usr/local/nginx/conf/nginx.conf
events块( I/O 事件配置)
events 块涉及的指令主要影响 Nginx 服务器与用户的网络连接,常用的设置包括是否开启对多 work process 下的网络连接进行序列化,是否允许同时接收多个网络连接,选取哪种事件驱动模型来处理连接请求,每个 work process 可以同时支持的最大连接数等。
查看Nginx支持的最大并发量(软件支持、系统支持、CPU性能):
例如现在CPU有两核,想要实现支持30000并发量 。
软件支持
软件配置支持多少并发量,由主配置文件nginx.conf决定:理论上支持的并发量=工作进程数量×每个工作进程处理的连接数。
将工作进程数设置为2(与CPU核数一致),每个工作进程处理15000个连接(一般设置为2的次方),那么软件支持的最大并发数量是30000个。
2、系统支持
系统会限制本地每个用户进程可以同时打开的最大文件数量,即系统会限制每个进程的连接数。
查看系统支持多少并发量:
- 使用"ulimit -a"可查看系统允许当前用户进程打开的文件数限制。
修改系统支持的最大并发量:
- “ulimit -n 65535”命令可临时修改本地每个用户进程可以同时打开的最大文件数。
- vim /etc/security/limits.conf,编辑该文件可永久修改。
上述设置的软硬并发量都是理论上的,真正并发量还得看CPU的性能,在投放到生产环境前,我们需要进行压测 。
http块(HTTP 配置)
http块:包括 http 全局块,以及多个 server 块。
- http 全局块: 配置的指令包括文件引入、 MIME-TYPE 定义、日志自定义、连接超时时间、单链接请求数上限等。
server 块: 这块和虚拟主机有密切关系,虚拟主机从用户角度看,和一台独立的硬件主机是完全一样的,该技术的产生是为了节省互联网服务器硬件成本。每个 http 块可以包括多个 server 块,而每个 server 块就相当于一个虚拟主机。
- 而每个 server 块也分为全局 server 块,以及可以同时包含多个 location 块。
日志格式设定:
http_x_forwarded_for 用以记录客户端的ip地址。
$remote_addr:记录上一个请求消息发送端的IP(代理服务器的IP)。
$http_x_forwarded_for :会记录所有经过的服务器的IP地址。
$remote_user:用来记录客户端用户名称。
$time_local:用来记录访问时间与时区。
$request:用来记录请求的url与http协议。
$status:用来记录请求状态;成功是200。
$body_bytes_sent:记录发送给客户端文件主体内容大小。
$http_referer:用来记录从哪个页面链接访问过来的。
$http_user_agent: 记录客户浏览器的相关信息。
通常web服务器放在反向代理的后面,这样就不能获取到客户的IP地址了,通过$remote_add拿到的IP地址是反向代理服务器的iP地址。反向代理服务器在转发请求的http头信息中,可以增加x_forwarded_for信息,用以记录原有客户端的IP地址和原来客户端的请求的服务器地址。
查看nginx支持的文件类型:
全局 server 块
最常见的配置是本虚拟机主机的监听配置,和本虚拟主机的名称或 IP 配置。
#监听地址及端口
listen 80;
#站点域名,可以有多个,用空格隔开
server_name www.zjl.com;
location块
- 一个 server 块可以配置多个 location 块。
- 主要作用是根据请求地址路径的匹配,匹配成功进行特定的处理。
- 这块的主要作用是基于 Nginx 服务器接收到的请求字符串(例如 server_name/uri-string),对虚拟主机名称(也可以是 IP 别名)之外的字符串(例如 前面的 /uri-string)进行匹配,对特定的请求进行处理。地址定向、数据缓存和应答控制等功能,还有许多第三方模块的配置也在这里进行。
location常见配置指令:root、alias、proxy_pass
-
root(根路径配置):root /var/www/html 请求www.yuji.com/test/1.html,会返回文件/var/www/html/test/1.html
-
alias(别名配置,即虚拟路径):alias /var/www/html 请求www.yuji.com/test/1.html,会返回文件/var/www/html/1.html
-
proxy_pass(反向代理配置)
根路径和虚拟路径:
示例1:
location / {
root html; #表示此时根目录为/usr/local/nginx/html/
index index.html index.htm;
}
#此时访问路径和返回文件的关系为:
http://192.168.72.10/index.html --> /usr/loca/nginx/html/index.html
http://192.168.72.10/test/index.html --> /usr/loca/nginx/html/test/index.html
示例2:
location / {
root html; #表示此时根目录为/usr/local/nginx/html/
index index.html index.htm;
}
location /test {
root data; #根目录,表示此时根目录为/data/
index index.html index.htm;;
}
#此时 http://192.168.72.10/test/ 匹配 /data/test/
#此时访问路径和返回文件的关系为:
http://192.168.72.10/index.html --> /usr/loca/nginx/html/index.html
http://192.168.72.10/test/index.html --> /data/test/index.html
示例3:
location / {
root html; #表示此时根目录为/usr/local/nginx/html
index index.html index.htm;
}
location /test{
alias /var/www/html; #设置别名,即虚拟路径。别名是一个整体。
index index.html index.htm;
}
#此时 http://192.168.72.10/test/ 匹配 /var/www/html/
#此时访问路径和返回文件的关系为:
http://192.168.72.10/index.html --> /usr/loca/nginx/html/index.html
http://192.168.72.10/test/index.html --> /var/www/html/index.html
示例4:
为了更好地理解别名是一个整体,设置2个关于别名的location块。
alias /var/www/html;
index index.html index.htm;
}
#此时 http://192.168.72.10/ 匹配 /var/www/html/
location /test{
alias /var/www/html;
index index.html index.htm;
}
#此时 http://192.168.72.10/test/ 匹配 /var/www/html/
#此时访问路径和返回文件的关系为:
http://192.168.72.10/index.html --> /var/www/html/index.html
http://192.168.72.10/test/index.html --> /var/www/html/index.html
http://192.168.72.10/test/test/index.html --> /var/www/html/test/index.html
访问状态统计配置
查看nginx的安装模块,是否包含 HTTP_STUB_STATUS 模块
先使用命令 /usr/local/nginx/sbin/nginx -V 查看已安装的nginx是否包含 HTTP_STUB_STATUS 模块。
查看 /opt/nginx-1.12.2/auto/options 文件:
查看 HTTP_STUB_STATUS 模块是否已安装:
修改 nginx.conf 配置文件,指定访问位置并添加 stub_status 配置
重启服务,访问测试
通过命令进行访问:
监控nginx当前并发数量:
CON=$(curl -Ls http://192.168.184.103/status | awk '/Active connections:/{print $3}')
if[ $CON -gt 25000 ];then
echo "警告!当前并发数量为$CON,超过预警值!"
基于授权的访问控制(只有指定用户能访问)
设置只有指定用户才可以访问该网页,想要对哪个路径进行限制,就在location下添加路径和认证配置。
我这里直接使用根目录做实验。
生成用户密码认证文件
用户密码认证文件的文件名自拟。
但文件属主必须修改为nginx,文件权限必须设置为400。
修改主配置文件和相对应的目录,添加认证配置项
想要对哪个路径进行限制,就在对应的location块下添加认证配置项。
我这里直接使用根目录做实验。
重启服务,访问测试
基于客户端的访问控制
设置只有指定IP/IP段才可以访问该网页,或指定IP/IP段不能访问。想要对哪个路径进行限制,就在location块下添加路径和控制规则,我这里直接使用根目录做实验。
访问控制规则如下:
- deny IP/IP段:拒绝某个IP或IP段的客户端访问。(黑名单)
- allow IP/IP段:允许某个IP或IP段的客户端访问。(白名单)
- 规则从上往下执行,匹配到则停止,不再往下匹配。
示例
注意要先关闭web服务器的防火墙,以免防火墙的原因导致无法访问。
...........
server {
location / {
root html;
index index.html index.htm;
##添加控制规则
allow 192.168.72.0/24; #允许192.168.72.0网段的客户端ip访问
deny all; #拒绝其他ip客户端访问
}
}
[root@yuji ~]# nginx -t
[root@yuji ~]# systemctl restart nginx
使用192.168.72.192客户端,访问http://192.168.72.10