day43 四层负载均衡

七层负载均衡

1.根据url调度不同的集群 url.qjp.com

10.0.0.5

10.0.0.7 /pass

10.0.0.8 /user

1.web01和web02配置 (只不过代码不一样)

[root@web01 conf.d]# cat url.oldxu.com.conf 
server {
 listen 80;
 server_name url.oldxu.com;
 root /code;
 location / {
 index index.html;
}
}

2.lb配置

[root@lb01 conf.d]# cat proxy_url.oldxu.com.conf 
upstream user {
 server 172.16.1.8;
}
upstream pass {
 server 172.16.1.7;
}

server {
 listen 80;
 server_name url.oldxu.com;
 location / {
 proxy_pass http://user;
 include proxy_params;
 }
 location /user {
 proxy_pass http://user;
 include proxy_params;
 }
 location /pass {
 proxy_pass http://pass;
 include proxy_params;
 }
}
[root@lb01 conf.d]# systemctl restart nginx

PS: 在使用proxy_pass反向代理时,最后结尾添加/和不添加/有什么区别?

1.不添加 / 用户如果请求: http://url.oldxu.com/user 会被代理至后端: http://url.oldxu.com/user

1.添加 / 用户如果请求: http://url.oldxu.com/user 会被代理至后端: http://url.oldxu.com/

2.根据设备调度不同的集群 ( 浏览器 ) ( 手机 )

10.0.0.5 10.0.0.7 pc 10.0.0.8 phone

1.所有的web都需要配置 ( 代码不一样)

[root@web01 conf.d]# cat /etc/nginx/conf.d/agent.oldxu.com.conf 
server {
 listen 80;
 server_name agent.oldxu.com;
 root /code;
 location / {
 index index.html;
}
}

2.代理的配置

[root@lb01 conf.d]# cat proxy_agent.oldxu.com.conf 
upstream pc {
 server 172.16.1.7:80;
}

upstream phone {
 server 172.16.1.8:80;
}

server {
 listen 80;
 server_name agent.oldxu.com;
 location / {
 #默认都走pc
 proxy_pass http://pc;
 include proxy_params;
 default_type text/html;
 charset utf-8;
 #如果是安卓或iphone,则走phone
 if ( $http_user_agent ~* "android|iphone|iPad" ) {
 proxy_pass http://phone;
 }

 #如果是IE浏览器,要么拒绝,要么返回一个好的浏览器下载页面
 if ( $http_user_agent ~*  "MSIE" ) {
 return 200 '<a href="http://download.xuliangwei.com/gitlab-ce-8.3.4-ce.0.el7.x86_64.rpm" target="_blank">点击下载正版浏览器google.exe</a>';
 }
}
}

3.多级负载下如何透传真实客户端IP? ( 提供视频 ) x-forwar realip (知道经过了那些代理代理的IP又是多少)

Nginx四层负载均衡

1.什么是四层负载均衡

四层负载均衡基于传输层协议包来封装的（如：TCP/IP），那我们前面使用到的七层是指的应用层，它的组装在四层基础之上，无论四层还是七层都是指的OSI网络模型。

image.png

2.四层层负载均衡应用场景

1.四层+七层来作负载均衡，4层可以保证7层的负载均衡的高可用性。如:nginx就无法保证自己的服务高可用，需要依赖lvs或者keepalive来作。
2.如:tcp协议的负载均衡，有些请求是TCP协议的(mysql、ssh)，或者说这些请求只需要使用4层进行端口的转发就可以了，所以使用4层负载均衡。

3.四层+七层构建大规模集群架构使用场景

image.png

4.四层负载均衡使用场景

1.四层负载均衡 + 七层负载均衡 2.dns + 多机房 + 四层负载均衡+七层负载均衡 3.SOA 松耦合架构

5.基于端口的转发

nginx 7层 web01 MySQL

nginx 4层 + web02 NFS nginx 7层 web03 Redis 10.0.0.6

10.0.0.4 nginx是1.9版本以后才引入的四层负载均衡 stream模块实现,但stream不能出现在http层

 --with-stream
 -with-stream_ssl_module
 -with-stream_realip_module

stream {
 upstream backend {
 hash $remote_addr consistent;
 server backend1.example.com:12345 weight=5;
 server 127.0.0.1:12345 max_fails=3 fail_timeout=30s;
 server unix:/tmp/backend3;
 }
 server {
 listen 12345;
 proxy_connect_timeout 1s;
 proxy_timeout 3s;
 proxy_pass backend;
 }
}

nginx四层+nginx七层+web集群--->场景

#1.定义四层配置文件路径:
[root@lb-4 nginx]# vim /etc/nginx/nginx.conf
include /etc/nginx/conf.c/*.conf; 

#2.进行初始化操作
[root@lb-4 ~]# rm -f /etc/nginx/conf.d/default.conf
[root@lb-4 nginx]# mkdir /etc/nginx/conf.c

#3.配置四层负载均衡
[root@lb-4 ~]# cat /etc/nginx/conf.c/all.conf 
stream {
 upstream blog {
 server 172.16.1.5:80;
 server 172.16.1.6:80;
 }

 server {
 listen 80;
 proxy_pass blog;
 proxy_timeout 3s;
 proxy_connect_timeout 3s;
 }
}

2.基于端口的转发:

需求: 用户连接10.0.0.4的6666端口,其实连接的是172.16.1.7的22/TCP端口需求: 用户连接10.0.0.4的5555端口,其实连接的是172.16.1.51的3306/TCP端口

[root@lb-4 conf.c]# cat blog.oldxu.com.conf stream { upstream ssh { server 172.16.1.7:22; } upstream mysql { server 172.16.1.51:3306; }

    server {
     listen 6666;
     proxy_pass ssh;
    }
    
    server {
     listen 5555;
     proxy_pass mysql;
    }
    }

4.四层负载均衡怎么记录日志必须在stream层,不能出现在http层?

log_format  proxy '$remote_addr -  [$time_local]  $status $protocol'
 '  "$upstream_addr" "$upstream_bytes_sent" "$upstream_connect_time"' ;
access_log /var/log/nginx/tcp.log proxy;

3.配置阿里云四层负载均衡实现端口转发公网666转到内网的22 公网80 转到内网的多台7层负载均衡的80 ?