生产环境nginx+keepalived负载均衡及高可用方案

已于 2022-08-25 09:34:35 修改
阅读量672 收藏 3
点赞数
文章标签： nginx 运维
于 2021-08-03 09:46:55 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/no_hot/article/details/119238143
版权

文章目录

目标

  1. 利用Nginx实现负载均衡及应用高可用
  2. 利用Keepalived实现服务器高可用

规划

iphostnameNginxKeepalived
10.69.53.61nginx01√√
10.69.53.62nginx02√√

Nginx负载均衡策略，网上有许多完整的讲解，请自行百度，这里我们选择默认的轮询策略。
Keepalived选择非抢占模式。

注意

一定要关闭防火墙！

# 禁用防火墙
systemctl stop firewalld
# 禁止开机启动
sytemctl disable firewalld
# 关闭selinux
vi /etc/sysconfig/selinux
#修改
SELINUX=disabled

一、Nginx安装

1. 安装编译工具
yum -y install make zlib zlib-devel gcc-c++ libtool  openssl openssl-devel
2. 安装PCRE

安装PCRE，使Nginx支持rewrite功能

#  下载压缩包
cd /usr/local/src/
wget http://downloads.sourceforge.net/project/pcre/pcre/8.35/pcre-8.35.tar.gz
# 解压
tar zxvf pcre-8.35.tar.gz
# 进入安装目录
cd pcre-8.35
# 编译安装
./configure
make && make install
# 查看版本
pcre-config --version
3. 安装Nginx
# 下载压缩包
cd /usr/local/src/
wget http://nginx.org/download/nginx-1.6.2.tar.gz
# 解压
tar zxvf nginx-1.6.2.tar.gz
# 进入安装目录
cd nginx-1.6.2
# 编译安装
./configure --prefix=/usr/local/webserver/nginx --with-http_stub_status_module --with-http_ssl_module --with-pcre=/usr/local/src/pcre-8.35
make
make install
# 查看版本
/usr/local/webserver/nginx/sbin/nginx -v
# 创建nginx运行用户
/usr/sbin/groupadd www 
/usr/sbin/useradd -g www www
4. 修改配置文件

修改/usr/local/webserver/nginx/conf/nginx.conf，注意两台节点的ip不同

# ！注意文件路径
vim /usr/local/webserver/nginx/conf/nginx.conf

user  www www;
worker_processes  1;

#error_log  logs/error.log;
#error_log  logs/error.log  notice;
#error_log  logs/error.log  info;

#pid        logs/nginx.pid;


events {
    worker_connections  1024;
}


http {
    include       mime.types;
    default_type  application/octet-stream;

    #log_format  main  '$remote_addr - $remote_user [$time_local] "$request" '
    #                  '$status $body_bytes_sent "$http_referer" '
    #                  '"$http_user_agent" "$http_x_forwarded_for"';

    #access_log  logs/access.log  main;

    sendfile        on;
    #tcp_nopush     on;

    #keepalive_timeout  0;
    keepalive_timeout  65;

    #gzip  on;
    # 路由地址，两个节点配置相同
    upstream myServer {
        server 10.69.53.61:8888; 
        server 10.69.53.62:8888;
    }
    server {
        listen       80; 
        server_name  localhost nginx01 10.69.53.61; # 当前节点ip、hostname
       
        #charset koi8-r;

        #access_log  logs/host.access.log  main;
		# 需要拦截的请求
        location ^~ /test/ {
	    proxy_pass http://myServer;
            root /usr/local/webserver/nginx/html; 
            index  index.html index.htm index.php;
        }
        location / {
            root /usr/local/webserver/nginx/html; 
            index  index.html index.htm index.php;
        }

        #error_page  404              /404.html;

        # redirect server error pages to the static page /50x.html
        #
        error_page   500 502 503 504  /50x.html;
        location = /50x.html {
            root   html;
        }
    }
}
5. 检查nginx.conf正确性
/usr/local/webserver/nginx/sbin/nginx -t

在这里插入图片描述

6. 修改html

/usr/local/webserver/nginx/html/index.html，以区分nginx01和nginx02

# ！注意文件路径
vim /usr/local/webserver/nginx/html/index.html

<!DOCTYPE html>
<html>
<head>
<title>Welcome to nginx01!</title>
<style>
    body {
        width: 35em;
        margin: 0 auto;
        font-family: Tahoma, Verdana, Arial, sans-serif;
    }
</style>
</head>
<body>
<h1>Welcome to nginx01!</h1>
<p>If you see this page, the nginx web server is successfully installed and
working. Further configuration is required.</p>

<p>For online documentation and support please refer to
<a href="http://nginx.org/">nginx.org</a>.<br/>
Commercial support is available at
<a href="http://nginx.com/">nginx.com</a>.</p>

<p><em>Thank you for using nginx.</em></p>
</body>
</html>
7. 启动nginx
# nginx启动命令
/usr/local/webserver/nginx/sbin/nginx

在这里插入图片描述
启动成功

8. 从浏览器访问占点ip

在这里插入图片描述
同样，在62节点上安装Nginx
在这里插入图片描述

9. 相关命令
# Nginx运行时，修改配置文件/usr/local/webserver/nginx/conf/nginx.conf后，可进行配置文件重载
/usr/local/webserver/nginx/sbin/nginx -s reload
# Nginx重启
/usr/local/webserver/nginx/sbin/nginx -s reopen
# Nginx停止
/usr/local/webserver/nginx/sbin/nginx -s stop
# Nginx启动
/usr/local/webserver/nginx/sbin/nginx
10. 负载均衡测试

创建两个返回值不同的springboot程序，分别在nginx01和nginx02上启动，端口与nginx.conf配置的一致，为8888
nginx01
在这里插入图片描述

nginx02
在这里插入图片描述

连续访问nginx01:80/test/两次会发现（根据配置文件，对80端口的/test请求被轮训路由到了nginx01:8888和nginx02:8888上），两次的返回值不一致

在这里插入图片描述
在这里插入图片描述

当我们kill掉nginx01上的服务，多次请求结果，与nginx02上的程序返回值一致
在这里插入图片描述

二、Keepalived安装

Keepalived的HA分 抢占模式 和 非抢占模式。
抢占模式 即MASTER从故障中恢复过来以后，会将VIP从BACKUP手中抢占过来。
非抢占模式 即MASTER从故障中恢复过来以后，不会抢占升级为MASTER的BACKUP的VIP。
1. 利用yum安装Keepalived
yum -y install keepalived
2. 修改配置文件

修改 /etc/keepalived/keepalived.conf

1. 抢占模式配置

MASTER（10.69.53.61）

global_defs {
 router_id nginx01 #标识本节点的名称，通常为hostname
}
 
# keepalived会定时执行脚本并对脚本执行的结果进行分析,动态调整vrrp_instance的优先级。
# 如果脚本执行结果为0,并且weight配置的值大于0,则优先级相应的增加。如果脚本执行结果非0,
# 并且weight配置的值小于 0,则优先级相应的减少。其他情况,维持原本配置的优先级,即配置文件中priority对应的值。
vrrp_script chk_nginx {
  script "/usr/local/src/check_nginx_pid.sh" # 检测脚本路径
  interval 2 #每2秒检测一次nginx的运行状态
  weight -20 #失败一次，将自己的优先级-20
}
 
vrrp_instance VI_1 {
 state MASTER # 状态，主节点为MASTER，备份节点为BACKUP
 interface eth0    # 绑定VIP的网络接口，通过ifconfig查看自己的网络接口
 virtual_router_id 99   # 虚拟路由的ID号,两个节点设置必须一样,可选IP最后一段使用,相同的VRID为一个组,他将决定多播的MAC地址
 mcast_src_ip 10.69.53.61 # 本机IP地址
 priority 100     # 节点优先级，值范围0～254，MASTER要比BACKUP高
 advert_int 1     # 组播信息发送时间间隔，两个节点必须设置一样，默认为1秒
 # 设置验证信息，两个节点必须一致
 authentication {
  auth_type PASS
  auth_pass 1111
 }
 # 虚拟IP，两个节点设置必须一样。可以设置多个，一行写一个(随便写一个，只要没被占用就可以)
 virtual_ipaddress {
  10.69.53.200
 }
 
 track_script {
  chk_nginx # nginx存活状态检测脚本
 }
}

BACKUP（10.69.53.62）

global_defs {
 router_id nginx02 #标识本节点的名称，通常为hostname
}
 
# keepalived会定时执行脚本并对脚本执行的结果进行分析,动态调整vrrp_instance的优先级。
# 如果脚本执行结果为0,并且weight配置的值大于0,则优先级相应的增加。如果脚本执行结果非0,
# 并且weight配置的值小于 0,则优先级相应的减少。其他情况,维持原本配置的优先级,即配置文件中priority对应的值。
vrrp_script chk_nginx {
  script "/usr/local/src/check_nginx_pid.sh" # 检测脚本路径
  interval 2 #每2秒检测一次nginx的运行状态
  weight -20 #失败一次，将自己的优先级-20
}
 
vrrp_instance VI_1 {
 state BACKUP    # 状态，主节点为MASTER，备份节点为BACKUP
 interface eth0    # 绑定VIP的网络接口，通过ifconfig查看自己的网络接口
 virtual_router_id 99   # 虚拟路由的ID号,两个节点设置必须一样,可选IP最后一段使用,相同的VRID为一个组,他将决定多播的MAC地址
 mcast_src_ip 10.69.53.62 # 本机IP地址
 priority 90      # 节点优先级，值范围0～254，MASTER要比BACKUP高
 advert_int 1     # 组播信息发送时间间隔，两个节点必须设置一样，默认为1秒
 # 设置验证信息，两个节点必须一致
 authentication {
  auth_type PASS
  auth_pass 1111
 }
 # 虚拟IP，两个节点设置必须一样。可以设置多个，一行写一个(随便写一个，只要没被占用就可以)
 virtual_ipaddress {
  10.69.53.200
 }
 
 track_script {
  chk_nginx # nginx存活状态检测脚本
 }
}

抢占模式两节点配置文件差异点

 router_id  		不同，均为本节点hostname
 state 				不同，61为MASTER，62为BACKUP
 interface 			本节点的网络接口，通过ifconfig查看
 mcast_src_ip   	不同，均为本节点的IP
 priority 			节点优先级，MASTER要大于BACKUP
2. 非抢占模式配置

MASTER（10.69.53.61）

global_defs {
 router_id nginx01 #标识本节点的名称，通常为hostname
}
 
# keepalived会定时执行脚本并对脚本执行的结果进行分析,动态调整vrrp_instance的优先级。
# 如果脚本执行结果为0,并且weight配置的值大于0,则优先级相应的增加。如果脚本执行结果非0,
# 并且weight配置的值小于 0,则优先级相应的减少。其他情况,维持原本配置的优先级,即配置文件中priority对应的值。
vrrp_script chk_nginx {
  script "/usr/local/src/check_nginx_pid.sh" # 检测脚本路径
  interval 2 #每2秒检测一次nginx的运行状态
  weight -20 #失败一次，将自己的优先级-20
}
 
vrrp_instance VI_1 {
 state BACKUP    # 状态，主节点为MASTER，备份节点为BACKUP
 interface eth0    # 绑定VIP的网络接口，通过ifconfig查看自己的网络接口
 virtual_router_id 99   # 虚拟路由的ID号,两个节点设置必须一样,可选IP最后一段使用,相同的VRID为一个组,他将决定多播的MAC地址
 mcast_src_ip 10.69.53.61 # 本机IP地址
 priority 100     # 节点优先级，值范围0～254，MASTER要比BACKUP高
 advert_int 1     # 组播信息发送时间间隔，两个节点必须设置一样，默认为1秒
 nopreempt
 # 设置验证信息，两个节点必须一致
 authentication {
  auth_type PASS
  auth_pass 1111
 }
 # 虚拟IP，两个节点设置必须一样。可以设置多个，一行写一个(随便写一个，只要没被占用就可以)
 virtual_ipaddress {
  10.69.53.200
 }
 
 track_script {
  chk_nginx # nginx存活状态检测脚本
 }
}

BACKUP（10.69.53.62）

global_defs {
 router_id nginx02 #标识本节点的名称，通常为hostname
}
 
# keepalived会定时执行脚本并对脚本执行的结果进行分析,动态调整vrrp_instance的优先级。
# 如果脚本执行结果为0,并且weight配置的值大于0,则优先级相应的增加。如果脚本执行结果非0,
# 并且weight配置的值小于 0,则优先级相应的减少。其他情况,维持原本配置的优先级,即配置文件中priority对应的值。
vrrp_script chk_nginx {
  script "/usr/local/src/check_nginx_pid.sh" # 检测脚本路径
  interval 2 #每2秒检测一次nginx的运行状态
  weight -20 #失败一次，将自己的优先级-20
}
 
vrrp_instance VI_1 {
 state BACKUP    # 状态，主节点为MASTER，备份节点为BACKUP
 interface eth0    # 绑定VIP的网络接口，通过ifconfig查看自己的网络接口
 virtual_router_id 99   # 虚拟路由的ID号,两个节点设置必须一样,可选IP最后一段使用,相同的VRID为一个组,他将决定多播的MAC地址
 mcast_src_ip 10.69.53.62 # 本机IP地址
 priority 90      # 节点优先级，值范围0～254，MASTER要比BACKUP高
 advert_int 1     # 组播信息发送时间间隔，两个节点必须设置一样，默认为1秒
 nopreempt
 # 设置验证信息，两个节点必须一致
 authentication {
  auth_type PASS
  auth_pass 1111
 }
 # 虚拟IP，两个节点设置必须一样。可以设置多个，一行写一个(随便写一个，只要没被占用就可以)
 virtual_ipaddress {
  10.69.53.200
 }
 
 track_script {
  chk_nginx # nginx存活状态检测脚本
 }
}

非抢占模式两节点配置文件差异点

 router_id  		不同，均为本节点hostname
 interface 			本节点的网络接口，通过ifconfig查看
 mcast_src_ip   	不同，均为本节点的IP
 priority 			节点优先级，MASTER要大于BACKUP

与抢占模式配置文件的差异点

nopreempt 			在vrrp_instance块下都配置了，所以MASTER从故障中恢复后，不会抢占vip
state 				均为BACKUP
3. 检测脚本创建
# 创建检测脚本
vim /usr/local/src/check_nginx_pid.sh

在Keepalived启动后，此脚本会检测nginx是否启动，并启动nginx；如果一段时间后nginx没有启动，则会kill掉Keepalived，进行VIP转移，请自行测试。

#!/bin/bash
#检测nginx是否启动了
A=`ps -C nginx --no-header |wc -l`        
if [ $A -eq 0 ];then    #如果nginx没有启动就启动nginx                        
      /usr/local/webserver/nginx/sbin/nginx    #启动nginx
      sleep 5		#注意一定要比nginx启动时间长，否则nginx还没起来，脚本就继续执行kill掉keepalived了
      if [ `ps -C nginx --no-header |wc -l` -eq 0 ];then    #nginx重启失败，则停掉keepalived服务，进行VIP转移
              killall keepalived                    
      fi
fi

# 加执行权
chmod 775 check_nginx_pid.sh
4. 相关命令
# 启动
/bin/systemctl start keepalived.service
# 停止
/bin/systemctl stop keepalived.service
# 状态查看
/bin/systemctl status keepalived.service
5. 抢占模式验证

因为nginx01上的Keepalived为MASTER，所以我们反着来，先启动nginx02上的，看是否会根据优先级priority 的不同，通过选举抢占VIP

先启动nginx02上的Keepalived，再启动nginx01上的Keepalived
在这里插入图片描述
在这里插入图片描述

# 查看vip绑定情况
ip add

我们会发现VIP绑定在了61节点的网卡上
在这里插入图片描述
查看Keepalived状态

/bin/systemctl status keepalived.service

在这里插入图片描述
在这里插入图片描述
对比发现，nginx02节点的为BUCKUP状态。
此时我们执行停掉nginx01上的Keepalived，会发现服务切换到了nginx02上
在这里插入图片描述

在这里插入图片描述
当我们再次启动nginx01上的服务时，nginx01抢占回VIP，nginx02再次变成BACKUP状态
在这里插入图片描述
在这里插入图片描述

6. 非抢占模式验证

先启动nginx02上的Keepalived，我们会发现，即使nginx的优先级低，及priority值小，依旧拥有VIP
在这里插入图片描述
在这里插入图片描述
当我们停止nginx02上的服务再重启后，会发现nginx02处于BACKUP状态，并没有抢占VIP
在这里插入图片描述

推荐使用非抢占模式，因为原MASTER从故障中恢复后，不会抢占vip，这样就避免vip切换可能造成的服务延迟。

7. Keepalived高可用验证

用浏览器访问vip，会发现时机访问到的是nginx01上的nginx
在这里插入图片描述

此时我们停掉nginx01上的keepalived，再次访问VIP，会发现实际访问的变成了nginx02
在这里插入图片描述

三、最终效果

1. 访问VIP时（http://10.69.53.200:80/test/），依次返回nginx01和nginx02上程序的返回值
2. 只kill掉nginx01上的服务，返回值为nginx02上的程序返回值
3. 只kill掉nginx01上的nginx，nginx服务会自动启动（check_nginx_pid.sh脚本作用）
4. 只kill掉nginx01上的Keepalived，VIP转移到nginx02上
内卷的馒头
关注
  • 0
    点赞
  • 踩
  • 3
    收藏
    觉得还不错? 一键收藏
  • 3
    评论
架构设计：负载均衡层设计方案（6）——Nginx + Keepalived构建高可用的负载层
08-01 238
1、概述 前两遍文章中，我们一直在说后文要介绍Nginx + Keepalived的搭建方式。这篇文章开始，我们就来兑现前...
生产环境下的负载均衡配置
weixin_33736649的博客
01-20 122
一、简介最近新上了一个营销项目（和微信结合），后台用的是Tomcat。开始上线的时候因为人数不多感觉没太多问题，随着正式环境的发布，开人有人反映服务器页面无法打开，连入tomcat查看时发现连接数已满且CPU也用到了极限，初始的架构如下图所示，其使用1台tomcat和一台数据库服务器。该业务系统主要用于微信营销，顾客在微信上下单购买（抢）对应的商品，抢购成功后该商品（券）会自动生成条形码保存在该用...
实用生产环境nginx负载均衡+高可用keepalived配置
wumuzibabi的博客
07-27 296
实用生产环境nginx负载均衡+高可用keepalived配置
Nginx负载均衡与生产环境应用
mashaokang1314的博客
05-23 381
Nginx反向代理实现 反向代理基本配置 正向代理 正向代理是指客户端与目标服务器之间增加一个代理服务器，客户端直接访问代理服务器，再由代理服务器访问目标服务器并返回客户端。这个过程中客户端需要知道代理服务器的地址，并配置连接。 反向代理 反向代理是指客户端访问目标服务器，在目标服务器内部有一个统一接入网关将请求转发至后端真正处理的服务器并返回结果。这个过程当中客户端不需要知道代理服务器地址，代理对客户端是透明的。 区别 正向代理 反向代理 代理服务器位置 客户端与服务都能连接的位置
生产环境之Nginx高可用方案
lixinlin2nj的博客
10-28 144
准备工作： 192.168.16.128 192.168.16.129 两台虚拟机。安装好Nginx 安装Nginx 更新yum源文件： Copy rpm -ivh http://nginx.org/packages/centos/7/noarch/RPMS/nginx-release-centos-7-0.el7.ngx.noarch.rpm wget -O /etc/yum.repos.d/CentOS-Base.repo http://mirrors.aliyun.com/repo/C
nginx+keepalived实现高可用负载均衡方案.rar
09-16
实现“nginx+keepalived”的高可用负载均衡方案，主要涉及以下几个步骤： 1. **安装Nginx和Keepalived**：在所有服务器上安装Nginx和Keepalived软件。 2. **配置Nginx**：设置反向代理和负载均衡策略，以及SSL证书...
nginx+keepalived实现高可用负载均衡方案.pdf
10-09
nginx+keepalived实现高可用负载均衡方案.pdf
Nginx+keepalived双机热备（主从模式）
01-19
Nginx+keepalived双机热备（主从模式） Nginx+keepalived双机热备（主从模式）是一种常见的负载均衡...Nginx+keepalived双机热备（主从模式）是一种高效和高可用的负载均衡技术，广泛应用于大型网站和高可用环境中。
nginx+keepalived+tomcat+redis文档
06-26
### Nginx+Keepalived+Tomcat+Redis 高可用与负载均衡架构解析 #### 架构概览 为了确保Web服务器的稳定运行及高效处理能力，采用Nginx+Keepalived+Tomcat+Redis的技术组合进行系统构建。这一架构通过多个组件的...
centos6.4安装nginx+keepalived实现高可用负载均衡.doc
01-27
"CentOS 6.4 安装 Nginx + Keepalived 实现高可用负载均衡" 本文主要讲述如何在 CentOS 6.4 操作系统上安装 Nginx 和 Keepalived，以实现高可用负载均衡。高可用负载均衡是指在 Web 服务器前端部署多台 Nginx ...
linux nginx+redis+tomcat分布式负载均衡生产环境部署完成
05-31
linux nginx+redis+tomcat分布式负载均衡生产环境部署完成 技术：reids集群 nginx部署 tomcat负载均衡 说明包含： nginx+redis+tomcat分布式负载均衡文档 session共享资料 安装程序 nginx+redis+tomcat分布式负载均衡部署帮助文档 nginx+redis+tomcat分布式负载均衡使用帮助文档 nginx+redis+tomcat分布式负载均衡遇到问题解决文档 linux内网环境使用；文档比较清晰，按照步骤安装即可；
生产环境 Keepalived+Nginx高可用集群搭建
在每次的突破中遇见更好的自己
07-06 458
准备工作： 主：192.168.1.10 备: 192.168.1.11 VIP:192.168.1.130 两台虚拟机。安装好Nginx 安装Nginx 更新yum源文件： rpm -ivh http://nginx.org/packages/centos/7/noarch/RPMS/nginx-release-centos-7-0.el7.ngx.noarch.rpm wget -O /etc/yum.repos.d/CentOS-Base.repo http:/...
Nginx之——Nginx+Keepalive 实现高可用负载均衡方案
热门推荐
冰河的专栏
09-18 1万+
主nginx负载均衡器：192.168.0.99  （通过keepalived配置了VIP：192.168.0.101供外使用） 副nginx负载均衡器：192.168.0.100 （通过keepalived配置了VIP：192.168.0.101供外使用） 后端web服务器： 192.168.0.73 192.168.0.74 一、配置主副nginx负载均衡器 192.168.0
【服务搭建】EMQ X集群 + nginx做负载
丶局外人
10-13 1330
官方提供的集群搭建方式有好几种 策略 说明 manual 手动命令创建集群 static 静态节点列表自动集群 mcast UDP 组播方式自动集群 dns DNS A 记录自动集群 etcd 通过 etcd 自动集群 k8s Kubernetes 服务自动集群 manual ：(默认就是这个) 优点优雅一些，比如有A服务了，B服务有cookie就可以直接加入集群，不用重启A服务 static ： 就是A的配置文件里配置B，B的配置文件里配置A 然后新的加进来还得重
kubernetes v1.20项目之二进制部署Nginx+Keepalived高可用(四层)负载均衡器
guijianchouxyz的博客
11-18 2180
kubernetes v1.20项目之二进制部署Nginx+Keepalived高可用负载均衡器 本文档主要是利用nginx+keepalive来进行实现的高可用架构 Master节点主要有三个服务kube-apiserver、kube-controller-manager和kube-scheduler，其中kube-controller-manager和kube-scheduler组件自身通过选择机制已经实现了高可用，所以Master高可用主要针对kube-apiserver组件，而该组件是以HTTP
nginx+keepalived实现emq集群负载均衡高可用（七）
qq_40384985的博客
05-04 1725
前言：压测emq集群之前需要有负载均衡服务，做负载均衡的一般常用nginx，也可以用haproxy，我这里用nginx。 虽然一个nginx就可以实现负载均衡的功能，但nginx作为一个入口，如果挂了后续服务都将受到影响，nginx+keeplived能实现nginx的高可用。目前nginx+keeplived有两种搭建模式：1，主从热备 2，双机热备。我用第二种，更多利用服务器资源。 部署机...
Keepalived+Nginx搭建高可用负载均衡
u011627218的专栏
06-27 1192
负载搭建
nginx之路（六）：nginx高可用的详细配置步骤
simon-_-的博客
06-16 2782
奥罗拉
超详细生产级负载均衡算法总结
Java程序员的加油站
05-18 297
生产级负载均衡算法详解 负载均衡介绍 负载均衡，英文名称为Load Balance，指由多台服务器以对称的方式组成一个服务器集合，每台服务器都具有等价的地位，都可以单独对外提供服务而无须其他服务器的辅助。 通过某种负载分担技术，将外部发送来的请求均匀分配到对称结构中的某一台服务器上，而接收到请求的服务器独立地回应客户的请求。 负载均衡能够平均分配客户请求到服务器阵列，借此提供快速获取重要数据，解决大量并发访问服务问题，这种集群技术可以用最少的投资获得接近于大型主机的性能。 负载均衡方式 负载均衡分为软件负载
使用keepalived+Nginx+tomcat构建高可用负载均衡集群
"本文介绍了如何使用keepalived+Nginx+tomcat搭建高可用、高并发的集群架构，重点讲解了Nginx的反向代理、负载均衡以及Keepalived的高可用功能。" 在现代互联网架构中，为了保证服务的高可用性和性能，通常会采用...
评论 3
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值