架构设计：负载均衡层设计方案（3）——Nginx进阶

最新推荐文章于 2024-06-12 10:55:26 发布

2401_84103936

最新推荐文章于 2024-06-12 10:55:26 发布

阅读量872

点赞数 17

分类专栏：程序员文章标签：负载均衡 nginx 运维

本文链接：https://blog.csdn.net/2401_84103936/article/details/138421714

版权

程序员专栏收录该内容

232 篇文章 0 订阅

订阅专栏

从上面的各个实例中，我们已经发现Nginx是支持变量的，Nginx还内置了一些全局变量，这里列举一些比较重要的全局变量：

$content_length: 获取request中header部分的“Content_Length”值。
$content_type: 获取request中header部分的“Content_type”值。
$request_method: 请求方式，常用的有两种请求方式：POST、GET
$remote_addr: 发送请求的客户端ip
$remote_port: 发送请求的客户端端口
$request_uri: 含有参数的完整的初始URI
$server_addr: request到达的server的ip。
$server_port: 请求到达的服务器的端口号。

rewrite语法

rewrite regex replacement flag

#regex：表示当前匹配的正则表达式。只有 $u r l 大小写相关匹配 re g e x 正则表达式，这个$ url才会被rewrite进行重定向。

#replacement：重定向目标规则。这个目标规则支持动态变量绑定，这个问题下文马上用示例来讲。

#flag：重定向规则。

rewrite中的Flag关键字

redirect：通知客户端重定向到rewrtie后面的地址。
permanent：通知客户端永久重定向到rewrtie后面的地址。
last：将rewrite后的地址重新在server标签执行。
break：将rewrite后地址重新在当前的location标签执行。

实际上针对客户端来说，其效果是一样的，都是由客户端重新发起http请求，请求地址重新定位到replacement规则的URL地址；这里关键要讲解最常用的last和break两个关键字：

所有的rewrite语句都是要在server中的location中书写的，如下：

server {

。。。。。。

location … {

if(…) {

rewirte regex replacement flag;

}

rewirte regex replacement flag;

}

那么，break关键字说明重写的replacement地址在当前location的区域马上执行。

last关键字说明重写的replacement地址在当前server所有的location中重新再做匹配。

下面我们结合rewrite关键字和rewrite flag关键字给出典型的示例进行讲解：

示例1：

location ~* ^/(.+)/(.+).(jpg|gif|png|jpeg)$ {

rewrite ^/orderinfo/(.+).(jpg|gif|png|jpeg)$ /img/$1.$2 break;

root /cephclient;

}

location在不进行大小写区分的情况下利用正则表达式对$url进行匹配。当匹配成功后进行rewrite重定位。

rewrite进行重写url的规则是：regex表达式第一个括号中的内容对应$1，regex表达式第二个括号中的内容对应$2，以此类推。

这样重定位的意义就很明确了：将任何目录下的文件名重定位到img目录下的对应文件名，

并且马上在这个location中（注意是Nginx，而不是客户端）执行这个重写后的URL定位。

示例2：

server {

。。。。

location ~* ^/orderinfo/(.+).(jpg|gif|png|jpeg)$ {

rewrite ^/orderinfo/(.+).(.+)$ /img/$1.$2 last;

}

location / {

root /cephclient;

}

在server中，有两个location位置，当url需要访问orderinfo目录下的某一个图片时，rewrite将重写这个url，

并且重新带入这个url到server执行，这样“location /”这个location就会执行了，并找到图片存储的目录。

1.3、健康检查模块

在本小节我们介绍一个用于Nginx对后端UpStream集群节点健康状态检查的第三方模块：nginx_upstream_check_module（https://github.com/yaoweibin/nginx_upstream_check_module）。这个模块有资料介绍是TaoBao团队开发的，但是我在GitHua上试图求证时并没有找到直接证据。

这里需要说明的是，目前有很多Nginx模块实现Nginx对后端集群节点的健康监测，不止nginx_upstream_check_module。Nginx官方有一个模块healthcheck_nginx_upstreams也可以实现对后端节点的健康监测（https://github.com/cep21/healthcheck_nginx_upstreams有详细的安装和使用介绍）

我们回到对nginx_upstream_check_module的讲解，要使用这个第三方模块首先您需要进行下载，然后通过patch命令将补丁打入您原有的Nginx源码中，并且重新进行编译安装。下面我们来重点讲解一下这个模块的安装和使用。

下载nginx_upstream_check_module模块：

wget https://codeload.github.com/yaoweibin/nginx_upstream_check_module/zip/master

您也可以直接到GitHua上进行下载，还一个在linux系统上使用git命令进行下载。

解压安装，并补丁打入Nginx源码

unzip ./nginx_upstream_check_module-master.zip

注意是将补丁打入Nginx源码，不是Nginx的安装路径：

cd ./nginx-1.6.2

patch -p1 < …/nginx_upstream_check_module-master/check_1.5.12+.patch

如果补丁安装成功，您将看到以下的提示信息：

patching file src/http/modules/ngx_http_upstream_ip_hash_module.c

patching file src/http/modules/ngx_http_upstream_least_conn_module.c

patching file src/http/ngx_http_upstream_round_robin.c

patching file src/http/ngx_http_upstream_round_robin.h

这里请注意：在nginx_upstream_check_module官网的安装说明中，有一个打补丁的注意事项：

If you use nginx-1.2.1 or nginx-1.3.0, the nginx upstream round robin

module changed greatly. You should use the patch named

‘check_1.2.1.patch’.

If you use nginx-1.2.2+ or nginx-1.3.1+, It added the upstream

least_conn module. You should use the patch named ‘check_1.2.2+.patch’.

If you use nginx-1.2.6+ or nginx-1.3.9+, It adjusted the round robin

module. You should use the patch named ‘check_1.2.6+.patch’.

If you use nginx-1.5.12+, You should use the patch named

‘check_1.5.12+.patch’.

If you use nginx-1.7.2+, You should use the patch named

‘check_1.7.2+.patch’.

这里我们的Nginx的版本是1.6.2，那么就应该打入check_1.5.12+.patch这个补丁

重新编译安装Nginx：

注意重新编译Nginx，要使用add-module参数将这个第三方模块安装进去：

./configure --prefix=/usr/nginx-1.6.2/ --add-module=…/nginx_upstream_check_module-master/

make && make install

通过以上的步骤，第三方的nginx_upstream_check_module模块就在Nginx中准备好了。接下来我们讲解一下如何使用这个模块。首先看一下upstream的配置信息：

upstream cluster {

simple round-robin

server 192.168.0.1:80;

server 192.168.0.2:80;

check interval=5000 rise=1 fall=3 timeout=4000;

#check interval=3000 rise=2 fall=5 timeout=1000 type=ssl_hello;

#check interval=3000 rise=2 fall=5 timeout=1000 type=http;

#check_http_send “HEAD / HTTP/1.0\r\n\r\n”;

#check_http_expect_alive http_2xx http_3xx;

}

上面的代码中，check部分就是调用nginx_upstream_check_module模块的语法：

check interval=milliseconds [fall=count] [rise=count]

[timeout=milliseconds] [default_down=true|false]

interval：必要参数，检查请求的间隔时间。

最后的内容

在开头跟大家分享的时候我就说，面试我是没有做好准备的，全靠平时的积累，确实有点临时抱佛脚了，以至于我自己还是挺懊恼的。（准备好了或许可以拿个40k，没做准备只有30k+，你们懂那种感觉吗）

如何准备面试？

1、前期铺垫（技术沉积）

程序员面试其实是对于技术的一次摸底考试，你的技术牛逼，那你就是大爷。大厂对于技术的要求主要体现在：基础，原理，深入研究源码，广度，实战五个方面，也只有将原理理论结合实战才能把技术点吃透。

下面是我会看的一些资料笔记，希望能帮助大家由浅入深，由点到面的学习Java，应对大厂面试官的灵魂追问

这部分内容过多，小编只贴出部分内容展示给大家了，见谅见谅！

Java程序员必看《Java开发核心笔记（华山版）》

Redis学习笔记

Java并发编程学习笔记

四部分，详细拆分并发编程——并发编程+模式篇+应用篇+原理篇

Java程序员必看书籍《深入理解 ava虚拟机第3版》（pdf版）

大厂面试必问——数据结构与算法汇集笔记

其他像Spring，SpringBoot，SpringCloud，SpringCloudAlibaba，Dubbo，Zookeeper，Kafka，RocketMQ，RabbitMQ，Netty，MySQL，Docker，K8s等等我都整理好，这里就不一一展示了。

2、狂刷面试题

技术主要是体现在平时的积累实用，面试前准备两个月的时间再好好复习一遍，紧接着就可以刷面试题了，下面这些面试题都是小编精心整理的，贴给大家看看。

①大厂高频45道笔试题（智商题）

②BAT大厂面试总结（部分内容截图）

③面试总结

3、结合实际，修改简历

程序员的简历一定要多下一些功夫，尤其是对一些字眼要再三斟酌，如“精通、熟悉、了解”这三者的区别一定要区分清楚，否则就是在给自己挖坑了。当然不会包装，我可以将我的简历给你参考参考，如果还不够，那下面这些简历模板任你挑选：

以上分享，希望大家可以在金三银四跳槽季找到一份好工作，但千万也记住，技术一定是平时工作种累计或者自学（或报班跟着老师学）通过实战累计的，千万不要临时抱佛脚。

另外，面试中遇到不会的问题不妨尝试讲讲自己的思路，因为有些问题不是考察我们的编程能力，而是逻辑思维表达能力；最后平时要进行自我分析与评价，做好职业规划，不断摸索，提高自己的编程能力和抽象思维能力。

i-1714732572938)]

[外链图片转存中…(img-gOYiAiYB-1714732572939)]

3、结合实际，修改简历

[外链图片转存中…(img-U9o0jygq-1714732572939)]

本文已被CODING开源项目：【一线大厂Java面试题解析+核心总结学习笔记+最新讲解视频+实战项目源码】收录

2401_84103936

关注

17
点赞
踩
27

收藏

觉得还不错? 一键收藏
3
评论
架构设计：负载均衡层设计方案（3）——Nginx进阶

在开头跟大家分享的时候我就说，面试我是没有做好准备的，全靠平时的积累，确实有点临时抱佛脚了，以至于我自己还是挺懊恼的。（准备好了或许可以拿个40k，没做准备只有30k+，你们懂那种感觉吗）如何准备面试？1、前期铺垫（技术沉积）程序员面试其实是对于技术的一次摸底考试，你的技术牛逼，那你就是大爷。大厂对于技术的要求主要体现在：基础，原理，深入研究源码，广度，实战五个方面，也只有将原理理论结合实战才能把技术点吃透。
复制链接

扫一扫