Nginx 简介
Nginx 是一个高性能的 HTTP 和反向代理 Web 服务器,同时也提供了 IMAP/POP3/SMTP 服务。
前向代理作为客户端的代理,服务端只知道代理的 IP 地址而不知道客户端的 IP 地址。
Nginx 安装
推荐使用 LNMP 一键安装包,Ubuntu/CentOS 等各平台都有提供,省去自己配置的过程。
如果需要单独安装 Nginx,可以去找各平台的安装包名称。以 Ubuntu Desktop 19.04 为例,单独安装 Nginx 的命令如下:
sudo apt install nginx
Nginx 安装后默认启动,打开浏览器输入 http://127.0.0.1
检查是否安装成功。
练习 1
使用
tail -f /path/to/nginx/log/access.log
实时监控文件变化,再分别本地访问 127.0.01 和远程访问服务器 IP 地址,比较两次访问的日志有什么不同?Tips: Ubuntu Server 版默认没有桌面,通过 SSH 连接到服务器
- 打开新终端,通过 SSH 连接到服务器,再使用 curl 127.0.0.1 命令返回页面源文件
- 打开客户端浏览器,输入服务器 IP 地址
- 比较上面两步对应的操作日志有什么区别
刚才在 Ubuntu 默认的火狐浏览器打开 127.0.0.1 时的访问日志如图。
接下来换一台电脑访问 192.168.23.129。
首先可以看到,UA 是不一样的,这是因为我用了不同的浏览器,当然,访问时间等也是不一样的。
最关键的一点,第一次访问的 IP 是 127.0.0.1,是环回地址,而后一次访问的 IP 是 192.168.23.1,这个是我 Windows 10 的 IP 地址。
最后看一点实战的内容——我的博客的访问日志:
从中可以看到类似的日志记录,不仅记录了访问者的 IP、UA,还记录了访问资源 URL 以及一些附加的信息。
同样的,还有错误日志,例如看一下 gitlab.error.log
。
有了这些日志,管理员就方便排查问题了。
Nginx 默认配置
配置文件:/etc/nginx/nginx.conf
(如果是 LNMP 安装的,则可能在 /usr/local/nginx/conf/nginx.conf
)。
可以用 less
查看配置文件,配置文件默认的环境是全局环境,即一个 main{}
,后面会定义用户、工作进程等,以及 HTTP 服务、邮件服务。
下面主要讲一下 HTTP 配置文件。
首先在 HTTP{}
会有一些全局的配置,包括访问日志、连接超时等信息,随后会给出一个或多个 server
表示多个虚拟主机。
来看一下实战的配置文件。
用户和用户组都是 www,配置了错误日志的访问路径,工作模式是 epoll、IO 多路复用,单个进程的最大连接数是 51200。
配置了 fastcgi 相关信息。
Nginx 作为 HTTP 服务器的配置
Nginx 默认的静态资源文件夹为 /var/www/html
(不同的安装包可能有不同的默认路径,例如可能为 /usr/local/nginx/www/html/default
或者其他目录,也可以自己指定)。
在默认目录下,新建一个叫做 jxtxzzw.html
的文件,随便写一点东西。
然后在 nginx.conf
的 HTTP 结点中新增一个虚拟服务器,并 sudo nginx -s reload
重新加载。
如图,在 80 端口监听,当用户访问的服务器是 jxtxzzwtest.com
的时候,就定位到 /var/www/html/
下,并当用户没有指定访问的路径的时候,默认访问 jxtxzzw.html
。
为了模拟域名解析的过程,修改 /etc/hosts
文件,增加 jxtxzzwtest.com
的 IP 为 127.0.0.1
。
修改之后打开浏览器访问 jxtxzzwtest.com
,可以看到刚才的页面。
如何不购买新的二级域名和服务器,利用该服务器和已有的域名再做一个个人主页呢?
这就可以添加一个新的虚拟服务器。
重复上面的步骤,只是注意添加虚拟服务器的时候取一个新的 server_name
,例如 new.jxtxzzwtest.com
,至于 location
写什么,就看个人主页放在了哪个文件夹下面了。这些都可以根据自己需要修改。
server {
listen 80;
server_name new.jxtxzzwtest.com;
location / {
index a_new_page.html;
root /home/jxtxzzw/web/;
}
}
随后,在 hosts
模拟 DNS 解析,添加 127.0.0.1 new.jxtxzzwtest.com
之后就可以在浏览器访问 new.jxtxzzwtest.com
来看到个人主页了。
练习 2
- 在配置文件 nginx.conf 的 http 节点内新增一个虚拟服务器,新建 /var/www/EXAMPLE.com 文件夹,该文件夹下新建 index.html 文件写入文字,重加载配置 sudo nginx -s reload (注:将本页中的 EXAMPLE 替换成自己的名字拼音)
- 浏览器输入 IP 地址,检查是否生成 /var/log/nginx/EXAMPLE.access.log 文件,同时检查 /var/log/nginx/access.log 文件是否有变化
- 修改自己客户端电脑上的 hosts 文件,添加两行解析到服务器 IP 地址
- 浏览器输入 www.EXAMPLE.com,检查是否生成 /var/log/nginx/EXAMPLE.access.log,同时监测 /var/log/nginx/access.log 和 /var/log/nginx/EXAMPLE.access.log 文件的变化
server {
listen 80;
server_name www.zzw.com;
access_log /var/log/nginx/zzw.access.log;
location / {
index index.html;
root /var/www/html/zzw.com/;
}
}
输入 IP 地址,不论是本机访问 127.0.0.1 还是另一台电脑访问 192.168.23.129,发现都只访问了 Nginx 默认的安装成功页面,没有进入 zzw.com。
显然的,只有 access.log 会有变化,记录了本次访问信息。
而在添加了 hosts 以后,访问 www.zzw.com 就会看到刚才输入的信息。
需要注意的是,在配置文件中只定义了 www.zzw.com
,没有定义 zzw.com
,所以,在访问 zzw.com 的时候还是会跳转到 Nginx 安装成功的那个页面。
解决这个办法可以在 server_name
后面增加一个别名。
server_name www.zzw.com zzw.com;
看到 zzw.access.log 和 access.log 都有了新的记录。
来看一些实战的内容。
我的博客,监听了 80 端口,同时处理 www.jxtxzzw.com
和 jxtxzzw.com
两个服务器名字,并对 80 端口的请求全部转发到 443 端口。
443 端口配置了一些关于 SSL 相关的信息,并且导入了 PHP 相关的配置。
同时,还有一个 gitlab.jxtxzzw.com
的虚拟主机,这个配置文件将在下面详述。
负载均衡简介
负载均衡转发算法:
- 轮询(Round Robin):为第一个请求选择列表中的第一个服务器,然后按顺序向下移动列表直到结尾,然后循环
- 最小连接(Least Connection):优先选择连接数最少的服务器,在普遍会话较长的情况下推荐使用
- 散列(Hash):根据请求源的 IP 的散列来选择要转发的服务器,这种方式可以一定程度上保证特定用户能链接到相同的服务器
负载均衡算法:
- round:每个请求按时间顺序逐一分配到不同的后端服务器,如果后端服务器宕机,能自动删除
- weight:指定轮询几率,weight 和访问比率成正比,用于后端服务器性能不均的情况
- fiar(第三方):按后端服务器的响应时间来分配请求,响应时间短的优先分配
- ip_hash:每个请求按访问 IP 的散列结果分配,每个访客固定访问一个后端服务器,可以解决 session 的问题
- url_hash(第三方):每个请求按 URL 的散列结果分配,不同访客访问相同的服务器
预备 Web 服务器环境:
- 配置两台 Apache(httpd) 作为 Web 服务器,例如可以使用 XAMPP
- XAMPP 的访问日志在
/opt/lampp/logs/access.log
- 一台 Ubuntu Desktop 的虚拟机,192.168.23.129,作为 Nginx 服务器
- 一台 Ubuntu Desktop 的虚拟机,192.168.23.128,作为第 1 台 XAMPP 服务器
- 一台 Ubuntu Server 的虚拟机,192.168.23.130,作为第 2 台 XAMPP 服务器
- 一台 Windows 的物理机,192.168.23.1,用来访问
在 nginx.conf 的 http 节点下添加以下代码后重新加载配置
upstream first {
server 192.168.23.128;
server 192.168.23.130;
}
server {
listen 80;
server_name load.jxtxzzwtest.com;
location / {
proxy_pass http://first;
}
}
修改电脑的 host 文件,添加一个域名解析
192.168.23.129 load.jxtxzzwtest.com
浏览器访问 load.jxtxzzwtest.com,发现打开了 XAMPP 的一个界面,说明代理成功了。
但是到底访问的是哪一个 XAMPP 呢?可以看一下日志。
在此之前,刷新几次,看看日志会不会访问了不同的页面。
日志的观察结果,可以看到 128 的那台服务器上收到了若干次来自 129 的转发请求,而 130 的那台服务器上也收到了若干请求,但是观察时间可以看到,两台服务器上接受的请求是先后交替的,这意味着符合轮询算法的期望结果。
更加直观的方法,是可以修改其中一个 Apache 服务器的主页显示。
简单粗暴的方法,删掉了 128 那台服务器的 index.html。
然后刷新页面的效果就是交替出现 XAMPP 的 dashboard 和 Directory Listing。
刷新以后变成下面这个页面,两个页面在每次刷新后交替显示。
如果没有交替显示,有可能是浏览器做了缓存,强制刷新一下就好了。
练习 3
在 nginx.conf 的 http 节点下新增 upstream second 方案,将 server 节点下的 proxy_pass 设为 second 后重加载配置,其中 IP 地址要换成自己服务器的地址,浏览器访问域名,监测 Nginx 服务器的 /var/log/nginx/access.log 和两台 Web 服务器的 /opt/lampp/logs/access.log 发现有什么规律
upstream second { server 192.168.1.102:80; server 192.168.1.103 weight=3; }
新增 upstream third 方案,重复上述实验
upstream third { ip_hash; server 192.168.1.102; server 192.168.1.103; }
访问日志可以看出,交替比例变为 3:1。
需要特别说明的是,浏览器可能存在缓存,所以一定要去看日志。
换成 hash 以后,我只能刷出 Index of /dashboard 这个页面,不论刷新多少次,而查看访问日志也确实发现我被转发到了 130 这个服务器上。
换一台设备,可能(如果正好 hash 计算结果不同)就会被转发到 128 的服务器上。也可能还是访问的 130 的服务器。
再来看一些关于 Nginx 代理的实战的例子。
第一个例子是 HTTPS 反向代理到 Docker,具体的配置过程可以看我的另一篇文章《Nginx代理HTTPS到Docker指定端口》,这里只简要的给出与反向代理、负载均衡相关的代码。
第二个例子是 GitLab。
如果不想用 GitLab 自带的 Nginx 服务,而想要把 GitLab 作为一个虚拟主机统一在已有的 LNMP 服务中一起管理,可以用到反向代理。
由于 GitLab 默认的是在 socket 中通信,所以有点不太一样。
这两张截图省略了 GitLab 中与 SSL 配置相关的代码。
练习 4
- 利用 XAMPP,搭建一个能访问数据库的动态网站,并通过负载均衡服务器访问
- 比较 Nginx 服务器和 Apache 服务器的异同
第一个练习,比较简单,基本上只要复现本文内容即可,唯一的区别在于需要把本文中简陋的 HTML 代码复杂化,加上与数据库通信的部分,例如,访问数据库并列出所有学生的姓名……
由于《MySQL备份与主备配置》已经配置了双主结构,所以,在一个 PHP 页面中加入增删改查的功能,并把页面复制到另一台服务器上就可以了,访问会通过负载均衡,数据库的访问会通过双主备份,保证了数据的一致。
代码就不贴了。
第二个练习,简单说一下。
Nginx 相对于 Apache 的优势:
- Apache 是同步多进程模型,一个连接对应一个进程,Nginx 是异步的,多个连接(万级别)可以对应一个进程
- Nginx 的抗并发能力强很多,对资源需求更少
- Nginx 支持反向代理
- Nginx 支持 7 层负载均衡
Apache 相对 Nginx 的优点:
- Rewrite,比 Nginx 的 Rewrite 强大
- 模块超多,基本想到的都可以找到
一般来说,需要性能的 Web 服务,用 Nginx,如果不需要性能只求稳定,那就 Apache 吧。总之,就是看自己需求的。
但是从个人使用经历来看,我会推荐 Nginx 作为 Web 服务器的首选。如果你是新手,什么都没接触过,不妨先试试 Nginx?