Nginx
1、简介
概述
Nginx (“engine x”) 是一个高性能的 HTTP 和反向代理服务器,特点是占有内存少,并发能力强,事实上 nginx 的并发能力确实在同类型的网页服务器中表现较好,中国大陆使用 nginx 网站用户有:百度、京东、新浪、网易、腾讯、淘宝等
Nginx 作为 web 服务器
Nginx 可以作为静态页面的 web 服务器,同时还支持 CGI 协议的动态语言,比如 perl、php等。但是不支持 java。Java 程序只能通过与 tomcat 配合完成。Nginx 专为性能优化而开发,性能是其最重要的考量,实现上非常注重效率 ,能经受高负载的考验,有报告表明能支持高达 50,000 个并发连接数。
正向代理
Nginx 不仅可以做反向代理,实现负载均衡。还能用作正向代理来进行上网等功能。正向代理:如果把局域网外的Internet 想象成一个巨大的资源库,则局域网中的客户端要访问 Internet,则需要通过代理服务器来访问,这种代理服务就称为正向代理。
反向代理
反向代理,其实客户端对代理是无感知的,因为客户端不需要任何配置就可以访问,我们只需要将请求发送到反向代理服务器,由反向代理服务器去选择目标服务器获取数据后,在返回给客户端,此时反向代理服务器和目标服务器对外就是一个服务器,暴露的是代理服务器地址,隐藏了真实服务器 IP 地址
负载均衡
- 客户端发送多个请求到服务器,服务器处理请求,有一些可能要与数据库进行交互,服务器处理完毕后,再将结果返回给客户端。
- 这种架构模式对于早期的系统相对单一,并发请求相对较少的情况下是比较适合的,成本也低。但是随着信息数量的不断增长,访问量和数据量的飞速增长,以及系统业务的复杂度增加,这种架构会造成服务器相应客户端的请求日益缓慢,并发量特别大的时候,还容易造成服务器直接崩溃。很明显这是由于服务器性能的瓶颈造成的问题,那么如何解决这种情况呢?
- 我们首先想到的可能是升级服务器的配置,比如提高 CPU 执行频率,加大内存等提高机器的物理性能来解决此问题,但是我们知道摩尔定律的日益失效,硬件的性能提升已经不能满足日益提升的需求了。最明显的一个例子,天猫双十一当天,某个热销商品的瞬时访问量是极其庞大的,那么类似上面的系统架构,将机器都增加到现有的顶级物理配置,都是不能够满足需求的。那么怎么办呢?
- 上面的分析我们去掉了增加服务器物理配置来解决问题的办法,也就是说纵向解决问题的办法行不通了,那么横向增加服务器的数量呢?这时候集群的概念产生了,单个服务器解决不了,我们增加服务器的数量,然后将请求分发到各个服务器上,将原先请求集中到单个
- 服务器上的情况改为将请求分发到多个服务器上,将负载分发到不同的服务器,也就是我们所说的****负载均衡****
动静分离
为了加快网站的解析速度,可以把动态页面和静态页面由不同的服务器来解析,加快解析速度。降低原来单个服务器的压力
2、常用的命令 & 配置文件
启动命令
- 在/usr/local/nginx/sbin 目录下执行 ./nginx
关闭命令
- 在/usr/local/nginx/sbin 目录下执行 ./nginx -s stop
重新加载命令
- 在/usr/local/nginx/sbin 目录下执行 ./nginx -s reload
配置文件
- nginx.conf
- 路径:/usr/local/nginx/conf/nginx.conf
3、反向代理配置
反向代理一
实现效果
- 使用 nginx 反向代理,访问 nginx的ip 直接跳转到 127.0.0.1:8080 页面内容
配置 nginx.conf 文件
-
监听 80 端口,访问 192.168.37.130,不加端口号时默认为 80 端口,访问时会跳转到 127.0.0.1:8080 路径上
-
修改 server_name
-
在 location 中添加 proxy_pass
server {
listen 80;
server_name 192.168.37.130; location / {
root html;
proxy_pass http://127.0.0.1:8080;
index index.html index.htm;
}
-
反向代理二
实现效果
- 使用 nginx 反向代理,根据访问的路径跳转到不同端口的服务中 nginx 监听端口为 9001
- 访问 http://127.0.0.1:9001/edu/ 直接跳转到 127.0.0.1:8081
- 访问 http://127.0.0.1:9001/vod/ 直接跳转到 127.0.0.1:8082
配置 nginx.conf 文件
server {
listen 9001;
server_name 192.168.37.130; location ~ /edu/ {
proxy_pass http://127.0.0.1:8081;
}
location ~ /vod/ {
proxy_pass http://127.0.0.1:8082;
}
location 指令说明
-
语法
location [ = | ~ | ~ | ^~] uri* {
…
}
- = :用于不含正则表达式的 uri 前,要求请求字符串与 uri 严格匹配,如果匹配成功,就停止继续向下搜索并立即处理该请求。
- ~:用于表示 uri 包含正则表达式,并且区分大小写。
- ~*:用于表示 uri 包含正则表达式,并且不区分大小写。
- ^~:用于不含正则表达式的 uri 前,要求 Nginx 服务器找到标识 uri 和请求字符串匹配度最高的 location 后,立即使用此 location 处理请求,而不再使用 location 块中的正则 uri 和请求字符串做匹配。
-
注意:如果 uri 包含正则表达式,则必须要有 ~ 或者 ~ 标识。*
4、负载均衡配置
负载均衡分配策略:upstream
- 轮训(默认)
- 每个请求按时间顺序逐一分配到不同的后端服务器,如果后端服务器 down 掉,能自动剔除
- 权重(weight)
- weight 代表权重,默认为 1,权重越高被分配的客户端越多
- 指定轮询几率,weight 和访问比率成正比,用于后端服务器性能不均的情况
- ip_hash
- 每个请求按访问 ip 的 hash 结果分配,这样每个访客固定访问一个后端服务器,可以解决 session 的问题
- fair(第三方)
- 按后端服务器的响应时间来分配请求,响应时间短的优先分配
轮训
实现效果
- 访问 Nginx 实现 http://127.0.0.1:8081,http://127.0.0.1:8082 两个地址轮训访问
配置 nginx.conf 文件
-
添加 upstream
- upstream myserver
- myserver :分配方法的 ip 和 端口号
- upstream myserver
-
添加 proxy_pass
upstream myserver{
server 127.0.0.1:8081;
server 127.0.0.1:8082;
}server {
listen 80;
server_name 192.168.37.130; location / {
root html;
proxy_pass http://myserver;
index index.html index.htm;
}
权重(weight)
实现效果
- 访问 Nginx 实现 http://127.0.0.1:8081,http://127.0.0.1:8082 两个地址按权重访问
配置 nginx.conf 文件
-
在 ip端口号后面加上 weight=n
- n:权重值
upstream myserver{
server 127.0.0.1:8081 weight=5;
server 127.0.0.1:8082 weight=2;
}server {
listen 80;
server_name 192.168.37.130; location / {
root html;
proxy_pass http://myserver;
index index.html index.htm;
}
ip_hash
实现效果
- 访问 Nginx 实现 http://127.0.0.1:8081,http://127.0.0.1:8082 两个地址按ip_hash访问
配置 nginx.conf 文件
-
在 upstream 中添加 ip_hash;
upstream myserver{
ip_hash; server 127.0.0.1:8081;
server 127.0.0.1:8082;
}server {
listen 80;
server_name 192.168.37.130; location / {
root html;
proxy_pass http://myserver;
index index.html index.htm;
}
fair(第三方)
实现效果
- 访问 Nginx 实现 http://127.0.0.1:8081,http://127.0.0.1:8082 两个地址**按fair(第三方)**访问
配置 nginx.conf 文件
-
在 upstream 中添加 fair;
upstream myserver{
server 127.0.0.1:8081;
server 127.0.0.1:8082; fair;
}
server {
listen 80;
server_name 192.168.37.130; location / {
root html;
proxy_pass http://myserver;
index index.html index.htm;
}
5、动静分离
- Nginx 动静分离简单来说就是把动态跟静态请求分开,不能理解成只是单纯的把动态页面和静态页面物理分离。严格意义上说应该是动态请求跟静态请求分开,可以理解成使用 Nginx 处理静态页面,Tomcat 处理动态页面。
- 动静分离从目前实现角度来讲大致分为两种
- 一种是纯粹把静态文件独立成单独的域名,放在独立的服务器上,也是目前主流推崇的方案;
- 另外一种方法就是动态跟静态文件混合在一起发布,通过 nginx 来分开。
配置 nginx.conf 文件
server {
listen 80;
server_name 192.168.37.130; #访问192.168.37.130/www/ ,将访问路径 /fzk/www 中的静态资源
location /www/ {
root /fzk/;
index index.html index.htm;
} #访问192.168.37.130/images/ ,将访问路径 /fzk/images 中的静态资源
location /images/ {
root /fzk/;
#列出静态资源
autoindex on;
}
6、高可用集群
准备工作
- 需要两台服务器192.168.17.129和192.168.17.131(两台为自己的服务器ip)
- 在两台服务器安装 nginx
- 在两台服务器安装 keepalived
安装 keepalived
- 使用 yum 命令进行安装
- yum install keepalived –y
高可用配置(主从配置)
第一步
-
修改 etc/keepalived/keepalivec.conf 配置文件
- 1、全部替换
- 2、修改 smtp_server,interface,virtual_ipaddress 三处
global_defs {
notification_email {
acassen@firewall.loc
failover@firewall.loc
sysadmin@firewall.loc
}
notification_email_from Alexandre.Cassen@firewall.loc
smtp_server 192.168.17.129
smtp_connect_timeout 30
router_id LVS_DEVEL
}vrrp_script chk_http_port {
script “/usr/local/src/nginx_check.sh”
interval 2 #(检测脚本执行的间隔)
weight 2
}vrrp_instance VI_1 {
state BACKUP # 备份服务器上将 MASTER 改为 BACKUP
interface ens33 //网卡
virtual_router_id 51 # 主、备机的 virtual_router_id 必须相同
priority 90 # 主、备机取不同的优先级,主机值较大,备份机值较小
advert_int 1
authentication {
auth_type PASS
auth_pass 1111
}
virtual_ipaddress {
192.168.17.50 // VRRP H 虚拟地址
}
}
第二步
-
在/usr/local/src 添加检测脚本
#!/bin/bash
A=ps -C nginx –no-header |wc -l
if [ $A -eq 0 ];then
/usr/local/nginx/sbin/nginx
sleep 2
if [ps -C nginx --no-header |wc -l
-eq 0 ];then
killall keepalived
fi
fi
第三步
- 把两台服务器上 nginx 和 keepalived 启动
- 启动 nginx:./nginx
- 启动 keepalived:systemctl start keepalived.service
第四步
- 测试
- 1、在浏览器地址栏输入虚拟 ip 地址 192.168.17.50,看能否访问到 Nginx 主界面
- ip为keepalivec.conf配置文件中的 virtual_ipaddress配置
- 2、把主服务器(192.168.17.129)nginx 和 keepalived 停止,再输入 192.168.17.50, 看能否访问到 Nginx 主界面
- 1、在浏览器地址栏输入虚拟 ip 地址 192.168.17.50,看能否访问到 Nginx 主界面