简介
OpenResty® 是一个基于 Nginx 与 Lua 的高性能 Web 平台，其内部集成了大量精良的 Lua 库、第三方模块以及大多数的依赖项。用于方便地搭建能够处理超高并发、扩展性极高的动态 Web 应用、Web 服务和动态网关。
OpenResty® 通过汇聚各种设计精良的 Nginx 模块（主要由 OpenResty 团队自主开发），从而将 Nginx 有效地变成一个强大的通用 Web 应用平台。这样，Web 开发人员和系统工程师可以使用 Lua 脚本语言调动 Nginx 支持的各种 C 以及 Lua 模块，快速构造出足以胜任 10K 乃至 1000K 以上单机并发连接的高性能 Web 应用系统。
OpenResty® 的目标是让你的Web服务直接跑在 Nginx 服务内部，充分利用 Nginx 的非阻塞 I/O 模型，不仅仅对 HTTP 客户端请求,甚至于对远程后端诸如 MySQL、PostgreSQL、Memcached 以及 Redis 等都进行一致的高性能响应。
下载部署
wget https://openresty.org/download/openresty-1.13.6.2.tar.gz
cd openresty-1.13.6.2
./configure
make && make install
目录结构
[root@server openresty]# ls
bin COPYRIGHT luajit lualib nginx pod resty.index site
# 分析目录结构
# 相比Nginx源代码目录相比少了很多东西，少了的东西在bundle目录下。build是编译后生成的目标中间文件
# 在bundle目录中有很多模块，最核心的是Nginx源代码，nginx-相应的版本中，当前的openresty基于nginx-1.13.6.2这个版本进行二次开发。
/root/openresty-1.13.6.2/configure --help
# 查看configure脚本帮助文件
# 和nginx帮助文件基本没有太大的不同，只不过openresty集成了很多第三方模块
# 前缀带有without是默认是内置在编译版本中的
# 前缀带有with是默认是没有在编译版本中的
添加Lua代码启动
添加lua注意
/*
在nginx.conf 中实际是可以直接添加Lua代码，但是不能把Lua的语法Lua的源代码直接放在conf中，因为nginx的解析器它的配置语法是跟Lua代码是不相同的。
在openresty的nginx lua模块中，它提供了几条指令，其中有一条指令是content_by_lua
content_by_lua是在http请求处理的内容生成阶段，我们用Lua代码来处理。
*/
/*
openresty的Lua模块中提供了一些API 如ngx.say，会去生成http响应，浏览器在发起http请求中，它会在User-Agent这样的head中，
去添加当前浏览器的类型，我是xxx,我用了什么样的内核，用ngx.req.ge_headers把用户请求中的头部取出来，然后找出User-Agent，把User-Agent值通过这样一种文本方式返回给浏览器中.
通过openresty的nginx lua模块，我们可以用它提供给我们的API完成很多功能，我们可以利用Lua本身的一些工具库把Lua语言添加进来参加我们生成响应的这样一个过程中。
直接使用openresty提供的API或者Lua代码生成响应，为浏览器客户端提供服务。
我们可以使用Lua语言以及提供的相应的API库直接去访问Redis,Mysql,Tomcat等这样的服务，然后把不同的响应通过程序逻辑组成相应的http响应返回给用户
*/
修改配置文件
[root@server nginx]# cat /usr/local/openresty/nginx/conf/nginx.conf
worker_processes 1;
events {
worker_connections 1024;
}
http {
include mime.types;
default_type application/octet-stream;
sendfile on;
keepalive_timeout 65;
server {
listen 80;
server_name localhost;
location /lua {
default_type text/html;
content_by_lua '
ngx.say("User-Agent: ",ngx.req.get_headers()["User-Agent"])
';
}
location / {
root html;
index index.html index.htm;
}
error_page 500 502 503 504 /50x.html;
location = /50x.html {
root html;
}
}
}
# 启动
[root@server nginx]# cat /usr/local/openresty/nginx/sbin/nginx
访问
Linux下ab性能测试
下载配置ab
[root@server openresty]# yum -y install httpd-tools
[root@server openresty]# ab -V
This is ApacheBench,Version 2.3 <$Revision: 1430300 $>
Copyright 1996 Adam Twiss,Zeus Technology Ltd,http://www.zeustech.net/
Licensed to The Apache Software Foundation,http://www.apache.org/
1W并发压力测试
[root@server openresty]# ab -c 10000 -n 100000 127.0.0.1/lua
This is ApacheBench,http://www.apache.org/
Benchmarking 127.0.0.1 (be patient)
Completed 10000 requests
Completed 20000 requests
Completed 30000 requests
Completed 40000 requests
Completed 50000 requests
Completed 60000 requests
Completed 70000 requests
Completed 80000 requests
Completed 90000 requests
Completed 100000 requests
Finished 100000 requests
Server Software: openresty/1.13.6.2 # 服务器信息和版本
Server Hostname: 127.0.0.1 # 服务器的域名
Server Port: 80 # 端口
Document Path: /lua # 访问的路径
Document Length: 28 bytes # 文档大小
Concurrency Level: 10000 # 并发请求数
Time taken for tests: 5.978 seconds # 整个测试持续的时间
Complete requests: 100000 # 完成的请求数
Failed requests: 196008 # 失败的请求数
(Connect: 0,Receive: 0,Length: 98912,Exceptions: 97096)
Write errors: 0 # 网络连接写入错误数
Total transferred: 511104 bytes # 传输的总数据量
HTML transferred: 81312 bytes # 传输的HTML内容量
Requests per second: 16729.18 [#/sec] (mean) # 平均每秒请求数
Time per request: 597.758 [ms] (mean) # 所有用户请求一次的平均时间
Time per request: 0.060 [ms] (mean,across all concurrent requests) # 单个用户请求一次的时间
Transfer rate: 83.50 [Kbytes/sec] received # 传输速率
Connection Times (ms)
min mean[+/-sd] median max
Connect: 0 323 302.4 256 3359
Processing: 64 246 62.9 247 525
Waiting: 0 8 48.8 0 342
Total: 283 570 304.2 512 3566
# 所有服务请求的百分比占用时间,这里50%的请求用时512ms,一般看90%的部分
Percentage of the requests served within a certain time (ms)
50% 512
66% 541
75% 545
80% 547
90% 556
95% 1463
98% 1524
99% 1555
100% 3566 (longest request)
1.5W并发压力测试
[root@server openresty]# ab -c 15000 -n 100000 127.0.0.1/lua
This is ApacheBench,http://www.apache.org/
Benchmarking 127.0.0.1 (be patient)
Completed 10000 requests
Completed 20000 requests
Completed 30000 requests
Completed 40000 requests
Completed 50000 requests
Completed 60000 requests
Completed 70000 requests
Completed 80000 requests
Completed 90000 requests
Completed 100000 requests
Finished 100000 requests
Server Software: openresty/1.13.6.2
Server Hostname: 127.0.0.1
Server Port: 80
Document Path: /lua
Document Length: 28 bytes
Concurrency Level: 15000
Time taken for tests: 6.128 seconds
Complete requests: 100000
Failed requests: 201164
(Connect: 0,Length: 102820,Exceptions: 98344)
Write errors: 0
Total transferred: 291456 bytes
HTML transferred: 46368 bytes
Requests per second: 16317.62 [#/sec] (mean)
Time per request: 919.252 [ms] (mean)
Time per request: 0.061 [ms] (mean,across all concurrent requests)
Transfer rate: 46.44 [Kbytes/sec] received
Connection Times (ms)
min mean[+/-sd] median max
Connect: 0 471 296.5 409 3498
Processing: 74 380 100.9 383 878
Waiting: 0 7 57.5 0 573
Total: 494 851 303.4 808 4077
Percentage of the requests served within a certain time (ms)
50% 808
66% 818
75% 832
80% 856
90% 888
95% 1750
98% 1812
99% 1832
100% 4077 (longest request)
2W并发压力测试
[root@server openresty]# ab -c 20000 -n 100000 127.0.0.1/lua
This is ApacheBench,http://www.apache.org/
Benchmarking 127.0.0.1 (be patient)
Completed 10000 requests
Completed 20000 requests
Completed 30000 requests
Completed 40000 requests
Completed 50000 requests
Completed 60000 requests
Completed 70000 requests
Completed 80000 requests
Completed 90000 requests
Completed 100000 requests
Finished 100000 requests
Server Software: openresty/1.13.6.2
Server Hostname: 127.0.0.1
Server Port: 80
Document Path: /lua
Document Length: 28 bytes
Concurrency Level: 20000
Time taken for tests: 6.101 seconds
Complete requests: 100000
Failed requests: 194710
(Connect: 0,Length: 97430,Exceptions: 97280)
Write errors: 0
Total transferred: 478720 bytes
HTML transferred: 76160 bytes
Requests per second: 16389.97 [#/sec] (mean)
Time per request: 1220.258 [ms] (mean)
Time per request: 0.061 [ms] (mean,across all concurrent requests)
Transfer rate: 76.62 [Kbytes/sec] received
Connection Times (ms)
min mean[+/-sd] median max
Connect: 0 625 432.2 507 3665
Processing: 107 474 149.2 441 1024
Waiting: 0 15 94.3 0 714
Total: 521 1099 443.9 984 4362
Percentage of the requests served within a certain time (ms)
50% 984
66% 1005
75% 1010
80% 1019
90% 1949
95% 1997
98% 2131
99% 2421
100% 4362 (longest request)
通过lua实现灰度发布
nginx.conf
[root@server conf]# cat nginx.conf
user root;
worker_processes 1;
events {
worker_connections 1024;
}
http {
include mime.types;
default_type application/octet-stream;
sendfile on;
keepalive_timeout 65;
upstream up1{
server 127.0.0.1:8081;
}
upstream up2{
server 127.0.0.1:8082;
}
upstream all{
ip_hash;
serever 127.0.0.1:8081;
serever 127.0.0.1:8082;
}
server {
listen 80;
server_name localhost;
# 请求交给lua脚本处理
location / {
lua_code_cache off;
content_by_lua_file /usr/local/nginx/lua/proxy.lua;
}
# location @ 用于nginx内部跳转
location @up1 {
proxy_pass http://up1;
}
location @up2 {
proxy_pass http://up2;
}
location @all {
proxy_pass http://all;
}
}
}
proxy.lua
ngx.header.content_type="text/html;charset=utf8"
redis = require('resty.redis')
redis = redis.new()
redis:set_timeout(1000)
ok,err = redis:connect('127.0.0.1',6379)
if not ok then
ngx.say('connect to redis failed ! reason: ' .. err)
end
-- 从redis中检查是否存在即将更新的upstream主机
check_up1 = redis:get('update1') --(up1)
check_up2 = redis:get('update2') --(up2)
redis:close()
-- 注意返回的数据类型来判断
if check_up1 == "1" then
ngx.exec("@up2")
elseif check_up2 == "1" then
ngx.exec("@up1")
else
ngx.exec("@all")
end
-- 原理就是利用redis中设置指定key，比如要更新主机1，则redis中添加key=update1，value=1，当浏览器请求进入nginx的content阶段后执行lua脚本，
-- 脚本中检查redis中是否存在要更新的主机，如果发现某个主机要更新则通过Nginx API for Lua中的ngx.exec接口内部跳转到另一台主机。
-- 如果两个都不更新，则根据nginx自己的方式（默认轮询）分发请求。
-- nginx里使用了ip_hash保持会话，主要是为了用户的请求在后端记录的日志中保持完整。
优点
高并发
根据以上的测试来看，一台1核700兆的linux虚拟机即可跑出2W的并发，足以说明OpenResty处理高并发的能力，由于ab工具的限制，只能测试上限2W的并发，因此，这里也只做到了2W的测试。
热更新
Lua属于脚本语言，编译之后即可运行；Nginx具备优雅重启的功能；因此，线上业务如果出现问题需要及时修复的，更新修改Lua脚本之后，重启Nginx即可完成更新发布；如果没有配置Lua缓存功能的话，只要更新Lua脚本即可更新修复线上问题，不重启Nginx也可以。
缺点
不适合处理复杂的业务逻辑
由于功能性的东西主要使用Lua进行开发，受Lua语言特性的影响，不太适合做业务比较复杂的功能。
互联网上资料少
互联网上可以找的资料比较少；不过，本身Lua的学习过程不是特别的复杂，所以，这基本不会成为你学习它的障碍
适用场景
高仿问下应用及官网主页
如商城，咨询类的应用首页，会存在大量的请求，由于涉及到的内容比较多；所以可是私用预载入的形式，将主页的数据放置在redis中；使用OpenResty+redis实现首页，官网主页的高并发加载.
商城类的秒杀功能
秒杀功能会存在短时间的请求洪峰，如果处理不当可能会造成down机的风险，可以结合OpenResty+redis实现秒杀的功能.
ip限流
互联网系统可能存在非法用户恶意暴力请求，导致正常的用户无法使用，可以通过OpenResty+redis实现ip的白名单机制，去拦截非法的用户ip
APP灰度升级发布
可以根据系统的数据及条件实现APP的灰度升级测试
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。