到这里，我们是已经把我们要的“网站”给开发好了，下面是把这个“网站”部署到IIS上面。我们要在IIS上部署两个站点，这两个站点用于
我们负载均衡的使用。两个站点的区分就是ViewBag.Site，一个显示site1，一个显示site2。ASP.NET Core在IIS上部署可能不会太顺畅，
这时可以参考，至于为什么没有放到Linux下呢，毕竟是台老电脑了，开多个虚拟机电脑吃不消，云服务器又还没想好要
租那家的，所以只好放到本地的IIS上来演示了，想在Linux下部署ASP.NET Core可以参考我前面的博文，也是很简单的喔。
这是部署到本地IIS上面的两个站点，site1和site2。
站点我们是已经部署OK了，还是要先检查一下这两个站点是否能正常访问。如果这两个不能正常访问，那么我们下面的都是。。。
OK!能正常访问，接下来就是今天下一个主角Nginx登场的时候了。用法很简单，下面给出主要的配置，主要的模块是upstream，这个是
Nginx的负载均衡模块，更多的细节可以去它的官网看一下。这里就不做详细的介绍，毕竟这些配置都十分的简单。
Nginx的配置也配好了，接下来就是启动我们的Nginx服务器，执行 即可，最后就是访问我们Nginx这个
空壳站点http://192.168.198.128:8033(实际是访问我们在IIS上的那2个站点)，然后就可以看看效果了，建议把浏览器的缓存禁用掉，不然
轮询的效果可能会出不来。
可以看到轮询的效果已经出来了，访问Linux下面的Nginx服务器，实际上是访问IIS上的site1和site2。我们是在站点2 设置了session，
但是在站点2却得不到这个session值，而是在站点1才能得到这个值。这是因为我们用的算法是Nginx默认的轮询算法，也就是说它是一直这样
循环访问我们的站点1和站点2，站点1->站点2 ->站点1->站点2....，演示是在站点2设置Session并提交，但它是提交到了站点1去执行，执行
完成后Redirect到了站点2，所以会看到站点2上没有session的信息而站点1上面有。
好了，警报提醒，Session丢失了，接下来我们就要想办法处理了这个常见并且棘手的问题了， 本文的处理方法是用Redis做一台单独的
Session服务器，用这台服务器来统一管理我们的Session，当然这台Redis服务器会做相应的持久化配置以及主从或Cluster集群，毕竟没人能
保证这台服务器不出故障。思路图如下：
思路有了，下面就是把思路用代码实现。
在上面例子的基础上，添加一个RedisSession类，用于处理Session,让其继承ISession接口
_redis =
IEnumerable<>
Remove(
Set( key, _redis.Set(key,System.Text.Encoding.UTF8.GetString(value),TimeSpan.FromSeconds(
TryGetValue( key,
res = ( value =
value = }
ISession接口定义了不少东西，这里只实现了ISession中的部分内容，主要的Set和Get实现了，因为演示用不到那么多~~，就偷偷懒。Session
会有一个过期的时间，这里默认给了60秒，真正实践的时候可能要结合SessionOptions来进行修改这里的代码。前面也提到写个扩展方法，可以减少
调用的代码量和方便我们的使用，所以还写了一个对Session的扩展，方便在控制器中使用，这样就不用每次都把要存的东西再处理成byte。
GetExtension( ISession session, res = (session.TryGetValue(key, res = SetExtension( ISession session, key, }
要使用刚才定义的RedisSession，还需要在Startup的ConfigureServices中添加下面这行代码。
();
下面是修改之后控制器的代码：
_session =
[HttpGet( [ResponseCache(NoStore = ViewBag.Site = [HttpPost( IActionResult Index( sessionName,
Redirect(+
[HttpGet( [ResponseCache(NoStore = IActionResult About(
ViewBag.Session = ViewBag.Site = }
通过构造函数注入我们的ISession。然后就能使用我们自己定义的方法了，这种做法在ASP.NET Core中是随处可见的。而且控制器中的代码
也整洁了不少。是直接用了自己写的扩展方法。
视图没有变化。Nginx的配置也没有变化。下面是对session进行一番简单处理后的效果。
可以看到无论在那个站点，都能正常的读取到session服务器里面的值。也就是说，经过简单的初步处理，我们的Session在负载均衡下面已经
不会丢失了。当然这个只能说是一个雏形，还有更多的细节要去完善。
文中讲到用Jexus也可以完成同样的功能，下面就简单说一下它的配置：
这样就可以完成和上面演示中同样的功能。
当然，对于分布式Session的管理，这只是其中一种解决方法--基于Redis的解决方案，还有许多前人总结出来的方案，好比孤独侠客前辈的
这篇博客总结了6种方案：，都是值得我们这些小辈去学习和研究的。
源码已上传到github：
相关文章
文章浏览阅读1.3k次。在 Redis 中，键（Keys）是非常重要的概...
文章浏览阅读3.3k次，点赞44次，收藏88次。本篇是对单节点的...
文章浏览阅读8.4k次，点赞8次，收藏18次。Spring Boot 整合R...
文章浏览阅读978次，点赞25次，收藏21次。在Centos上安装Red...
文章浏览阅读1.2k次，点赞21次，收藏22次。Docker-Compose部...
文章浏览阅读2.2k次，点赞59次，收藏38次。合理的JedisPool资...
