asp.net core 实战之 redis 负载均衡和"高可用"实现-CSDN博客

本文链接：https://blog.csdn.net/sD7O95O/article/details/78097070

本文探讨了如何在ASP.NET Core中实现Redis主从复制集群的负载均衡，以及当Redis出现问题时确保应用仍能运行的“高可用”策略。通过Haproxy实现Redis的负载均衡，并在C#端设计检测机制，当Redis挂载时自动从系统中移除，确保ASP.NET Core继续运行。此外，提供了源码下载链接和配置说明。

摘要由CSDN通过智能技术生成

1.概述

　　分布式系统缓存已经变得不可或缺,本文主要阐述如何实现redis主从复制集群的负载均衡,以及 redis的"高可用"实现, 呵呵双引号的"高可用"并不是传统意义的高可用哈,而是 redis集群挂了,并不影响asp.net core 的运行, 欲知详情,请看下文.

注意: 本文主要阐述redis 的复制均衡和"高可用", 故redis 的主从复制搭建略, 请自行百度.

2.负载均衡实现

　　目前在tcp 负载均衡这块, haproxy 是官方实现, nginx 是三方实现, 个人偏向haproxy的简单易用. 故redis的负载均衡采用haproxy实现.

　　Haproxy配置文件如下:

global
    log 127.0.0.1 local2 #log语法：log <address_1>[max_level_1] # 全局的日志配置，使用log关键字，指定使用127.0.0.1 上的syslog服务中的local0日志设备，记录日志等级为info的日志
                                                                     
    chroot /var/lib/haproxy           #当前工作目录
    pidfile /var/run/haproxy.pid     #当前进程id文件
    maxconn 6000      #最大并发连接数
    user haproxy     #所属用户
    group haproxy     #所属组
    daemon             #以守护进程方式运行haproxy
    stats socket /var/lib/haproxy/stats
defaults
    mode http     #默认的模式mode { tcp|http|health }，tcp是4层，http是7层，health只会返回OK
    log global    #应用全局的日志配置
    option httplog    #启用日志记录HTTP请求，默认haproxy日志记录是不记录HTTP请求日志
    option dontlognull    # 启用该项，日志中将不会记录空连接。所谓空连接就是在上游的负载均衡器或者监控系统为了探测该 服务是否存活可用时，需要定期的连接或者获取某一固定的组件或页面，或者探测扫描端口是否在监听或开放等动作被称为空连接；官方文档中标注，如果该服务上游没有其他的负载均衡器的话，建议不要使用该参数，因为互联网上的恶意扫描或其他动作就不会被记录下来
    option http-server-close  #每次请求完毕后主动关闭http通道
    option forwardfor except 127.