【运维知识进阶篇】集群架构-Nginx四层负载均衡详解

本文涉及的产品
RDS MySQL Serverless 基础系列,0.5-2RCU 50GB
RDS MySQL Serverless 高可用系列,价值2615元额度,1个月
简介: 【运维知识进阶篇】集群架构-Nginx四层负载均衡详解

四层负载均衡含义及应用场景

四层负载均衡是基于传输层协议包来封装的(如:TCP/IP),那我们介绍的的七层是指的应用层,他的组装在四层的基础之上,无论四层还是七层都是指的OSI网络模型。我们之前介绍了七层负载均衡,这篇文章介绍下四层负载均衡。

四层负载均衡在一般企业中是用不到的,因为没有那么大的并发量,我们用七层足以,不会涉及端口限制问题。但是在大规模集群架构中也是不可或缺的,我们往往采取四层+七层来构建大规模集群架构,所以我们也需要深入学习下,具体使用场景有以下两种。

1、四层+七层做负载均衡,四层保证七层的高可用性。如:Nginx无法保证自己的高可用性,需要依赖LVS或者keepalive。

2、TCP协议的负载均衡,有些请求是TCP协议的(mysql、ssh),这些请求只需要四层转发即可。

Nginx四层负载均衡配置测试

1、前期准备

我们准备一台虚拟机LB00(10.0.0.4,172.16.1.4)

配好yum源,安装Linux,启动Linux

2、添加配置目录到主配置文件并创建该目录

1. [root@LB00 nginx]# cat /etc/nginx/nginx.conf 
2. 
3. user  nginx;
4. worker_processes  auto;
5. 
6. error_log  /var/log/nginx/error.log notice;
7. pid        /var/run/nginx.pid;
8. 
9. 
10. events {
11.     worker_connections  1024;
12. }
13. 
14. 
15. include /etc/nginx/conf.c/*.conf; #在nginx主配置文件添加配置文件路径
16. 
17. http {
18.     include       /etc/nginx/mime.types;
19. default_type  application/octet-stream;
20. 
21.     log_format  main  '$remote_addr - $remote_user [$time_local] "$request" '
22. '$status $body_bytes_sent "$http_referer" '
23. '"$http_user_agent" "$http_x_forwarded_for"';
24. 
25. access_log  /var/log/nginx/access.log  main;
26. 
27.     sendfile        on;
28.     #tcp_nopush     on;
29. 
30.     keepalive_timeout  65;
31. 
32.     #gzip  on;
33. 
34.     include /etc/nginx/conf.d/*.conf;
35. }
36. [root@LB00 nginx]# mkdir /etc/nginx/conf.c

3、添加负载均衡配置文件并进行配置

1. [root@LB00 nginx]# cd /etc/nginx/conf.c
2. [root@LB00 conf.c]# vim proxy_4.conf
3. stream {
4.     upstream lb {
5.             server 172.16.1.5:80 weight=5 max_fails=3 fail_timeout=30s;
6.             server 172.16.1.6:80 weight=5 max_fails=3 fail_timeout=30s;
7.     }
8. 
9.     server {
10.             listen 80;
11.             proxy_connect_timeout 3s;
12.             proxy_timeout 3s;
13.             proxy_pass lb;
14.     }
15. }
16. ~                                                  
17. <4.conf" [New] 13L, 317C written 
18. [root@LB00 conf.c]# nginx -t
19. nginx: the configuration file /etc/nginx/nginx.conf syntax is ok
20. nginx: configuration file /etc/nginx/nginx.conf test is successful
21. [root@LB00 conf.c]# systemctl restart nginx

4、windows添加hosts解析,并查看nginx日志

注意:4层负载均衡没有access日志,因为在nginx.conf的配置中,access的日志格式是配置在http下的,而四层复杂均衡配置实在http以外的。

如果需要日志则需要如下配置,将日志保存到proxy.log中

1. [root@LB00 conf.c]# cat lb_domain.conf 
2. stream {
3.     log_format  proxy '$remote_addr $remote_port - [$time_local] $status $protocol '
4. '"$upstream_addr" "$upstream_bytes_sent" "$upstream_connect_time"' ;
5. access_log /var/log/nginx/proxy.log proxy;
6.     upstream lb {
7.             server 172.16.1.5:80 weight=5 max_fails=3 fail_timeout=30s;
8.             server 172.16.1.6:80 weight=5 max_fails=3 fail_timeout=30s;
9.     }
10. 
11.     server {
12.             listen 80;
13.             proxy_connect_timeout 3s;
14.             proxy_timeout 3s;
15.             proxy_pass lb;
16.     }
17. }

LB00日志

LB01日志

Web01日志

一切正常,由LB00做四层负载均衡到LB01和LB02,LB0和LB02做七层负载均衡到Web01和Web02,静态数据去访问NFS,动态数据去请求MySQL。

 

Nginx四层负载均衡端口转发

实现请求负载均衡5555转发到172.16.1.7:22,请求负载均衡6666转发到172.16.1.51:3306

配置文件

1. [root@lb4-01 ~]# cat /etc/nginx/conf.c/lb_domain.conf 
2. stream {
3.     log_format  proxy '$remote_addr $remote_port - [$time_local] $status $protocol '
4. '"$upstream_addr" "$upstream_bytes_sent" "$upstream_connect_time"' ;
5. access_log /var/log/nginx/proxy.log proxy;
6. 
7. 
8.     upstream ssh_7 {
9.             server 10.0.0.7:22; #定义转发ssh的22端口
10.     }
11. 
12.     upstream mysql_51 {
13.             server 10.0.0.51:3306; #定义转发mysql的3306端口
14.     }
15.     server {
16.             listen 5555;
17.             proxy_connect_timeout 3s;
18.             proxy_timeout 300s;
19.             proxy_pass ssh_7;
20.     }
21. 
22.     server {
23.             listen 6666;
24.             proxy_connect_timeout 3s;
25.             proxy_timeout 3s;
26.             proxy_pass mysql_51;
27.     }
28. }

5555端口测试

6666端口测试

 

四层负载均衡总结

1、四层负载均衡仅能转发TCP/IP协议、UDP协议、通常用来转发端口,如:tcp/22、udp/53;

2、四层负载均衡可以用来解决七层负载均衡端口限制问题;(七层负载均衡最大使用65535个端口号)

3、四层负载均衡可以解决七层负载均衡高可用问题;(多台后端七层负载均衡能同事的使用)

4、四层的转发效率比七层的高得多,但仅支持tcp/ip协议,不支持http和https协议;

5、通常大并发场景通常会选择使用在七层负载前面增加四层负载均衡。


我是koten,10年运维经验,持续分享运维干货,感谢大家的阅读和关注!

相关实践学习
部署高可用架构
本场景主要介绍如何使用云服务器ECS、负载均衡SLB、云数据库RDS和数据传输服务产品来部署多可用区高可用架构。
负载均衡入门与产品使用指南
负载均衡(Server Load Balancer)是对多台云服务器进行流量分发的负载均衡服务,可以通过流量分发扩展应用系统对外的服务能力,通过消除单点故障提升应用系统的可用性。 本课程主要介绍负载均衡的相关技术以及阿里云负载均衡产品的使用方法。
目录
相关文章
|
4天前
|
运维 Oracle 容灾
Oracle dataguard 容灾技术实战(笔记),教你一种更清晰的Linux运维架构
Oracle dataguard 容灾技术实战(笔记),教你一种更清晰的Linux运维架构
|
5天前
|
负载均衡 应用服务中间件 nginx
解决nginx配置负载均衡时invalid host in upstream报错
在Windows环境下,配置Nginx 1.11.5进行负载均衡时遇到问题,服务无法启动。错误日志显示“invalid host in upstream”。检查发现上游服务器列表中,192.168.29.128的主机地址无效。负载均衡配置中,两个服务器地址前误加了&quot;http://&quot;。修正方法是删除上游服务器列表和proxy_pass中的&quot;http://&quot;。问题解决后,Nginx服务应能正常启动。
38 4
解决nginx配置负载均衡时invalid host in upstream报错
|
6天前
|
应用服务中间件 nginx
nginx配置集群轮训策略
nginx配置集群轮训策略
421 0
|
6天前
|
存储 运维 负载均衡
Heartbeat+Nginx实现高可用集群
通过Heartbeat与Nginx的结合,您可以建立一个高可用性的负载均衡集群,确保在服务器故障时仍能提供无中断的服务。这种配置需要仔细的计划和测试,以确保系统在故障情况下能够正确运行。
23 2
|
6天前
|
负载均衡 网络协议 应用服务中间件
【亮剑】在Linux中构建高可用性和高性能网络服务的负载均衡工具HAProxy、Nginx和Keepalived。
【4月更文挑战第30天】本文介绍了在Linux中构建高可用性和高性能网络服务的负载均衡工具HAProxy、Nginx和Keepalived。HAProxy是一个高性能的开源TCP和HTTP负载均衡器,适合处理大量并发连接;Nginx是一个多功能Web服务器和反向代理,支持HTTP、HTTPS和TCP负载均衡,同时提供缓存和SSL功能;Keepalived用于监控和故障切换,通过VRRP实现IP热备份,保证服务连续性。文中详细阐述了如何配置这三个工具实现负载均衡,包括安装、配置文件修改和启动服务,为构建可靠的负载均衡系统提供了指导。
|
6天前
|
敏捷开发 运维 监控
【专栏】微服务架构,以敏捷、灵活著称,通过拆分大型应用为小型自治服务,简化开发运维
【4月更文挑战第27天】微服务架构,以敏捷、灵活著称,通过拆分大型应用为小型自治服务,简化开发运维。本文探讨其基本概念、起源,核心优势(如敏捷开发、高可伸缩性)及挑战(系统复杂度、数据一致性),并分享实施策略(服务划分、技术选型、CI/CD)与实践案例(Netflix、Uber、Spotify),展示微服务如何重塑软件开发,并成为未来复杂应用系统的基础。
|
6天前
|
存储 缓存 负载均衡
从运维角度看中大型网站架构的演变之路
从运维角度看中大型网站架构的演变之路
|
6天前
|
负载均衡 算法 网络协议
LVS、Nginx和HAProxy负载均衡器对比总结
LVS、Nginx和HAProxy负载均衡器对比总结
|
6天前
|
负载均衡 应用服务中间件 PHP
使用nginx-haproxy实现七层负载均衡
【4月更文挑战第13天】使用nginx实现动静分离的负载均衡集群
38 4
|
6天前
|
负载均衡 应用服务中间件 nginx
Nginx 负载均衡
Nginx 负载均衡
26 2