Java架构师成长直通车:LVS+Nginx实现高可用集群

最新推荐文章于 2021-06-02 22:35:59 发布

Hexrui

最新推荐文章于 2021-06-02 22:35:59 发布

阅读量650

点赞数 1

分类专栏： CentOS7

原文链接：https://alanhou.org/java-architect-cluster/

版权

CentOS7 专栏收录该内容

9 篇文章 0 订阅

订阅专栏

LVS+Nginx实现高可用集群

常见服务器
安装 Nginx(CentOS)
Nginx 的进程模型
Nginx 事件处理
nginx.conf 核心配置文件
Nginx 的跨域配置和防盗链
负载均衡和集群配置
- Nginx集群配置
- Jmeter
- 负载均衡 – 轮询&权重
upstream指令参数
负载均衡 – ip_hash
一致性哈希算法
负载均衡 – url_hash，least_conn
缓存
Nginx配置SSL(HTTPS)
动静分离
Nginx高可用HA
Keepalived 双主热备
LVS负载均衡
LVS-DR模式的其它配置
Keepalived+LVS高可用

主从复制高可用Redis集群

Redis缓存雪崩，穿透

常见问题

LVS+Nginx实现高可用集群

Nginx(engine x）是一个高性能的 HTTP 和反向代理web 服务器，同时也提供 IMAP/POP3/SMTP服务。

反向代理
通过配置文件实现集群和负载均衡
静态资源虚拟化

常见服务器

MS IIS asp.net
Weblogic、Jboss 传统行业 ERP/物流/金融/电信
Tomcat、Jetty J2EE
Apache、Nginx 静态服务、反向代理
Netty 高性能服务器编程

Java架构师成长直通车:LVS+Nginx实现高可用集群

来源：Netcraft

安装 Nginx(CentOS)

# 安装依赖
yum install -y gcc-c++ # 安装 gcc 环境
yum install -y pcre pcre-devel # 安装 PRCE 库，用于解析正则表达式
yum install -y zlib zlib-devel 
yum install -y openssl openssl-devel  # https协议
wget http://nginx.org/download/nginx-1.16.1.tar.gz # 下载稳定版
tar -zxvf nginx-1.16.1.tar.gz # 解压
mkdir -p /var/temp/nginx # 创建临时目录
cd nginx-1.16.1/
    ./configure \
    --prefix=/usr/local/nginx \
    --pid-path=/var/run/nginx/nginx.pid \
    --lock-path=/var/lock/nginx.lock \
    --error-log-path=/var/log/nginx/error.log \
    --http-log-path=/var/log/nginx/access.log \
    --with-http_gzip_static_module \
    --http-client-body-temp-path=/var/temp/nginx/client \
    --http-proxy-temp-path=/var/temp/nginx/proxy \
    --http-fastcgi-temp-path=/var/temp/nginx/fastcgi \
    --http-uwsgi-temp-path=/var/temp/nginx/uwsgi \
    --http-scgi-temp-path=/var/temp/nginx/scgi --with-http_ssl_module
make && make install
cd /usr/local/nginx/sbin/ # conf 等目录均位于/usr/local/nginx/中
./nginx           # 启动
./nginx -s stop   # 直接停止
./nginx -s quit   # 优雅停止
./nginx -s reload # 重新加载
./nginx -t        # 检测配置文件
./nginx -v        # 查看 Nginx 版本
./nginx -V        # 查看版本及编译信息

命令	解释
–prefix	指定nginx安装目录
–pid-path	指向nginx的pid
–lock-path	锁定安装文件，防止被恶意篡改或误操作
–error-log	错误日志
–http-log-path	http日志
–with-http_gzip_static_module	启用gzip模块，在线实时压缩输出数据流
–http-client-body-temp-path	设定客户端请求的临时目录
–http-proxy-temp-path	设定http代理临时目录
–http-fastcgi-temp-path	设定fastcgi临时目录
–http-uwsgi-temp-path	设定uwsgi临时目录
–http-scgi-temp-path	设定scgi临时目录

Nginx 的进程模型

master 进程：主进程
worker 进程：工作进程

ps -ef|grep nginx # 查看 Nginx 进程
# 修改 worker 进程数
vi conf/nginx.conf
worker_processes  2;

Nginx 事件处理

# vi conf/nginx.conf
# 设置工作模式
events {
    # 默认使用 epoll，因此可省略
    use epoll;
    # 每个 worker 允许连接客户端最大连接数，可根据实际情况进行修改
    worker_connections  10240;
}

使用了多路径复用器，在出现了阻塞时一个 worker 可以处理多个客户端请求

nginx.conf 配置结构

main 全局配置
events 配置工作模式及连接数
http http 模块相关配置
 |_server 虚拟主机配置，可以有多个
    |_location 路由规则，表达式
    |_upstream 集群，内网服务器

BIO：同步阻塞

NIO：同步非阻塞

AIO：异步非阻塞

nginx.conf 核心配置文件

user  root; # worker进程的用户，默认为 nobody
worker_processes  1; # 工作进程数，通常同 CPU 数量或 N-1
# error_log日志级别 debug|info|notice|warn|error|crit|alert|emerg，级别从左到右越来越大
pid        logs/nginx.pid; # Nginx 进程 pid
# http 指令块，对 http 网络传输的一些指令配置
http {
}
 
include       mime.types; # include 引入外部配置，提高可读性，避免单个配置文件过大
# 日志格式中main为格式名称，供access_log等调用，日志中各项请见下表
# sendfile 使用高效文件传输，提升传输性能；启用后才能使用tcp_nopush，是指当数据表累积一定大小后才发送，提高了效率
sendfile        on;
tcp_nopush     on;
# keepalive_timeout设置客户端与服务端请求的超时时间，保证客户端多次请求的时候不会重复建立新的连接，节约资源损耗
keepalive_timeout  65;

参数名	参数意义
$remote_addr	客户端ip
$remote_user	远程客户端用户名，一般为:’-’
$time_local	通用日志格式的本地时间，例13/May/2019:08:30:23 +0800
$request	请求方法，例 GET, POST
$status	响应状态码，例200
$body_bytes_send	响应内容字节数
$http_referer	进入页面的前一个链接
$http_user_agent	用户代理，可判定访问所使用的浏览器、客户端
$http_x_forwarded_for	通过代理服务器来记录客户端的ip

# 日志切割脚本
# vi cut_my_log.sh
 
#!/bin/bash
LOG_PATH="/var/log/nginx/"
RECORD_TIME=$(date -d "yesterday" +%Y-%m-%d)
PID=/var/run/nginx/nginx.pid
mv ${LOG_PATH}/access.log ${LOG_PATH}/access.${RECORD_TIME}.log
mv ${LOG_PATH}/error.log ${LOG_PATH}/error.${RECORD_TIME}.log
#向Nginx主进程发送信号，用于重新打开日志文件
kill -USR1 `cat $PID`
 
# 手动切割
chmod u+x cut_my_log.sh
./cut_my_log.sh
# 自动切割可通过定时任务，如未安装yum install -y crontabs
crontab -e
* * */1 * * /usr/local/nginx/sbin/cut_my_log.sh
# crontab -l 查看
service crond restart # 重启

静态文件两种配置方式（其中 xxx 为服务器中/home 下的静态文件目录名）：

server {
..
        location /xxx{
                root /home;
        }
 
        location /static{
                alias /home/xxx;
        }
}

gzip 压缩配置示例

#开启 gzip 压缩功能以提高传输效率、节约带宽
    gzip  on;
    #限制最小压缩，小于1字节文件不进行压缩
    gzip_min_length 1;
    #压缩比,级别为1-9，级别越高相应CPU 占用也越多
    gzip_comp_level 3;
    #压缩文件类型
    gzip_types text/plain application/javascript application/x-javascript text/css application/xml text/javascript application/x-httpd-php image/jpeg image/gif image/png  application/json;

location的匹配规则

空格：默认匹配、普通匹配
location / {
    root /home;
}
=：精确匹配
location = /xxx.png {
    root /home;
}
~*：匹配正则表达式，不区分大小写
location ~* \.(GIF|jpg|png|jpeg) {
    root /home;
}
~：匹配正则表达式，区分大小写
location ~ \.(GIF|jpg|png|jpeg) {
    root /home;
}
^~：以某个字符路径开头
location ^~ /xxx/img {
    root /home;
}

Hosts 文件管理工具（兼容多平台）：SwitchHosts，通过它可避免手动去编辑系统 hosts 文件

Nginx 的跨域

CORS(Cross-Origin Resource Sharing)

解决跨域的方案Jsonp, SpingBoot Cors, Nginx

# SpringBoot
CorsConfiguration config = new CorsConfiguration();
config.addAllowedOrigin("http://www.xxx.com");
# 设置是否发送 cookie 信息
config.addAllowCredentials(true);
# 设置允许请求的方式
config.addAllowedMethod("*");
#设置允许的 header
config.addAllowedHeader("*");
 
 
# Nginx
server{
...
    # 允许跨域请求的域，*代表所有
    add_header 'Access-Control-Allow-Origin' *;
    # 允许带上 cookie 请求
    add_header 'Access-Control-Allow-Credentials' 'true';
    # 允许请求的方法，比如 GET/POST/PUT/DELETE
    add_header 'Access-Control-Allow-Methods' *;
    # 允许请求的 header
    add_header 'Access-Control-Allow-Headers' *;
...
}

Nginx静态资源防盗链

server{
..
    # 对源站点验证
    valid_referers *.xxx.com;
    # 非法引入会进入下方判断
    if($invalid_referer) {
        return 404;
    }
...
}

负载均衡

四层负载均衡

F5硬负载均衡（基于硬件）
LVS四层负载均衡
HAProxy 四层负载均衡
Nginx 四层负载均衡

七层负载均衡

Nginx 七层负载均衡
HAProxy 七层负载均衡
Apache 七层负载均衡

DNS地域负载均衡

层级	名称	说明
第七层	应用层	与用户行为交互
第六层	表示层	定义数据格式以及数据加密
第五层	会话层	创建、管理以及销毁会话
第四层	传输层	创建、管理请求端到响应端(端到端)的连接
第三层	网络层	请求端的IP地址
第二层	数据链路层	提供介质访问与链路管理
第一层	物理层	传输介质，物理媒介

集群配置

本地集群可使用多台虚拟机，或直接在单台Linux机器上使用 Docker

docker run -d -it --rm tomcat:8.0

我们连续启动了3个Docker

#配置上游服务器
upstream xxx {
	server 172.17.0.2:8080;
	server 172.17.0.3:8080;
	server 172.17.0.4:8080;
}
 
server {
	listen: 80;
	server_name www.xxx.com;
	location / {
		proxy_pass http://xxx;
	}
}

Jmeter

下载链接：https://jmeter.apache.org/download_jmeter.cgi

下载后 Windows 双击 jmeter.bat，macOS双击 jmeter 执行文件即可打开可视化窗口

1、测试计划>线程组：配置线程（用户）数和循环次数

2、线程组>采样器>HTTP 请求：配置请求的域名、端口等

3、测试计划>监听器：添加查看结果树、聚合报告、用表格查看结果等

着重对比单机和集群的异常率（聚合报告），以了解所能负载的用户数，一般超过20%即超出了异常极限

负载均衡 – 轮询、权重

负载均衡默认使用轮询，平均逐一分配给集群内的服务器；可通过配置来设置加权轮询

# 加权轮询配置（数值越小，分配的流量越少）
upstream xxx {
 server 172.17.0.2:8080 weight=1;
 server 172.17.0.3:8080 weight=3;
 server 172.17.0.4:8080 weight=5;
 }

upstream指令参数

更多内容参见：官方文档，其中各参数的配置方法同上述的 weight，以下设置均位于 upstream 中

max_conns
限制一台服务器的最大连接数，在有多个 worker 进程时因共享内存实际会超出
默认为0，不做任何限制
通过将 worker 设置为1，使用 Jmeter 可进行测试(线程组Ramp-Up 时间设置为0)
示例：server 172.17.0.2:8080 max_conns=2;
slow_start
让服务器缓慢加入集群，配合 weight 使用，当前仅适用于商业版
示例：server 172.17.0.4:8080 weight=5 slow_start=60s;
down
标识服务器为不可用
示例：server 172.17.0.2:8080 down;
backup
标识服务器为备用服务器，在主服务器都挂掉时启用
示例：server 172.17.0.2:8080 backup;
max_fails
fail_timeout所设置时间内失败尝试次数，默认值为1，若达到失败尝试上限次数，则判定为宕机
fail_timeout
配合 max_fails 使用，默认为10秒，对判定为宕机的服务在达到 fail_timeout 的时长后会重新尝试连接
示例：server 172.17.0.2:8080 backup max_fails=2 fail_timout=10s;

keepalive吞吐量，用于设置长连接处理的数量

示例：keepalive 32;

对于 http，还应进行如下设置（location 内）：

proxy_http_version 1.1; # 设置长连接 http 版本为1.1
proxy_set_header Connection ""; # 清除 connection header 信息

负载均衡 – ip_hash

hash 算法：用户ip哈希对服务端节点数取模获取下标：

hash(ip) % node_counts = index

数据库分表哈希算法同理，如将 ip 替换为 pid

配置：

upstream xxx {
    ip_hash;
    server ...
}

nginx/src/http/modules/ngx_http_upstream_ip_hash_module.c

...
iphp->addrlen = 3;
...
for (i = 0; i < (ngx_uint_t) iphp->addrlen; i++) {
    hash = (hash * 113 + iphp->addr[i]) % 6271;
}
...

根据以上 Nginx 的源码文件可以分析出 ip_hash实际上取的是 IP 的前3段，因此通过内网（如hash( 192 168 1 )）将访问同一台主机。

注意：使用 ip_hash 如果有服务器出现故障不能直接移除，而是应将其标记为 down

一致性哈希算法

ip_hash 在有节点宕机时节点数就会发生变化，自然所有下标也即访问的主机也会发生变化。这样用户会丢失原有的 session，缓存无效，基于这一缺点引入了一致性哈希算法。

一致性哈希算法在0到232-1之间，根据用户和服务器节点的哈希值按顺时针就近原则决定用户所访问的服务器节点，这样不论是增加服务器节点还是减少服务器节点，都只有少数用户受到影响，并且依然保持相同的原则。

负载均衡 – url_hash，least_conn

url_hash 是根据请求 url 进行哈希，然后与节点数取模得出下标

hash(url) % node_counts = index

upstream xxx {
 hash $request_uri;
 server ...
 }

url_hash 在 url 发生变化时（如请求链接后多一个/）请求的服务器就会发生变化

least_conn 是最小连接数，实际含义是将请求发送到连接数/权重值最小的服务器上，以避免有些服务器节点出现闲置的状况：

upstream xxx {
 least_conn;
 server ...
 }

缓存

静态资源缓存浏览器
expires 指令

location /static{
	alias /xxx/yyy;
	#expires 10s;    # 缓存10s后过期
        expires @22h30m; # 指定缓存过期时间
        # expires -1h; # 缓存1小时前失效，即不缓存
        # expires epoch; # 过期时间为1 January,1970,00:00:01 GMT，同样不进行缓存
        # expires off; # 不设置，会使用浏览器默认值
        # expires max; # 过期时间设置为31 December 2037 23:59:59 GMT，“Cache-Control”的值为10年
}

上游服务器资源缓存到 Nginx端

# 设置缓存保存的目录
# keys_zone 设置共享内存及占用的空间大小，mycache为自定义名称，在下方需使用
# max_size 设置缓存总大小
# inactive 缓存超出所指定的时间进行清理
proxy_cache_path /usr/local/nginx/upstream_cache keys_zone=mycache:5m max_size=1g inactive=30m use_temp_path=off;
 
server {
	...
	# 开启并使用缓存，mycache为上方所指定的名称
	proxy_cache mycache;
	# 针对指定状态码的缓存过期时间
	proxy_cache_valid 200 304 8h;
	...
}

Nginx配置SSL(HTTPS)

首先要确定 Nginx有没安装了ssl 模块

nginx -V
# 如未安装需进入Nginx 源码目录重新编译，在原命令基础上添加--with-http_ssl_module再进行编译安装
 
./configure --prefix=/usr/local/nginx ... --with-http_ssl_module

配置示例

server {
	listen 443;
	...
 
	# 开启ssl
	ssl on;
	# 配置ssl证书
	ssl_certificate xxx.crt;
	ssl_certificate_key xxx.key;
 
	# ssl会话缓存 
	ssl_session_cache shared:SSL:1m;
	# ssl会话超时时间
	ssl_session_timeout 5m;
 
	# 配置加密套件，写法遵循 openssl 标准
	ssl_protocols TLSv1 TLSv1.1 TLSv1.2;
	ssl_ciphers EECDH+CHACHA20:EECDH+AES128:RSA+AES128:EECDH+AES256:RSA+AES256:EECDH+3DES:RSA+3DES:!MD5;
	ssl_prefer_server_ciphers  on; 
}

动静分离

分布式
前后端解耦
静态归 Nginx
接口服务化

静态数据：css/js/html/images/audios/videos/…

动态数据：得到的响应可能会和上一次不同

实现方式

CDN：将静态资源放到第三方CDN 平台
Nginx：将静态资源放到 Nginx 服务器或上游集群服务器

动静分离的问题

跨域
- SpringBoot
- Nginx
- Jsonp
分布式会话
- 分布式缓存中间件Redis

Nginx高可用HA

主、备 Nginx

Keepalived:

解决单点故障
组件免费
可以实现高可用HA机制
基于VRRP协议（Virtual Router Redundancy Protocol）
- 解决内网单机故障的路由协议
- 构建有多个路由器 MASTER BACKUP
- 虚拟 IP – VIP（Virtual IP Address）

Keepalived安装

下载地址：keepalived.org

以当前版本2.0.19为例：

tar -zxvf keepalived-2.0.19.tar.gz
cd keepalived-2.0.19/
./configure --prefix=/usr/local/keepalived --sysconf=/etc
make && make install

主要配置

# vi /etc/keepalived/keepalived.conf
lobal_defs {
   # 路由id: 当前安装Keepalived 节点主机的标识符，要求全局唯一
   router_id LVS_151
}
 
# 计算机节点
vrrp_instance VI_1 {
    # 表示状态，MASTER/BACKUP
    state MASTER
    # 当前实例绑定的网卡，根据实际状况配置
    interface eth0
    # 保证主备节点一致即可
    virtual_router_id 51
    # 优先级/权重，优先级高的在主节点故障时优先成为主机点
    priority 100
    # 主备之间同步检查的时间间隔，默认1s
    advert_int 1
    # 认证授权的密码，防止非法节点的进入
    authentication {
        auth_type PASS
        auth_pass 1111
    }
    # 虚拟IP地址，可以有多个
    virtual_ipaddress {
        192.168.1.161
    }
}

启动和关闭服务

cd /usr/local/keepalived/sbin/
./keepalived
# 此时停止服务需使用 ps -ef|grep keepalived 获取进程号然后执行 kill -9 [pid]
# 注册为系统服务，需进入源码目录拷贝一些文件
cd keepalived-2.0.19/keepalived/etc/
cp init.d/keepalived /etc/init.d/
cp sysconfig/keepalived /etc/sysconfig/
systemctl daemon-reload # 刷新服务
# 此时即可以系统服务操作 keepalived 了
systemctl start keepalived.service

本地测试可通过绑定hosts 文件指向虚拟 IP 地址，备服参照主服配置，state 设置为BACKUP、权重设置低于主服务器即可

编写检测脚本/etc/keepalived/check_nginx_alive_or_not.sh，在 Nginx 中断时自动启动服务：

#!/bin/bash
 
A=`ps -C nginx --no-header |wc -l`
# 判断Nginx是否宕机，如果宕机了，尝试重启
if [ $A -eq 0 ];then
        /usr/local/nginx/sbin/nginx
        # 等待一会再次检查Nginx，如果没有启动成功，则停止Keepalived，使其启动备用机
        sleep 3
        if [ `ps  -C nginx --no-header |wc -l` -eq 0 ];then
                killall keepalived
        fi
fi

添加配置

chmod +x check_nginx_alive_or_not.sh
# vi /etc/keepalived/keepalived.conf
 
vrrp_script check_nginx_alive {
        script "/etc/keepalived/check_nginx_alive_or_not.sh"
        interval 2 # 每隔两秒运行上一行脚本
        # weight 10 # 如果脚本运行成功，则升级权重+10
        weight -10 # 如果脚本运行失败，则降低权重-10 
}
 
vrrp_instance VI_1 {
...
    track_script {
        check_nginx_alive # 追踪 Nginx 脚本
    }
...
}

Keepalived 双主热备

以上使用的Keepalived 双机主备一个主要的缺点是在MASTER 运行正常的情况下，从服务器将保持闲置的状态，因此让我们来了解一下双主热备，即互为主备：

通过设置多个虚拟 IP 并使用 DNS 轮询的方式实现（阿里、腾讯等平台的域名解析中均可将A记录如 www 解析到不同域名并设置权重）

配置类似前面，将原有的配置拷贝一份，比如在备用服务器上再使用另一个虚拟 IP 配置其为主服务器：

vrrp_instance VI_2 {
    state MASTER
    interface eth0
    virtual_router_id 52
    priority 100
    ...
    virtual_ipaddress {
        192.168.1.162
    }
}

相应地原主服务器也需要再进行一份备用服务器的配置

LVS负载均衡

Linux Virtual Server
章文嵩博士主导的开源负载均衡项目
LVS（ipvs）已被集成到 Linux 内核中
负载均衡调度器（四层）

官方网站：http://linux-vs.org/

为什么要使用LVS+Nginx?

LVS基于四层，工作效率高
单个 Nginx 承受压力有限，需要集群
LVS 充当 Nginx集群的调度者
Nginx 接受请求来回，LVS 可以只接受不响应

LVS 的三种模式

NAT
请求通过 LVS，响应通过 LVS
TUN
请求（上行）经过 LVS，响应（下行）不经过 LVS，每个节点必须要有网卡，节点对公网暴露
DR（Direct Routing）
请求经过 LVS，响应通过路由，推荐使用

LVS DR模式搭建

服务器示例如图所示

VIP：虚拟 IP

RIP：真实服务器 IP

# LVS及Nginx服务器上关闭网络配置管理器，避免本地服务器的网络接口冲突
systemctl stop NetworkManager
systemctl disable NetworkManager
 
# 虚拟IP配置（LVS）
cd /etc/sysconfig/network-scripts/
# vi ifcfg-eth0:1（可拷贝ifcfg-eth0进行修改，根据不同机器eth0可能会存在变化，只需保留如下几行）
BOOTPROTO="static"
DEVICE="eth0:1"
ONBOOT="yes"
IPADDR=192.168.1.150
NETMASK=255.255.255.0
# 重启网络让配置生效
service network restart
 
# 安装集群管理工具（LVS服务器）
yum install -y ipvsadm
# 查看集群信息
ipvsadm -Ln
 
# 虚拟 IP 配置（Nginx）
cd /etc/sysconfig/network-scripts/
cp ifcfg-lo ifcfg-lo:1
# vi ifcfg-lo:1，仅修改如下行，其余保留不变
DEVICE=lo:1
IPADDR=192.168.1.150
NETMASK=255.255.255.255
# 重启网络
ifup lo # 或 systemctl restart network

注：云服务器需购买负载均衡或虚拟 IP 才可实现配置， Nginx 服务器配置对应本地回环（lo）的原因是其处理响应

LVS-DR模式的其它配置

arp-ignore：ARP 响应级别（处理请求）

0：只要本机配置了 ip，就能响应请求
1：请求的目标地址到达对应的网络接口，才会响应请求

推荐配置为1

arp-announce：ARP通告行为（返回响应）

0：本地上任何网络接口都向外通告，所有的网卡都能接收到通告
1：尽可能避免本网卡与不匹配的目标进行通告
2：只在本网卡通告

推荐配置为2

# vi /etc/sysctl.conf（Nginx服务器上）
net.ipv4.conf.all.arp_ignore = 1
net.ipv4.conf.default.arp_ignore = 1
net.ipv4.conf.lo.arp_ignore = 1
net.ipv4.conf.all.arp_announce = 2
net.ipv4.conf.default.arp_announce = 2
net.ipv4.conf.lo.arp_announce = 2
 
# 刷新配置
sysctl -p
 
# 增加网关，用于接收数据报文，将到达本地的请求交给 lo 处理
route add -host 192.168.0.150 dev lo:1 # 若无命令执行yum install net-tools -y安装
route -n # 查看
route delete # 删除
# 设置开机配置，避免重启后配置失效
echo "route add -host 192.168.0.150 dev lo:1" >> /etc/rc.local

LVS配置

ipvsadm -A -t 192.168.1.150:80 -s rr
# 编辑：ipvsadm -E  -t 192.168.1.150:80 -s rr -p 5
ipvsadm -a -t 192.168.1.150:80 -r 192.168.1.171:80 -g
ipvsadm -a -t 192.168.1.150:80 -r 192.168.1.172:80 -g
ipvsadm -S # 保存规则避免重启失效
# 相关参数说明请参见 ipvsadm -h
# 查看 ipvsadm -Ln
# 查看持久化连接:  ipvsadm -Ln --persistent-conn
# 查看请求过期时间及源IP和目标IP: ipvsadm -Lnc
# 查看状态: ipvsadm -Ln --status
 
# 设置tcp tcpfin udp 的过期时间（通常保持默认，以下设置用于测试）
ipvsadm --set 1 1 1 
# 查看过期时间
ipvsadm -Ln --timeout

-A:添加集群
-t:tcp协议
ip地址:设定集群的访问ip，也就是LVS的虚拟ip
-s:设置负载均衡的算法，rr表示轮询
-p:设置连接持久化的时间，默认300秒
-a:添加真实服务器
-r:真实服务器的ip地址
-g:设定DR模式

Keepalived+LVS高可用

在主备 LVS 服务器上安装 Keepalived，方法参见上方Keepalived安装

global_defs {
   ...
}
 
vrrp_instance VI_1 {
    ...
}
 
# 配置集群地址访问的 IP+端口，端口和 Nginx 保持一致
virtual_server 192.168.1.150 80 {
    # 健康检查时间，单位：秒
    delay_loop 6
    # 配置负载均衡算法，默认是轮询
    lb_algo rr
    # 设置LVS的模式：NAT|TUN|DR
    lb_kind DR
    # 设置会话持久化时间
    persistence_timeout 10 
    # 协议
    protocol TCP
    # 负载均衡真实服务器，即Nginx节点 IP
    real_server 192.168.1.171 80 {
        # 轮询的默认权重配比
        weight 1
        # 设置健康检查
        TCP_CHECK {
            # 检查的端口
            connect_port 80
            # 超时时间
            connect_timeout 2
            # 重试次数(s)
            nb_get_retry 5
            # 间隔时间(s)
            delay_before_retry 3
        }
    }
 
    real_server 192.168.1.172 80 {
        weight 1
        ...
    }
}
 
# 清除此前规则
ipvsadm -C
systemctl restart keepalived

以上即实现了高可用的 LVS+Keepalived 方案

LVS 负载均衡算法

静态算法

根据 LVS 自有固定算法分发用户请求

1、轮询（Round Robin – rr）：平均分配请求（同 Nginx的轮询）

2、加权轮询（Weight Round Robin – wrr）：按照权重比例分配用户请求，权重越高，分配请求越多（同 Nginx 的权重）

3、源地址散列（Source Hash – sh）：同 IP 用户由相同 RS 处理（同 Nginx 的 ip_hash）

4、目标地址散列（Destination Hash – dh）：根据不同 url 请求不同的 RS(同 Nginx的 url_hash)

动态算法

根据流量或服务器压力不同分配用户请求

1、最小连接数（Least Connections – lc）：将请求分配给连接最小的服务器

2、加权最小连接数（Weight Least Connections – wlc）：用数值表示服务器处理性能，将请求分发到性能好且空闲的服务器

3、最短期望延迟（Shortest Expected Delay – sed）：是一种特殊的 wlc 算法，将请求交给运算结果最小的服务器，设服务器 A、B、C的权重为1、2、3，计算方式如下：

A: (1+1)/1=2
B: (1+2)/2=3/2
C: (1+3)/3=4/3

4、最少队列调试（Never Queue = nq）：如有 RS 的连接数等于0，直接将请求分配过去，无需排队等待运算

注：RS(Real Server)

LVS 最常使用的负载均衡算法为 wlc 或 wrr

官方文档

常见问题

1、nginx: [error] open() “/var/run/nginx/nginx.pid” failed (2: No such file or directory)

mkdir /var/run/nginx
/usr/local/nginx/sbin/nginx -s reload # 未启动则直接执行/usr/local/nginx/sbin/nginx

2、nginx: [error] invalid PID number “” in “/var/run/nginx/nginx.pid”

/usr/local/nginx
sbin/nginx -c conf/nginx.conf # 指定配置文件
sbin/nginx -s reload

3、默认 Docker 容器中没有 vi 等编辑器，可进行安装，也可在宿主机执行如下命令，然后根据返回的路径编辑容器中的文件

docker inspect --format='{{.GraphDriver.Data.MergedDir}}' 容器 ID 或名称

4、*** WARNING – this build will not support IPVS with IPv6. Please install libnl/libnl-3 dev libraries to support IPv6 with IPVS.

yum -y install libnl libnl-devel

Hexrui

关注

1
点赞
踩
2

收藏

觉得还不错? 一键收藏
0
评论
Java架构师成长直通车:LVS+Nginx实现高可用集群

LVS+Nginx实现高可用集群常见服务器安装 Nginx(CentOS) Nginx 的进程模型 Nginx 事件处理 nginx.conf 核心配置文件 Nginx 的跨域配置和防盗链负载均衡和集群配置 Nginx集群配置 Jmeter 负载均衡 – 轮询&权重 upstream指令参数负载均衡 – ip_hash 一致性哈希算法负载均衡 – url_hash，least_conn 缓存 Nginx配置SSL(HTTPS) 动静分离 Ngin
复制链接

扫一扫

专栏目录