一、Nginx概述
Nginx是一款轻量级的web服务器/反向代理服务器及电子邮件(IMAP/POP3)代理服务器。其特点是占用内存少,并发能力强,事实上Nginx的并发能力在同类型的网页服务器中表现较好,大陆使用Nginx的网站有:百度、京东、新浪、网易、腾讯、淘宝等。
Nginx是由伊戈尔·赛索耶夫为俄罗斯访问量第二的Rambler.ru站点开发的,第一个公开版本0.1.0发布于2004年10月4日。
Nginx下载:
Nginx安装:
打开虚拟机,运行如下命令:
(1)安装C语言环境
yum -y install gcc pcre-devel zlib-devel openssl openssl-devel
(2)下载安装包
方法1:如上图在Windows系统下载压缩包
方法2:在Linux系统下载:
step1:首先要在Linux系统安装可以根据网址下载安装包的工具wget:
yum install wget
step2:然后下载Nginx安装包:
wget https://nginx.org/download/nginx-1.24.0.tar.gz
以上链接地址的获得:
可以看到已经下载到根目录:
step3:解压安装包:
tar -zxvf nginx-1.24.0.tar.gz
step4:进入到Nginx的目录中:
step5:安装到指定目录下:
首先创建Nginx的目录:
mkdir -p /usr/local/nginx
检查环境配置变量:
./configure --prefix=/usr/local/nginx
step6:安装(make是编译的意思)
make && make install
至此完成了安装,进入nginx目录可以看到有四个文件夹:
cd /usr/local/nginx
Nginx目录结构:
重点目录/文件 | |
conf/nginx.conf | nginx配置文件 |
html | 存放静态文件(html、CSS、JS等) |
logs | 日志目录,存放日志文件 |
sbin/nginx | 二进制文件,用于启动、停止Nginx服务 |
在Linux中展示某一目录下的目录层级关系:
首先安装tree工具:
yum install tree
然后通过“tree”命令查看:
二、Nginx命令
1. 查看版本
cd sbin
./nginx -v
2. 检查配置文件正确性
在启动Nginx服务之前,可以先检查一下conf/nginx.conf文件配置的是否有错误,命令为:
./nginx -t
有如下显示则没问题:(如下ok的路径文件可以用vim进行更改)
3. 启动和停止
(sbin目录中)
启动Nginx服务:
./nginx
停止Nginx服务:
./nginx -s stop
启动完成后查看Nginx进程:
ps -ef | grep nginx
如下显示则启动成功:
进入html目录,在浏览器输入ip地址(前提:关闭防火墙 systemctl stop firewalld)
可以看到如下界面则Nginx服务启动成功:
4. 重新加载配置文件
当修改Nginx配置文件后,需要重新加载才能生效,可以使用下面命令重新加载配置文件:
./nginx -s reload
为了让Nginx在任意目录下都可以启动,可以通过修改配置文件来实现:
vim /etc/profile
在该文件中修改path的参数为:
PATH=/usr/local/nginx/sbin:$JAVA_HOME/bin:$PATH
修改完成后重新加载:
source /etc/profile
再执行启动和停止等命令即可成功:
nginx -s stop
nginx -s reload
nginx
三、Nginx配置文件结构
- Nginx配置文件(conf/nginx.conf)整体分为三个部分:
- 全局块:和Nginx运行相关的全局配置
- events块:和网络连接相关的配置
- http块:代理、缓存、日志记录、虚拟主机配置(操作最频繁的) 包括:http全局块、server块(Server全局块、location块)
http块中可以配置多个Server块,每个Server块中可以配置多个location块。
用以下命令打开nginx.conf文件:
cd /usr/local/nginx/conf
cat nginx.conf
四、Nginx具体应用
1. 部署静态资源
Nginx可以作为静态web服务器来部署静态资源。静态资源指在服务端真实存在并且能够直接展示的一些文件,如常见的html页面,css文件、JS文件、图片、视频等资源。
相对于Tomcat、Nginx处理静态资源的能力更加高效,所以在生产环境下,一般都会将静态资源部署到Nginx中。
将静态资源部署到Nginx:只需要将文件复制到Nginx安装目录下的html目录中即可。
举例:把hello.html部署到nginx,通过nginx服务器访问hello.html页面
写一个小html传入Linux根目录,打印网页脚本文件查看:
cat hello.html
将hello.html文件拷贝到nginx下的html目录中:
cp hello.html /usr/local/nginx/html/
cd /usr/local/nginx/html/
启动nginx服务器:
nginx
查看进程:
浏览器访问http://192.168.153.131/hello.html
可以看到正常显示自己上传的前端页面:
正常访问页面的原理:
进入conf目录查看nginx.conf文件:
cd /usr/local/nginx/conf
vim nginx.conf
其中文件中跟页面访问相关的配置为:
如果改了文件内容要重新加载(打开配置文件后: [:set nu]可以显示行号):
nginx -s reload
如果改了端口号,就要写成:192.168.153.131:[port]/hello.html
其中配置文件中的“关键字”不能改,如下图中红框中的关键词:
2. 反向代理
正向代理:是一个位于客户端和原始服务器(origin server)之间的服务器,为了从原始服务器取得内容,客户端向代理发送一个请求并指定目标(原始服务器),然后代理向原始服务器转交请求并将获得的内容返回给客户端。
正向代理的典型用途是为在防火墙内的局域网客户端提供访问Internet的途径。
正向代理一般是在客户端设置代理服务器,通过代理服务器转发请求,最终访问到目标服务器。
反向代理:反向代理服务器位于用户与目标服务器之间,但是对于用户而言,反向代理服务器就相当于目标服务器,即用户直接访问反向代理服务器就可以获得目标服务器的资源,反向代理服务器负责将请求转发给目标服务器。用户不需要知道目标服务器的地址,也无须在用户端作任何设定。
(为什么用反向代理服务器?公司内的web服务器在内网,客户端不可以直接访问,只能通过和web服务器在同一局域网的反向代理服务器来访问)
配置反向代理:(需要两个机器,131和129)
129服务器上传helloworld简单程序的jar包(端口号:8080),并把程序run起来:
java -jar helloworld-1.0-SNAPSHOT.jar
浏览器直接访问129服务器也可以访问到:
接下来通过代理服务器访问:
修改nginx.conf文件,添加如下配置:
server {
listen 82;
server_name localhost;
location / {
proxy_pass http://192.168.153.129:8080/; #反向代理配置,将请求转发到指定服务
}
}
重新加载:
nginx -s reload
在浏览器通过131访问129的helloworld程序,可以看到可以正常访问:
反向代理的原理图:
3. 负载均衡
基于反向代理实现的,面向的不是一台web服务器,而是多台。
早期的网站流量和业务功能比较简单,单台服务器就可以满足基本需求,但是随着互联网的发展,业务流量越来越大并且业务逻辑也越来越复杂,单台服务器的性能及单点故障问题就凸显出来了,因此需要多台服务器组成应用集群,进行性能的水平扩展以及避免单点故障出现。
应用集群:将统一应用部署到多台机器上,组成应用集群,接受负载均衡器分发的请求,进行业务处理并返回响应数据
负载均衡器:将用户请求根据对应的负载均衡算法分发到应用集群中的一台服务器进行处理。
配置负载均衡:
通过不同的端口号模拟两台服务器,helloworld端口号是8080,helloworld2端口号是8081,都放到129服务器上,然后配置131服务器:
一组服务器之间(配置中的8080和8081)采用轮询的算法进行访问:
upstream targetserver{
server 192.168.153.129:8080;
server 192.168.153.129:8081;
}
server {
listen 8080;
server_name localhost;
location / {
proxy_pass http://targetserver;
}
}
用131:8080发起请求,轮流请求到8080和8081两个结果:
负载均衡策略:
名称 | 说明 | 举例 |
轮询 | 默认方式 | |
weight | 权重方式 | server 192.168.153.129:8080 weight=10; 含义:数值越大,被访问的几率越大; 当访问次数很多时,8080被访问到的几率大概是8081的2倍 |
ip_hash | 依据ip分配方式 | 根据请求ip计算一个hash值,同一个ip分发到同一个web服务器 |
least_conn | 依据最少连接方式 | 目前哪台服务器的连接少,就会把请求分发到哪台服务器 |
url_hash | 依据url分配方式 | 根据请求的url地址计算hash值,同一个url请求同一台服务器 |
fair | 依据响应时间方式 | 优先把请求分发给请求时间短的服务器 |
Ending…