.Net Core Web Api实践(二).net core+Redis+IIS+nginx实现Session共享
2021-01-19 09:12
标签:from window control 兴趣 test 设计 测试工具 pst site 前言:虽说公司app后端使用的是.net core+Redis+docker+k8s部署的,但是微信公众号后端使用的是IIS部署的,虽说公众号并发量不大,但领导还是使用了负载均衡,所以在介绍docker+k8s实现分布式Session共享之前,就先介绍一下IIS+nginx实现Session共享的方案,两者其实区别不大,所以这篇着重介绍方案,下篇介绍测试的区别以及填坑的方式。 操作系统:Windows10 IIS:需要安装模块 VS2019、本地Redis数据库、ngnix(windows版) 下图简要说明了负载均衡通过轮询方式,将同一个客户端请求发送到不同的站点下,操作的Session应该是同一个。 虽然个人认为本来WebApi中使用Session本身就是一种不合理的设计,但这是旧项目迁移需要保留的历史逻辑,所以只能硬着头皮寻找对应的解决方案了。 在VS2019中添加一个.net core 的WebApi项目,使用Session的话需要添加以下配置。 Startup.cs类中,ConfigureServices方法添加services.AddSession(); Configure方法中添加app.UseSession(); 注意要放到UseMVC方法前面。 测试代码如下,添加testController类,在Get1方法中设置Session,记录当前时间,Get2方法中读取Session (1)右键项目点击发布 (2)记录下发布路径,并在IIS中新增两个站点,指向该路径,并设置不同的端口号 记得把应用程序池中改为无托管代码 下载地址:http://nginx.org/ 配置方式: (1)找到nginx的安装路径,打开nginx.conf文件 (2)添加upstream配置,配置用于负载均衡轮询的站点,即上一步骤中添加的两个站点 (3)配置location节点,注意proxy_pass与upstream中配置的名称保持一致。 (4)启动ngnix,用cmd命令指定nginx的安装目录,然后start nginx 浏览器分别输入http://localhost:7665/Get1与http://localhost:7665/Get2,由于ip是一样的,所以没有参考必要,不停刷新http://localhost:7665/Get1,最后看到的端口号在7666与7667之间不停的来回切换,说明nginx的轮询是成功的。当然这里只是为了实现session共享做的负载均衡,所以把负载均衡放在了同一台服务器上进行配置,感兴趣的同学可以使用不同服务器配置负载均衡,并用压力测试工具测试站点在配置负载均衡的吞吐能力,后面有机会我可以单独介绍这部分内容。 测试结果: 1、过程: 请求http://localhost:7665/Get1,请求分发到站点7667,设置了Session; 请求http://localhost:7665/Get2,请求分发到站点7666,读取不到该Session; 再次请求Get2,请求分发到站点7667,可以读取到Session。 结论:说明负载均衡的两个站点之间不会读取同一个Session,也就是说Session不会共享。 2、 过程: 再次请求Get1,请求分发到站点7666; 再次请求Get2,请求分发到站点7667,读取不到该Session; 再次请求Get2,请求分发到站点7666,可以读取到Session,且session值被刷新。 结论:因为nginx每次都将请求分发到另外一站点,且session没有共享,所以string.IsNullOrEmpty(HttpContext.Session.GetString("qqq"))总是true,然后session都会被刷新,另一个站点的session就丢失了(这里的丢失应该是刷新session后产生了新的cookie值,导致原来的session无法读取,感兴趣的同学还可以用Fiddler跟踪记录下Get1产生cookie值,然后在Get2请求时带上cookie进行验证)。 (1)在Startup.cs文件中,ConfigureServices方法加入以下代码 简要说明: services.Configure SetApplicationName("wxweb")是为了保证不同站点下的应用程序名称是一致的。 options.XmlRepository = new SessionShare();是为了保证不同站点下应用程序使用的machinekey是一样的,详情见https://www.cnblogs.com/newP/p/6518918.html AddDistributedRedisCache是一个官方的拓展组件,用户将session保存在redis中。 RedisConnectionStrings是Redis连接字符串 (2)SessionShare的实现如下 (3)再次进行发布 测试结果:无论Get1刷新多少次,Get2都能拿到Session值,且Session没有被刷新(当前时间没有变化),即Session共享成功。 总结:以前总是看别人的文章了解Session共享,这次自己从配置负载均衡到解决Session共享从头到尾走了一遍,所以记录了下来。下篇文章我会介绍AddDistributedRedisCached在并发量较高时timeout的解决方案。 参考文章(同时感谢这些大佬的文章提供的帮助) 1、【nginx】配置Nginx实现负载均衡 2、Session分布式共享 = Session + Redis + Nginx .Net Core Web Api实践(二).net core+Redis+IIS+nginx实现Session共享 标签:from window control 兴趣 test 设计 测试工具 pst site 原文地址:https://www.cnblogs.com/BradPitt/p/12163319.html1、环境准备
2、Session共享的简易说明
3、添加测试项目
[Route("[action]")]
[ApiController]
public class testController : ControllerBase
{
// GET: api/test
[HttpGet]
public IEnumerable
4、发布.net core项目到IIS
5、nginx配置负载均衡
6、在没有做Session共享方案的情况下进行测试
7、使用Redis将Session存放在Redis服务器
services.Configure
public class SessionShare : IXmlRepository
{
private readonly string keyContent =
@"自己的machinekey";
public virtual IReadOnlyCollection
8、添加Session共享方案以后进行测试
下一篇:[工具箱]一键优化Windows
文章标题:.Net Core Web Api实践(二).net core+Redis+IIS+nginx实现Session共享
文章链接:http://soscw.com/index.php/essay/44014.html