keepalived高可用学习 keepalived+nginx高可用负载均衡配置

带上耳机世界与我无关2023-09-19 10:26

文章目录

Keepalived

1、概述

keepalived是为lvs设计的，用于管理和监控lvs集群系统中各个服务节点的状态，后面又加入了VRRP虚拟路由冗余协议，可以实现路由器高可用，原理是多台提供路由功能的服务器组成一个路由组，一个master和多个backup,master有vip，可以发组播，当backup收不到就认为master挂了，这时候需要优先级确认下一位master这样就可以保证路由的高可用（lvs是通过ip公网访问，lvs调度私网web服务器。DR模式有vip，web坏掉一台，另一台还是可以访问的，lvs调度服务器挂了就不行了，lvs加上keepalived的话，keepalived就相当于配置了lvs的多个备份，坏掉一台，另一台顶上去）。

Keepalived除了能够管理LVS软件外，还可以作为其他服务（例如：Nginx、Haproxy、MySQL、vsnfsd等）的高可用解决方案软件

2、配置文件说明

! Configuration File for keepalived
#发送邮件的配置
global_defs {
   notification_email {
     acassen@firewall.loc
     failover@firewall.loc
     sysadmin@firewall.loc
   }
   notification_email_from Alexandre.Cassen@firewall.loc
   smtp_server 192.168.200.1
   smtp_connect_timeout 30
   router_id LVS_DEVEL
}
#vrrp协议的配置
vrrp_instance VI_1 {
    #工作模式
    state MASTER
    #监听的网卡
    interface ens33
    #虚拟路由id 需要和备服务器一致
    virtual_router_id 51
    #权重 优先级
    priority 100
    #vrrp包的发送周期  1s
    advert_int 1
    #权限验证
    authentication {
        auth_type PASS
        auth_pass 1111
    }
    #需要绑定切换的VIP
    virtual_ipaddress {
        192.168.1.200
    }
}

3、简洁版配置过程

keepalived 用于管理和监控lvs集群，并具有vrrp虚拟路由冗余协议，可以实现路由器的高可用
主配置文件 /etc/keepalived/keepalived.conf
VRRP出现的目的就是为了解决静态路由单点故障问题的，它能够保证当个别节点宕机时，整个网络可以不间断地运行。

keepalived+lvs(DR模式)配置过程 
1.lvs服务器配置
安装ipvsadm，开启ip_vs模块
配置vip（虚拟ip）地址
配置bl命令，完成lvs的调度功能
关闭重定向
安装keepalived，配置/etc/keepalived/keepalived.conf文件
2.lvs备份服务器配置
安装ipvsadm，开启ip_vs模块
配置vip（虚拟ip）地址
配置bl命令，完成lvs的调度功能
关闭重定向
安装keepalived，配置/etc/keepalived/keepalived.conf文件
3.多台web服务器配置
安装httpd服务，并配置网页
关闭重定向
配置vip（虚拟ip）地址
4. 启动两台lvs服务器 （主lvs先启动）
5.测试
[root@hd1 ~]# ip addr|grep 1.113
inet 192.168.1.113/32 scope global ens33
[root@hd8 ~]# curl 192.168.1.113
this is 192.168.1.13
6.验证keepalived的高可用性 
停掉192.168.1.11的keepalived的服务
[root@hd1 ~]# systemctl stop keepalived（keepalived.server）
查看vip地址现在在哪里？（应该在192.168.1.12上）
[root@hd2 ~]# ip addr |grep 1.113
    inet 192.168.1.113/32 scope global ens33
通过客户端继续访问192.168.1.113   还是可以正常访问 后台的1.13和1.14的


高可用配置

4、keepalived+lvs配置

Keepalived软件起初是专为LVS负载均衡软件设计的，用来管理并监控LVS集群系统中各个服务节点的状态，后来又加入了可以实现高可用的VRRP功能。因此，Keepalived除了能够管理LVS软件外，还可以作为其他服务（例如：Nginx、Haproxy、MySQL等）的高可用解决方案软件

keepalived是以VRRP协议为基础实现的，VRRP全称Virtual Router Redundancy Protocol，即虚拟路由冗余协议  （冗余：多个）
虚拟路由冗余协议，
可以认为是实现路由器高可用的协议，即将N台提供相同功能的路由器组成一个路由器组，这个组里面有一个master和多个backup，master上面有一个对外提供服务的vip（该路由器所在局域网内其他机器的默认路由为该vip），master会发组播，当backup收不到vrrp包时就认为master宕掉了，这时就需要根据VRRP的优先级来选举一个backup当master。这样的话就可以保证路由器的高可用了。

keepalived主要有三个模块，分别是core、check和vrrp。
core模块为keepalived的核心，负责主进程的启动、维护以及全局配置文件的加载和解析。
check负责健康检查，包括常见的各种检查方式。
vrrp模块是来实现VRRP协议的。

3、keepalived组成和原理
Keepalived软件主要是通过VRRP协议实现高可用功能的。
作用：VRRP的目的是为了解决静态路由单点故障问题，它能够保证当个别节点宕机时，整个网络可以不间断地运行。
Keepalived的功能体系结构，大致分两层：用户空间（user space）和内核空间（kernel space）。

keepalived的配置文件
keepalived只有一个配置文件
/etc/keepalived/keepalived.conf
里面主要包括以下几个配置区域，分别是
global_defs、
static_ipaddress、
static_routes、
vrrp_script、
vrrp_instance和virtual_server。


环境准备
四台服务器
主lvs 192.168.8.11 vip 192.168.8.111
备lvs 192.168.8.12 vip 192.168.8.111
web1  192.168.8.138 vip 192.168.8.111
web2  192.168.8.139 vip 192.168.8.111

主lvs
root@hd1 ~]#yum -y install ipvsadm
root@hd1 ~]#modprobe ip_vs
root@hd1 ~]#cat /proc/net/ip_vs
配置关闭icmp重定向
echo "1" >/proc/sys/net/ipv4/conf/all/send_redirects 
cat /proc/sys/net/ipv4/conf/all/send_redirects 
echo "1" >/proc/sys/net/ipv4/conf/default/send_redirects 
echo "1" >/proc/sys/net/ipv4/conf/ens33/send_redirects 
安装keepalived
[root@hd1 ~]# yum -y install keepalived
配置keepalived的主配置文件
清空配置文件的内容
[root@hd1 ~]# > /etc/keepalived/keepalived.conf
[root@hd1 ~]# cat  /etc/keepalived/keepalived.conf

! Configuration File for keepalived

global_defs {
   notification_email {
     acassen@firewall.loc
     failover@firewall.loc
     sysadmin@firewall.loc
   }
   notification_email_from Alexandre.Cassen@firewall.loc
   smtp_server 192.168.200.1
   smtp_connect_timeout 30
   router_id LVS_DEVEL1
}

vrrp_instance VI_1 {
    state MASTER
    interface ens33
    virtual_router_id 51
    priority 100
    advert_int 1
    authentication {
        auth_type PASS
        auth_pass 1111
    }
    virtual_ipaddress {
        192.168.8.111
    }
}

virtual_server 192.168.8.111 80 {
    delay_loop 6
    lb_algo rr
    lb_kind DR
    net_mask 255.255.255.0
    persistence_timeout 50
    protocol TCP

    real_server 192.168.8.138 80 {
        weight 1
        TCP_CHECK {
                  connect_port 80
                  connect_timeout 3
                  nb_get_retry 3
                 delay_before_retry 4

    }
    }
    real_server 192.168.8.139 80 {
        weight 1
        TCP_CHECK {
                  connect_port 80
                  connect_timeout 3
                  nb_get_retry 3
                 delay_before_retry 4

    }
    }
}

第二台lvs192.168.1.12的配置

安装工具包
[root@hd2 ~]# yum -y install ipvsadm
[root@hd2 ~]# modprobe ip_vs
[root@hd2 ~]# cat /proc/net/ip_vs


配置关闭icmp重定向
echo "1" >/proc/sys/net/ipv4/conf/all/send_redirects 
cat /proc/sys/net/ipv4/conf/all/send_redirects 
echo "1" >/proc/sys/net/ipv4/conf/default/send_redirects 
echo "1" >/proc/sys/net/ipv4/conf/ens33/send_redirects 



安装keepalived
[root@hd2 ~]# yum -y install keepalived

配置keepalived的配置文件
[root@hd2 ~]# > /etc/keepalived/keepalived.conf
[root@hd2 ~]# cat  /etc/keepalived/keepalived.conf

! Configuration File for keepalived

global_defs {
   notification_email {
     acassen@firewall.loc
     failover@firewall.loc
     sysadmin@firewall.loc
   }
   notification_email_from Alexandre.Cassen@firewall.loc
   smtp_server 192.168.200.1
   smtp_connect_timeout 30
   router_id LVS_DEVEL2
}

vrrp_instance VI_1 {
    state BACKUP
    interface ens33
    virtual_router_id 51
    priority 90   #优先级要变低
    advert_int 1
    authentication {
        auth_type PASS
        auth_pass 1111
    }
    virtual_ipaddress {
        192.168.8.111
    }
}

virtual_server 192.168.8.111 80 {
    delay_loop 6
    lb_algo rr
    lb_kind DR
    net_mask 255.255.255.0
    persistence_timeout 50  #持续的超时时间50s
    protocol TCP

    real_server 192.168.8.138 80 {
        weight 1
        TCP_CHECK {
                  connect_port 80
                  connect_timeout 3
                  nb_get_retry 3
                 delay_before_retry 4

    }
    }
    real_server 192.168.8.139 80 {
        weight 1
        TCP_CHECK {
                  connect_port 80
                  connect_timeout 3
                  nb_get_retry 3
                 delay_before_retry 4

    }
    }
}
配置192.168.1.13为web1服务器 

[root@hd3 ~]# yum -y install httpd
[root@hd3 ~]# echo "this is the web1 " >/var/www/html/index.html
[root@hd3 ~]# systemctl start httpd
[root@hd3 ~]# yum -y install net-tools
[root@hd3 ~]#ifconfig lo:0 192.168.8.111 broadcast 192.168.8.111 netmask 255.255.255.255 up
[root@hd3 ~]#route add -host 192.168.8.111 dev lo:0 

vi /etc/sysctl.conf
net.ipv4.conf.ens33.arp_ignore = 1
net.ipv4.conf.ens33.arp_announce = 2
net.ipv4.conf.all.arp_ignore = 1
net.ipv4.conf.all.arp_announce = 2
7>重启
sysctl -p
2. 配置192.168.1.14为web2服务器

[root@hd4 ~]# yum -y install httpd
[root@hd4 ~]# echo "this is the web2 " >/var/www/html/index.html
[root@hd4 ~]# systemctl start httpd
[root@hd4 ~]# yum -y install net-tools
[root@hd4 ~]#ifconfig lo:0 192.168.8.111 broadcast 192.168.8.111 netmask 255.255.255.255 up
[root@hd4 ~]#route add -host 192.168.8.111 dev lo:0 
[root@hd4 ~]#vi  /etc/sysctl.conf
net.ipv4.conf.ens33.arp_ignore = 1
net.ipv4.conf.ens33.arp_announce = 2
net.ipv4.conf.all.arp_ignore = 1
net.ipv4.conf.all.arp_announce = 2
重启
[root@hd4 ~]#sysctl -p
5. 启动两台lvs服务器 （主lvs先启动）
在主lvs192.168.1.11上
[root@hd1 ~]# systemctl start keepalived
在备lvs192.168.1.12上
[root@hd2 ~]# systemctl start keepalived
6.测试
查看vip地址是否落到了192.168.1.11上
[root@hd1 ~]# ip addr|grep 1.113
inet 192.168.1.113/32 scope global ens33
[root@hd8 ~]# curl 192.168.1.113
this is 192.168.1.13
7.验证keepalived的高可用性 
停掉192.168.1.11的keepalived的服务
[root@hd1 ~]# systemctl stop keepalived（keepalived.server）
查看vip地址现在在哪里？（应该在192.168.1.12上）
[root@hd2 ~]# ip addr |grep 1.113
    inet 192.168.1.113/32 scope global ens33
通过客户端继续访问192.168.1.113   还是可以正常访问 后台的1.13和1.14的

5、主lvs不可用 可能性

服务器整机不可用，常见于服务器断网，或者断电关机等。

方法一：模拟主服务器断电关闭

    #关闭主服务器  VIP所在服务器
    shell > poweroff

方法二：模拟主服务器断网

    #关闭VIP所在服务器的网卡  使其不能够联网
    shell > service network stop

方法三：停掉主服上keepalived服务

    shell > systemctl  stop keepalived

通过以上实验检测，发现当主服务器整机不可用时，VIP会切换到备用服务器

6、防止脑裂，解决方式

四、实现服务HA

默认keepalived实现的是服务器的高可用，并没有实现基于某个程序的高可用（nginx、lvs） 
但是实际情况下，往往并不是服务器整机不可用，只是对应的服务或者软件不可用。
比如说：lvs提供负载均衡，lvs down掉了，但是主服务器依然可用，vip地址还在本地

实现过程分析：
VIP实际是由keepalived进行绑定的，所以当nginx服务不可用时，就关闭当前机器的keepalived即可，释放VIP。进而绑定到其他备用服务器。
①编写服务检测脚本，实现检测nginx是否可用，不可用则关闭当前所在主机的keepalived
②在keepalived配置中调用检测服务脚本

1、Nginx服务可用检测脚本
主备服务器都要实现此脚本
①编写测试脚本  赋予执行权限
    shell > cd /etc/keepalived
    shell > vim check_nginx.sh
脚本内容：
    #!/bin/bash
    nginx_status=`ps -C nginx --no-header | wc -l`
    if [ $nginx_status -eq 0 ];then
       systemctl stop keepalived 
    fi
赋予脚本执行权限    方便之后其他软件调用执行
    shell > chmod +x check_nginx.sh
②测试脚本可用性
启动nginx和keepalived  
关闭nginx   执行脚本  查看keepalived是否也关闭
2、模拟宕机实现服务切换
在多台服务器中配置keepalived定时触发检测nginx的脚本模块
    #在vrrp_instance外上面定义
    vrrp_script check_nginx {
       #调用脚本地址
       script  /etc/keepalived/check_nginx.sh
       #检测间隔时间
       interval 3
    }
    #在vrrp_instance里调用
    track_script {
        #上线定义的名称
        check_nginx
    }
3、实现web服务器高可用
以上案例已经实现了，服务不可用VIP切换到可用服务器。
现在需求用户的服务是连续不间断的，故用户需要通过VIP进行访问
①解析域名到VIP
②模拟用户访问

7、keepalived的配置补充

五、keepalived的配置补充

脑裂（裂脑）：vip出现在了多台机器上。网络不通畅，禁用了数据包，主备服务器没法通讯，造成备服务器认为主服务器不可用，绑定VIP，主服务器VIP不会释放。

解决方案：
①双备或者多备模式  BACKUP  通过priority权重来区分谁的优先级更高
②单播(定向广播)的方式 (一些特定环境禁用了组播方式)
③时间不同步  服务器时间校时

1、非抢占模式

①nopreempt
在主备服务器的配置文件，vrrp_instance段中
②设置state工作模式为BACKUP
两个keepalived节点都启动后，默认都是BACKUP状态，双方在发送组播信息后，会根据优先级来选举一个MASTER出来。由于两者都配置了nopreempt，所以MASTER从故障中恢复后，不会抢占vip。这样会避免VIP切换可能造成的服务延迟。

2、单播模式

一些特定环境下不允许发送组播，造成备服务器无法收到vrrp包，可能会造成脑裂现象。可以通过单播的方式解决。
单播示例配置：注意此语法在keepalived1.2.11版本以上支持
unicast_src_ip 192.168.1.10##（本地IP地址）
unicast_peer {
		192.168.1.11##（对端IP地址）此地址一定不能忘记
}

主服务器server01配置
    #在vrrp_instace段中加入
    #本地IP
    unicast_src_ip 192.168.1.11
    unicast_peer {
        #对象IP  发送vrrp包给备服务器
        192.168.1.10
    }
备服务器server03配置

    #在vrrp_instace段中加入
    #本地IP
    unicast_src_ip 192.168.1.10
    unicast_peer {
        #对象IP  发送vrrp包给备服务器
        192.168.1.11
    }
tcpdump抓vrrp包的方式：
shell > tcpdump vrrp -n -i ens33

keepalived+nginx 高可用配置

所有的请求流量，都要经过负载均衡服务器，负载均衡服务器压力很大，防止它宕机，导致后端服务所有都不可用，需要对负载均衡服务器，做高可用
给负载均衡服务器做一台备用服务器，通过keepalived实现高可用。

通过keepalived实现VIP在负载均衡服务器组的切换。
server03   master LB   192.168.1.11
server04   backup LB   192.168.1.14
主负载均衡的keepalived配置

    vrrp_instance VI_1 {
        state BACKUP
        interface eth0
        #虚拟路由ID 新ID 不要之前的冲突
        virtual_router_id 52
        priority 100
        nopreempt
        advert_int 1
        authentication {
            auth_type PASS
            auth_pass 1111
        }
        virtual_ipaddress {
            #添加新VIP
            192.168.1.100
        }
        track_script {
            check_nginx
        }
    }

备负载均衡的keepalived配置
vrrp_instance VI_1 {
    state BACKUP
    interface eth0
    #修改route_id
    virtual_router_id 52
    priority 99
    nopreempt
    advert_int 1
    authentication {
        auth_type PASS
        auth_pass 1111
    }
    #unicast_src_ip 192.168.1.12
    #unicast_peer {
    #    192.168.1.11
    #}
    virtual_ipaddress {
        #新VIP
        192.168.1.100
    }
    track_script {
        check_nginx
    }
}

nginx的负载均衡

负载均衡
负载均衡：分发流量、请求到不同的服务器。使流量平均分配（理想的状态的）
作用：服务器容灾   流量分发
主要作用：
①流量分发  请求平均  降低单例压力
其他作用：
②安全  隐藏后端真实服务
③屏蔽非法请求（七层负载均衡）
实现方式分类：
①软件级别  性价比高  可控性强
②硬件级别   性能好  价格高  几万到几十万不等
硬件是实现方式：
F5 BIG-IP   四层和七层
七层   Nginx、HAProxy
四层   LVS、HAProxy、Nginx（1.9版本后）

1）二层负载均衡（mac）
根据OSI模型分的二层进行负载，一般是用虚拟mac地址方式，外部对虚拟MAC地址请求，负载均衡接收后，再分配后端实际的MAC地址响应 
2）三层负载均衡（ip） 
一般采用虚拟IP地址方式，外部对虚拟的ip地址请求，负载均衡接收后，再分配后端实际的IP地址响应
3）四层负载均衡（tcp）  网络运输层面的负载均衡
在三层负载均衡的基础上，用ip+port接收请求，再转发到对应的机器
4）七层负载均衡（http）  智能型负载均衡
根据虚拟的url或IP，主机接收请求，再转向（反向代理）相应的处理服务器

架构分析：

①用户访问请求Nginx负载均衡服务器 
②Nginx负载均衡服务器再分发请求到web服务器
实际配置负载均衡，只需修改作为负载均衡服务器的Nginx即可。

①在客户端解析域名到负载均衡服务器
②在192.168.1.11上安装nginx做负载均衡
[root@localhost ~]#wget -O /etc/yum.repos.d/CentOS-Base.repo http://mirrors.aliyun.com/repo/Centos-7.repo 
[root@localhost ~]#yum -y install epel-release 
[root@localhost ~]#yum -y install nginx
shell > cat /etc/nginx/nginx.conf
配置文件示例：
worker_processes  1;
events {
    worker_connections  1024;
}
http {

#在http段进行配置
#分发请求到后端服务器
upstream shop {
    #web1 server01
    server 192.168.1.12;
    #web2 server02
    server 192.168.1.13;
}
#修改之前的shop的server段配置
server {
    listen 80;
    server_name www.a.com;
    location / {
        #匹配到上面的upstream
        proxy_pass http://shop;
        #以下两条配置，实质是设置了传输的header头信息  
        #传输域名给后端服务器  进行识别  方便匹配对应server虚拟主机
        proxy_set_header Host $host;
        #发送客户端IP  给后端服务器  用来方便后端服务器识别用户真实IP
        proxy_set_header X-Real-IP $remote_addr;
    }
}
#重启nginx服务
[root@localhost nginx]# systemctl restart nginx 


==方法一：在不同服务器写入不同信息==
①分别修改web服务器的信息

    shell11 > echo wo shi 192.168.1.12 >>/usr/share/nginx/html/index.html
    shell12 > echo wo shi 192.168.1.13 >>/usr/share/nginx/html/index.html
测试：
    [root@localhost ~]# curl 192.168.1.11
    wo shi 1.13
    [root@localhost ~]# curl 192.168.1.11
    wo shi 1.12
可以停掉其中一台web服务器进行测试
    #停掉192.168.1.13
    省略15个字...... 
    #再次访问nginx负载均衡发现 1.13故障机器自动被踢出，说明nginx负载均衡默认就具备健康检查功能
    [root@localhost ~]# curl 192.168.1.11
    wo shi 1.12
    [root@localhost ~]# curl 192.168.1.11
    wo shi 1.12
    
方法二：查看后端web服务器的访问日志,有没有记录真正客户端的ip地址
    shell > cat /var/log/nginx/access.log

nginx遇到的问题之负载均衡后获取客户端IP

负载均衡之后，在后端的web服务器获取到的是负载均衡服务器的IP，而不能够获取到客户端的真实IP。

需要进行以下特殊配置：
①首先在负载均衡服务器中配置，转发客户端IP给后端web服务器
location{
    ..........
      #发送客户端IP  给后端服务器  用来方便后端服务器识别用户真实IP
        proxy_set_header X-Real-IP $remote_addr;
}
②后端web服务器需要配置，识别从负载均衡服务器传输过来的客户端真实IP
    set_real_ip_from  192.168.1.11;（负载均衡的ip）
官方网址：http://nginx.org/en/docs/http/ngx_http_realip_module.html
使用ngx_http_realip_module模块提供的set_real_ip_from语法，默认此模块没有安装，需要编译时添加编译参数
web服务器上配置set_real_ip_from  代表从哪儿来源的IP，需要识别真实客户端IP
示例配置：
    #此配置在web服务器上的nginx
    #可配置到http、server、location中，推荐配置到server中
    #配置需要识别的IP来源   负载均衡的IP
    set_real_ip_from  192.168.1.11;

nginx配置中upstream的server关键字

upstream中的分发之后的几个关键字：
backup  备  其他的没有backup标识的都无响应，才分发到backup
down   此条配置，不会被分发到
upstream shop {
    server 192.168.1.12 ;
    server 192.168.1.13 backup；
}

nginx遇到的问题之 session一致性问题

访问管理后端页面，登录发现验证码不通过
分析原因：
①比如分发到web1服务器，生成验证码，存储到session中，默认在服务器本地
②再次校验的时候，请求分发到web2服务器了，所有验证码一直校验不通过

解决方案思路：
①生成和验证session都请求同一台服务器
②共享session  nfs  mysql ==内存缓存软件（memcached、redis）==

Nginx的常见负载均衡算法实战

Nginx 官方默认3种负载均衡的算法
①==Round-Robin  RR轮询（默认）==  一次一个的来（理论上的，实际实验可能会有间隔）
②==weight 权重==  权重高多分发一些  服务器硬件更好的设置权重更高一些
③==ip_hash==  同一个IP，所有的访问都分发到同一个web服务器
Tip：
第三方模块实现的调度算法  需要编译安装第三方模块
④fair  根据后端服务器的繁忙程度  将请求发到非繁忙的后端服务器
⑤url_hash  如果客户端访问的url是同一个，将转发到同一台后端服务器
验证一：验证加权轮询算法
示例配置：
    upstream shop {
        #web1 server01
        server 192.168.1.12 weight=5;
        #web2 server02
        server 192.168.1.13 weight=3；
    }

server01   web 1      1    1   1   1   1
server03   web 2      1    1   1
8次中，server01分发5次，server03分发3次
验证二：ip一致性算法
示例配置:
    upstream shop {
        #ip hash 一致性算法配置  设置此项  weight就失效了
        ip_hash;
        #web1 server01
        server 192.168.1.12 weight=5;
        #web2 server02
        server 192.168.1.13 weight=3；
    }

nginx 四层代理，七层代理

nginx两种反向代理区别
7层反向代理和4层反向代理

在nginx中，upstream和stream都是指向不同类型的模块。

upstream模块用于HTTP协议的负载均衡，主要用于将客户端请求分发到多个后端服务器，从而提高系统的稳定性和执行效率。

stream模块用于TCP/UDP协议的负载均衡，主要用于将客户端请求分发到多个后端服务器，从而提高系统的稳定性和执行效率，也可以用于TCP代理和UDP代理。

因此，upstream和stream的区别在于它们适用的协议不同。
upstream适用于HTTP协议的负载均衡，stream适用于TCP/UDP协议的负载均衡和代理。



nginx做七层反向代理

以下是使用nginx做七层反向代理的步骤：
1. 安装nginx：在Linux系统中使用包管理器安装nginx，或者从官网下载源码后编译安装。
2. 配置nginx：修改nginx配置文件，一般在/etc/nginx/nginx.conf（/usr/local/nginx/nginx.conf），增加以下内容：
    http {
        upstream backend {
            server backend1.example.com:8080;
            server backend2.example.com:8080;
        }
    
        server {
            listen 80;
            server_name example.com;
    
            location / {
                proxy_pass http://backend;
                proxy_set_header Host $host;
                proxy_set_header X-Real-IP $remote_addr;
            }
        }
    }

其中，
upstream定义了后端服务器集群，
server定义了监听的端口和域名，
location定义了访问路径。
3. 重启nginx：执行以下命令重启nginx服务，使新的配置生效。
    # 查看nginx进程
    ps -ef | grep nginx
    # 重启nginx
    /usr/local/nginx/sbin/nginx -s reload
    /etc/nginx/sbin/nginx -s reload
    
    

 测试反向代理：
访问配置的域名，可以看到nginx反向代理到后端服务器集群，将请求分发到多个后端服务器(负载均衡)处理，并返回响应。



nginx做四层反向代理
以下是使用nginx做四层反向代理的步骤：
1. 安装nginx：在Linux系统中使用包管理器安装nginx，或者从官网下载源码后编译安装。
2. 配置nginx：修改nginx配置文件，一般在/etc/nginx/nginx.conf，增加以下内容：
    stream {
        upstream backend {
            server backend1.example.com:8080;
            server backend2.example.com:8080;
        }
    
        server {
            listen 80;
            proxy_pass backend;
        }
    }

其中，
stream定义了四层代理，
upstream定义了后端服务器集群，
server定义了监听的端口和代理地址。

1. 重启nginx：执行以下命令重启nginx服务，使新的配置生效。
    # 查看nginx进程
    ps -ef | grep nginx
    # 重启nginx
    /usr/local/nginx/sbin/nginx -s reload
    /etc/nginx/sbin/nginx -s reload
测试反向代理：
使用TCP客户端工具（如telnet、netcat、nc等）连接nginx代理地址，
可以看到nginx反向代理到后端服务器集群，将请求分发到多个后端服务器处理，并返回响应。
相关推荐
一棵开花的树，枝芽无限靠近你2 小时前
【PPTist】表格功能
前端·笔记·学习·编辑器·ppt·pptist
Azoner3 小时前
hdfs balancer 指定节点做负载均衡
hadoop·hdfs·负载均衡
yuwinter3 小时前
鸿蒙HarmonyOS学习笔记（8）
笔记·学习
Ricciflows4 小时前
MIT线性代数教材：Linear Algebra and Its Applications
人工智能·学习·线性代数·机器学习·数学建模·矩阵
计科土狗4 小时前
离散数学第二章笔记
学习
美式小田5 小时前
Cadence学习笔记 12 PCB初始化设置
笔记·嵌入式硬件·学习·cadence
席万里5 小时前
【MySQL学习笔记】关于索引
笔记·学习·mysql
苹果醋36 小时前
Vue3响应式数据: 深入分析Ref与Reactive
java·运维·spring boot·mysql·nginx
深蓝海拓6 小时前
使用sam进行零样本、零学习的分割实践
人工智能·深度学习·学习·目标检测·计算机视觉
滴_咕噜咕噜6 小时前
学习笔记（prism--视频【WPF-prism核心教程】）--待更新
笔记·学习·wpf
热门推荐
01Gitlab ci/cd02Ubuntu 20.04使用Livox mid 360 测试 FAST_LIO03玄机平台应急响应—webshell查杀04新手学习VR全景需要知道的几个问题05优化手机性能，解决卡顿问题：关闭这3个微信开关，释放内存空间06HCIA-datacom数通题库和录播视频资料07RAG 实践- Ollama+RagFlow 部署本地知识库08【一文读懂】NTN（非地面网络）技术介绍09支付宝短视频平台创作分成激励项目10docker安装启动问题解决排查