超全Nginx反向代理服务器原理+实战篇3

基于Nginx和Lua的高性能web平台，内部集成精良的Lua库、第三方模块、依赖，开发者可以方便搭建能够处理高并发、扩展性极高的动态web应用、web服务、动态网关。
OpenResty将Nginx核心、LuaJIT、许多有用的Lua库和Nginx第三方模块打包在一起
Nginx是c语言开发，如果要二次扩展很麻烦，而基于OpenResty，开发人员可以使用Lua编程语言对Nginx核心模块进行二次扩展
性能强大，OpenResty可以快速构造出1万以上并发连接响应的超高性能web应用系统

让web服务直接泡在Nginx内部服务器，充分利用Nginx的非阻塞I/O模型，不仅仅对HTTP客户端请求，甚至对于远程后端如MYSQL、Redis等都进行一直的高性能响应。所以对于一些高性能的服务来说，可以直接使用OpenResty访问MYSQL、Redis，而不需要通过第三方语言来访问，大大提高性能

Lua由标准的c语言编写而成，没有提供强大的库，但可以很容易的被C/C++代码调用，也可以反过来调用C/C++的函数。
在应用程序中可以被广泛应用，不过Lua是一种脚本，不适合做复杂的业务场景。
LuaJIT是采用C和汇编语言写的Lua解释器与即使编译器

ngx_lua是Nginx的一个模块，将Lua嵌入到Nginx中，从而可以使用Lua来编写脚本，部署到Nginx中运行，即Nginx变成了一个Web容器；开发人员就可以使用Lua语言开发高新跟那个Web应用了。

通过上述的模块，可以⽤来操作 mysql数据库、redis、memcached等，也可以⾃定义模块满⾜其他业务需求，很多经典的应⽤，⽐如开发缓存前置、数据过滤、API请求聚合、AB测试、灰度发布、降级、监控、限流、防⽕墙、⿊白名单等

cd /etc/yum.repos.d/
wget https://openresty.org/package/centos/openresty.repo
yum check-update
yum clean all
yum makecache
yum install -y openresty
yum -y install openresty-resty
列出所有 openresty 仓库⾥的软件包
yum --disablerepo="*" --enablerepo="openresty" list available
查看版本
resty -V

编辑：/usr/local/openresty/nginx/conf/nginx.conf
http{
  location /{
    content_by_lua_block{
      ngx.say("hello lixiang;李祥");
    }
  }
}

http{
  #这里设置为off，为了避免每次修改之后都要重新reload的麻烦，缓存lua脚本，生产环境上设为on
  lua_code_cache off;
  #lua_package_path可以配置openrestry的文件寻址路径，$PERFIX为openrestry安装路径
  #文件名使用"?"作为通配符，多个路径使用";"分割。默认的查找路径用";;"
  #设置纯Lua扩展库的搜寻地址
  lua_package_path "$prefix/lualib/?.lua;;";
  #设置c编写的Lua加班呢的搜寻地址
  lua_package_cpath "$prefix/lualib/?.so;;";
  server {
    location /{
      access_by_lua_file lua/while_ip_list.lua;
      proxy_pass http://lbs;
    }
  }
}

local black_ips={["127.0.0.1"]=true}
local ip=ngx.var.remote_addr
if true == black_ips[ip] then
  ngx.exit(ngx.HTTP_FORBIDDEN)
  return;
end

location /download/{
  access_by_lua_block{
    ngx.var.limit_rate = "300K"
  }
  alias /usr/local/software/;
}

如果是请求限流，请求先进入到漏桶里，漏桶以固定的速度出水，也就是处理请求，当水加的过快也就是请求过多，桶会直接溢出，也就是请求被丢弃拒绝，所以漏桶算法能清醒限制数据的传输速率或请求数

备注：只要突发并发量不⾼于桶⾥⾯存储的令牌数据，就可以充分利⽤好机器⽹络资源。如果桶内令牌数量⼩于被消耗的量，则产⽣的令牌的速度就是均匀处理请求的速度

LVS是Linux Virtual Server，Linux虚拟服务器，是一个虚拟的服务器集群系统
Linux2.4内核以后，LVS已经是Linux标准内核的一部分

监控并管理LVS集群系统中各个服务节点的状态
keepalived是一个类似于交换机制的软件，核心是检测服务器的状态，如果有一台web服务器工作出现故障，keepalived将检测到并将有故障的服务器从系统中剔除，使用其他服务器代替该服务器的工作，当服务器工作正常后Keepalived自动将服务器加入到服务器集群中。
后来加入了vrrp（虚拟路由器冗余协议），除了为LVS提供高可用还可以为其他服务器如mysql等提供高可用方案

#yum安装
yum -y install keepalived
#配置路径
/etc/keepalived/keepalived.conf
#启动命令
service keepalived start
#停止命令
service keepalived stop
#重启命令
service keepalived restart
#查看状态
service keepalived status

yum install -y gcc
yum install -y openssl-devel
yum install -y libnl libnl-devel
yum install -y libnfnetlink-devel
yum install -y net-tools
yum install -y vim wget

! Configuration File for keepalived
global_defs {
   router_id LVS_DEVEL # 设置lvs的id，在一个网络内应该是唯一的
   enable_script_security #允许执行外部脚本
}
#配置vrrp_script，主要用于健康检查及检查失败后执行的动作。
vrrp_script chk_real_server {
#健康检查脚本，当脚本返回值不为0时认为失败
    script "/usr/local/software/conf/chk_server.sh"
#检查频率，以下配置每2秒检查1次
    interval 2
#当检查失败后，将vrrp_instance的priority减小5
    weight -5
#连续监测失败3次，才认为真的健康检查失败。并调整优先级
    fall 3
#连续监测2次成功，就认为成功。但不调整优先级
    rise 2
    user root
}
#配置对外提供服务的VIP vrrp_instance配置
vrrp_instance VI_1 {
#指定vrrp_instance的状态，是MASTER还是BACKUP主要还是看优先级。
    state MASTER
#指定vrrp_instance绑定的网卡，最终通过指定的网卡绑定VIP
    interface ens33
#相当于VRID，用于在一个网内区分组播，需要组播域内内唯一。
    virtual_router_id 51
#本机的优先级，VRID相同的机器中，优先级最高的会被选举为MASTER
    priority 100
#心跳间隔检查，默认为1s，MASTER会每隔1秒发送一个报文告知组内其他机器自己还活着。
    advert_int 1
    authentication {
        auth_type PASS
        auth_pass 1111
    }
#定义虚拟IP(VIP)为192.168.159.100，可多设，每行一个
    virtual_ipaddress {
        192.168.159.100
    }
    #本vrrp_instance所引用的脚本配置，名称就是vrrp_script 定义的容器名
  track_script {
      chk_real_server
    }
}
# 定义对外提供服务的LVS的VIP以及port
virtual_server 192.168.159.100 80 {
    # 设置健康检查时间，单位是秒
    delay_loop 6
    # 设置负载调度的算法为rr
    lb_algo rr
    # 设置LVS实现负载的机制，有NAT、TUN、DR三个模式
    lb_kind NAT
    # 会话保持时间
    persistence_timeout 50
   #指定转发协议类型(TCP、UDP)
    protocol TCP
    # 指定real server1的IP地址
    real_server 192.168.159.146 80 {
        # 配置节点权值，数字越大权重越高
        weight 1
        # 健康检查方式
        TCP_CHECK {                  # 健康检查方式
            connect_timeout 10       # 连接超时
            retry 3           # 重试次数
            delay_before_retry 3     # 重试间隔
            connect_port 80          # 检查时连接的端口
        }
    }
}

router_id后面跟的自定义的ID在同一个网络下是一致的
state后跟的MASTER和BACKUP必须大写
interface 虚拟网卡ID，只要是没有在用的IP即可
在BACKUP节点上，其keepalived.conf与Master上基本⼀致，修改state为BACKUP，priority值改⼩即可
authentication主备之间的认证⽅式，⼀般使⽤PASS即可；主备的配置必须⼀致，不能超过8位

#配置vrrp_script，主要用于健康检查及检查失败后执行的动作。
vrrp_script chk_real_server {
#健康检查脚本，当脚本返回值不为0时认为失败
    script "/usr/local/software/conf/chk_server.sh"
#检查频率，以下配置每2秒检查1次
    interval 2
#当检查失败后，将vrrp_instance的priority减小5
    weight -5
#连续监测失败3次，才认为真的健康检查失败。并调整优先级
    fall 3
#连续监测2次成功，就认为成功。但不调整优先级
    rise 2
    user root
}

#!/bin/bash
#检查nginx进程是否存在
counter=$(ps -C nginx --no-heading|wc -l)
if [ "${counter}" -eq "0" ]; then
    service keepalived stop
    echo 'nginx server is died.......'
fi

vip能ping通，vip监听的端口不通: 第一个原因:nginx1和nginx2两台服务器的服务没有正常启动
vip ping不通: 核对是否出现裂脑,常见原因为防火墙配置所致导致多播心跳失败,核对keepalived的配置是否正确