nginx 概念及上手
nginx基本概念
是什么 nginx ? nginx 可以做什么事情?
什么是 反向代理.
什么是 负载均衡.
什么是 动静分离.
什么是nginx
nginx是一个高性能Http和反方代理的web服务器,特点是占用内存少,并发能力强,Nginx专门为性能优化而开发.
nginx配置实例 1-反向代理 含义解释
正向代理
nginx不仅仅可以做反向代理,实现负载均衡,还能用作正向代理来进行上网等功能.正向代理:如果把局域网外的Internet想象成是一个巨大的资源库,
则局域网中的客户端要访问Internet,则需要通过代理服务器来访问,这种代理服务就称之为正向代理.
反向代理
反向代理,其实客户端对代理是无感知的,因为客户端不需要任何配置就可以访问,我们只需要将发送到反向代理服务器,由反向代理服务器去选择目标服务器获取数据后,在返回给客户端,此时反向代理服务器和目标服务器对外就是一个服务器,暴露的是代理服务器地址,隐藏了真实服务器IP地址.
nginx配置实例 2-负载均衡 含义解释
客户端发送多个请求到服务器,服务器处理请求,有一些可能要与数据库进行交互,服务器处理完毕后,再将结果返回给客户端。
这种架构模式对于早期的系统相对单一, 并发请求相对较少的情况下是比较适合的,成本也低。但是随着信息数量的不断增长,访问量和数据量的飞速增长,以及系统业务的复杂度增加,这种架构会造成服务器相应客户端的请求日益缓慢,并发量特别大的时候,还容易造成服务器直接崩溃。很明显这是由于服务器性能的瓶颈造成的问题,那么如何解决这种情况呢?
我们首先想到的可能是升级服务器的配置,比如提高CPU执行频率,加大内存等提高机器的物理性能来解决此问题,但是我们知道摩尔定律的日益失效,硬件的性能提升已经不能满足日益提升的需求了。最明显的一个例子,天猫双十一当天,某个热销商品的瞬时访问量是极其庞大的,那么类似上面的系统架构,将极其都增加到现有的顶级物理配置,都是不能够满足需求的,那么怎么办呢?
上面的分析我们去掉了增加服务器物理配置来解决问题的办法,也就是说纵向解决问题的办法是行不通的,那么横向的增加服务器的数量呢?这个时候集群的概念就产生了,单个服务器解决不了了,我们可以增加服务器的数量,将单个请求分发到不同的服务器上,将负载分发到不同的服务器,也就是我们所说的负载均衡.
nginx配置实例 3-动静分离 含义解释
为了加快网络解析速度,可以把动态页面和静态页面由不同的服务器来解析,加快解析速度.降低原来当个服务器的压力.
nginx配置高可用集群
nginx原理
安装Nginx
安装nginx依赖文件
pcre-8.3.7.tar.gz
openssl-1.0.1t.tar.gz
zlib-1.2.8.tar.gz
nginx-1.16.1.tar.gz
安装`pcre-8.3.7.tar.gz`步骤
方式1:
将下载好的
pcre-8.3.7.tar.gz
文件通过FinalShell
工具,复制到/usr/src
目录下在
/usr/src
目录下解压缩此文件, 解压缩命令:tar -xvf pcre-8.37.tar.gz
进入到解压后的文件夹中, (命令:
cd pcre-8.37
), 执行命令:./configure
(编译前检查)执行命令:
mark && make install
(即:编译并安装)
如果执行mark && make install
命令报错,说明当前Linux
系统应该是缺少一些依赖,通常执行下列两个命令应该就可以了.
yum install -y gcc gcc-c++
yum -y install gcc automake autoconf libtool make
再执行命令./configure
检查一下,如果没有什么问题就可以执行mark && make install
命令了.
安装完成之后,我们可以通过命令:pcre-config --version
来查看一下当前安装的pcre
的版本.
方式2:
使用yum
方式安装.
安装`openssl-1.0.1t.tar.gz` 以及`zlib-1.2.8.tar.gz` 步骤
执行命令: yum -y install make zlib zlib-devel gcc-c++ libtool openssl openssl-devel
即可.
安装`nginx-1.16.1.tar.gz`步骤
解压nginx-1.16.1.tar.gz 包. 命令如下
tar -xvf nginx-1.16.1.tar.gz
进入解压目录,执行./configure
make && make install
此处有个注意问题:
我当前使用的Linux
版本是CentOS8
,之前我下载的Nginx
的版本是1.12.1
,但是在安装此版本的Nginx
时,执行到make && make install
命令时报错了.
参考了博客解决了此问题,意思是版本1.12.1
的Nginx
,相对于CentOS8
太老了,所以我们换一个较新一点版本的Nginx
就可以解决这个问题,此次的博客我使用了1.16.1
的版本.
此时在 /usr/local
目录下会存在一个叫nginx
的目录,在nginx
目录下的sbin
目录下,我们执行脚本./nginx
,就可以启动nginx
服务器了.
此时我们可以查看进程,我们可以观察到nginx
已经启动了. 查看进程命令: ps -ef | grep nginx
由于nginx
默认使用的是80
端口,所以我们在当前CentOS8
服务器上,通过浏览器输入localhost
可以观察到可以可以访问nginx
了.
我们可以查看nginx
当前的配置文件:
路径:cd /usr/local/nginx/conf
我们使用vi
可以打开 nginx.conf
文件,查看或修改配置
我们输入:q!
可以不保存修改并退出.vi
编辑器.
我们输入:qw!
可以保存修改并退出vi
编辑器.
补充:
查看防火墙中开放的端口号的命令: firewall-cmd --list-all
将暴露端口命令: firewall-cmd --zone=public --add-port=5000/tcp --permanent
重新加载防火墙命令:firewall-cmd --reload
查看nginx
进程命令:ps -ef | grep nginx
nginx 常用命令
如要要是nginx
命令的前题条件:我们需要进入到nginx
所在的目录中.(或者将nginx所在的目录配置到环境变量中),目前我的nginx
安装路径是: /usr/local/nginx/sbin
查看nginx
版本号命令: ./nginx -v
启动nginx
命令: ./nginx
关闭nginx
命令: ./nginx -s stop
或者 ./nginx -s quit
重新加载nginx
命令: ./nginx -s reload
nginx 配置文件
nginx配置文件位置在我本机的安装路径: /usr/local/nginx/conf/nginx.conf
nginx配置文件组成分析
nginx安装目录下,其默认的配置文件都放在这个目录的conf目录下,而主配置文件nginx.conf也在其中,后续对nginx的使用基本上都是对此配置文件进行相应的修改.
配置文件中有很多的#
,开头的表示注释内容,我们去掉所有以#
开头的段落,精简之后的内容如下:
根据上述文件,我们可以很明显的将nginx.conf
配置文件分为三部分:
第一部分: 全局块
从配置文件开始到event块之间的内容,主要会设置一些影响nginx
服务器整体运行的配置指令,主要包括配置运行nginx
服务器的用户(组),运行生成worker process
数,进程PID
存放路径,日志存放路径和类型以及配置文件的引入等.
比如上面第一行的配置:
这是nginx
服务器并发处理服务的关键配置,worker_processe
s值越大,可以支持的并发处理量也越多,但是会受到硬件,软件等设备的制约.
第二部分:events块
比如上面的配置:
events
块设计的指令主要影响Nginx服务器与用户的网络连接,差用的设置包括是否开启对多 work processes
,是否允许同时接收多个网络连接,选取那种事件驱动模型来处理连接请求,每个word processes
可以同时支持的最大连接数等.
上述例子就表示每个work processes
支持的最大连接数为1024
,这部分的配置对nginx
的性能影响比较大,在实际中应该灵活配置.
第三部分:http块
这算是nginx
服务器配置中最频繁的部分,代理,缓存和日志定义等绝大多说功能和第三方的配置都是在这里,需要注意的是: http
块也可以包含 http全局块
,server块
.
http全局块
http全局块配置的指令包含文件引入,MIME-TYPE定义,日志自定义,连接超时时间,单链接请求数上限等.
Server 块
这块和虚拟主机有密切关系,虚拟主机从用户角度看,和一台独立的硬件主键是完全一样的,该技术的产生是为了节省互联网服务器硬件成本.
每个http
块可以包含多个 server
块,而每个server
块就相当于是一个虚拟主机.
而每个server
块分为全局server
块,以及可以同时包含多个location
块.
2.1. 全局server块
最常见的配置是本虚拟机主机的监听配置和本虚拟主机的名称或IP配置.
2.2. localtion块
一个server
块可以配置多个localtion块
.
这块的主要作用是基于nginx
服务器接收到的请求字符串(例如 server_name/uri-string),对虚拟主机名称(也可以是ip别名)之外的字符串(例如 前面的 /uri-string)进行配置,对特定的请求进行处理.地址定向,数据缓存的应答控制等功能,还有许多第三方模块的配置也在这里进行.
nginx配置实例1 -反向代理实例1
实现效果
1. 打开浏览器,在浏览器地址栏中输入地址 www.123.com
,跳转到linux系统 dotnet 服务的主页面中.
准备工作
1. 在Linux
系统中,先需要安装DotNetCore
环境,(可以参考博文),使用默认的端口 5000
分析访问过程
具体配置
1. 在windows
系统中hosts
文件中进行域名
和ip
对应关系的配置,hosts
路径: C:\Windows\System32\drivers\etc
打开hosts文件添加红框标出的内容:
在
nginx
进行请求转发的配置(反向)
最终测试
保存完上述配置之后,启动或重启nginx
服务.
此时我们在物理机上访问 www.123.com:80
就能访问到 CentOS8
上的Asp.Net Core
服务了.
此时我们观察响应报文中的 server
已经是 nginx/1.16.1
nginx配置实例-反向代理实例2
未完待续...
- 上述文档参考自
>
版权声明: 本文为 InfoQ 作者【HelloZyjS】的原创文章。
原文链接:【http://xie.infoq.cn/article/79825f0a6fb31467f7565d74b】。
本文遵守【CC-BY 4.0】协议,转载请保留原文出处及本版权声明。
评论