1.什么是负载均衡?
将任务分摊到多个操作单元上进行执行
2.为什么需要使用负载均衡?
3.负载均衡实现的场景? 四层负载均衡
四层负载均衡: 转发 改写数据包 源IP 源端口 目标IP 目标端口 真实的目标IP 目标端口
七层负载均衡: 代理 代为办理
4.七层负载均衡与四层负载均衡区别?
七层负载均衡效率没有四负载均衡高
四层负载均衡没有七层负载均衡支持的功能多,比如 url匹配 设置头部信息
负载均衡是基于代理实现的一种形式
5.七层负载均衡配置示例?
[root@lb01 conf.d]# cat proxy_web.oldxu.com.conf
upstream web {
server 172.16.1.7:80;
server 172.16.1.8:80;
}
server {
listen 80;
server_name web.oldxu.com;
location / {
proxy_pass http://web;
include proxy_params;
}
}
[root@lb01 conf.d]# cat /etc/nginx/proxy_params
proxy_http_version 1.1; 向后端请求走http1.1--------
proxy_set_header Host $http_host;
proxy_set_header X-Real-IP $remote_addr; 透传ip（多台代理其中的一台）----
proxy_set_header X-Forwarded-For **透传真实ip
$proxy_add_x_forwarded_for;
proxy_connect_timeout 30; 连接超时时间
proxy_send_timeout 60; 发送超时时间
proxy_read_timeout 60; 读取超时时间
proxy_buffering on;
proxy_buffer_size 32k;
proxy_buffers 4 128k;
后端web配置 (为了区分,将两台web的站点配置的不一样,以便测试效果)
[root@web01 conf.d]# cat web.oldxu.com.conf
server {
listen 80;
server_name web.oldxu.com;
location / {
root /html;
index index.html;
}
}
6.七层负载均衡调度算法、后端状态
轮询 按时间顺序逐一分配到不同的后端服务器(默认)
机器的配置一致 (web集群 硬件环境 一致)
weight 加权轮询,weight值越大,分配到的访问几率越高
机器硬件不一致的情况下使用 (硬件 pc机)
ip_hash
每个请求按访问IP的hash结果分配,这样来自同一IP的固定访问一个后端服务器
解决问题: 能解决会话保持的问题
带来新的问题: 会造成后端负载不均衡
url_hash
按照访问URL的hash结果来分配请求,是每个URL定向到同一个后端服务器
least_conn 最少链接数,那个机器链接数少 就分发
7.七层负载均衡后端状态
状态 概述
down 当前的server暂时不参与负载均衡
backup 预留的备份服务器
max_fails 允许请求失败的次数
fail_timeout 经过max_fails失败后, 服务暂停时间
max_conns 限制最大的接收连接数
a max_fails=2 fail_timeout=10s 运维
b max_fails=2 fail_timeout=10s 运维
c backup; 开发 运维
d down; 离职
8.七层负载均衡实现Redis会话共享
1、粘性session
粘性session是指Ngnix每次都将同一用户的所有请求转发至同一台服务器上，及Nginx的 IP_hash。
2、session复制
即每次session发生变化时，创建或者修改，就广播给集群中的服务器，使所有的服务器上的session相同。
3、session持久化 ( 慢 )
将session存储至数据库中，像操作数据一样操作session。
4、session共享
缓存session至内存数据库中，使用redis ( 内存-->刷到磁盘 )，memcached (内存数据库)。
思路:
1.在 172.16.1.8 和 172.16.1.7 安装 phpmyadmin fenb （分别测试登录）
2.配置phpmyadmin连接远程的数据库
3.接入负载均衡 ---> 代理至后端2台主机
4.发现无法正常登陆
5.浏览器测试
解决接入负载均衡后无法连接问题
1.在负载均衡上配置 ip_hash 会话保持 (造成用户仅访问后端的某一台主机压力过高)
2.既希望能够实现流量的均摊,又希望会话的问题得以保持, 所以引入了redis
redis配置
1.修改php存储session至redis中
[root@db01 ~]# vim /etc/php.ini
session.save_handler = redis
session.save_path = "tcp://172.16.1.51:6379?weight=1"
2.修改php-fpm 注释默认存储session的位置
[root@web01 ~]# vim /etc/php-fpm.d/www.conf
;php_value[session.save_handler] = files
;php_value[session.save_path] = /var/lib/php/session
3.将修改后的配置文件,推送至172.16.1.8
[root@web01 ~]# scp /etc/php.ini root@172.16.1.8:/etc/
[root@web01 ~]# scp /etc/php-fpm.d/www.conf root@172.16.1.8:/etc/php-fpm.d/www.conf
4.重启172.16.1.7 172.16.1.8两台服务器的php-fpm
[root@web02 conf.d]# systemctl restart php-fpm
