图片都是各大网站的架构图
热数据————缓存数据库
结构数据————关系数据库
非结构数据————日志..
读写分离+主从复制
一主三从 从机剥离一个做备份
ECS反应服务器+SLB负载均衡服务器+主从复制(哨兵)
实现读写分离的方法
-主从复制
-哨兵模式
-集群模式
lvs负载均衡(只用于四层)
4层 -ip端口/套接字
7层 -域名
之前的实验haproxy nginx都是7层的http协议
DNS
Lvs(只支持4层)
利用IP地址的转发
浏览器访问解析
域名解析————识别ip——负载均衡(4/7)——转发到真实服务器——再转发给客户端
4层找到ip端口开始转发
7层找到域名开始转发
使用原因:
页面浏览量 pv
独立客户访问数 uv
Load Balancer负载调度器
后端存储 storage
原理
用户态-ipvsadm管理工具
内核态-ipvs
域名解析——虚拟ip:80——ipvs模块input转发——ipvsadmin负载均衡应用程序——output
rip、cip是单独一个机子
dip和vip是一个机子
优缺点
LVS—DR模式构建(性能好)
对外服务ip:213 201
调度服务ip:132 197
真实服务器1:133 198
真实服务器2:134 199
在调度服务器上
网卡down掉了
手工添加网卡真实服务器上
在真实服务器上实行
在真实服务器开启httpd服务
134
133
刚才卡了,清除缓存,重启服务机的httpd,浏览器每三次轮换一次
NAT模式
少了MAC
DS :DIP VIP
去:判断本机-----VIP---RIP----OUTPUT----postrouting-----RIP
回:判断本机-----否----RIP------FORWORFD----VIP
总结:调度服务器压力大
LVS-NAT模型搭建(端口映射)
内网网卡都是仅主机模式
Ens37: DIP 192.168.71.132
Ens33: VIP 192.168.199.201
Ens33: DIP 199.168.199.132
RIP: 192.168.71.133
RIP: 192.168.71.134
132配置
关闭真实服务器外网网卡
Ifdown ens33
真实服务器配置网关
Route add default gw 192.168.71.132
133
134
用外网网卡201每刷新一次,过几秒再刷新就更新
LVS-TUN模式(支持跨机房)
原理
/cip/vip---------判断本机——input----------隧道层增加内容/dip/rip--------router-----真实服务器-------隧道网卡tunl0绑定vip--------/vip/cip
调度服务器虚拟ip:192.168.199.132
调度服务器真实ip:192.168.199.201
后端服务器1:192.168.199.133
后端服务器2:192.168.199.134
调度服务器执行以下命令
出现隧道网卡
删除ens33上的外网网卡的ip
加上隧道网卡的vip
ip link set up tunl0使网卡生效
此时网卡
清楚之前的规则,添加隧道网卡
创建一个负载均衡的 IPVS 服务,监听 192.168.199.201 的 80 端口,并将请求以 round-robin 的方式转发到两台后端服务器(192.168.199.133 和 192.168.199.134)上。
Ifdown 掉内网网卡
后端服务器
操作
调度服务器执行以下命令
出现隧道网卡
删除ens33上的外网网卡的ip
加上隧道网卡的vip
ip link set up tunl0使网卡生效
此时网卡
操作如下
配置完成后,去浏览器检查,刷新
它会一直停留在最后一次刷新134上