IIS集群后，session如何共享

[xyq1986]

假设两台IIS服务器（A,B）进行集群，另外一台nginx服务器C做反向代理，那A和B上的session怎么共享呢？

[娃都会打酱油了]

指向同一台Session服务器

[卧槽这是我的昵称吗]

解决集群Session共享的问题，通常有以下两种办法。 ·硬件负载，将用户请求分发到特定的服务器。 ·Session复制，就是将用户的Session复制到集群内所有的服务器。 这两种方法的弊端也很明显： ·成本较高。 ·性能差。当访问量增大的时候，带宽增大，而且随着机器 数量的增加，网络负担成指数级上升，不具备高度可扩展 性，性能随着服务器数量的增加急剧下降，而且容易引起 广播风暴。

[以专业开发人员为伍]

1. 是时候该考虑尽可能少用 Session 集合了。 2. 近期可以使用状态服务器。虽然序列化花费时间（而且可能需要你修改一些“无法序列化”之类的bug），但是它也较容易。 asp.net 让人喜欢滥用 Session 集合。但是这不是集群轻量级服务软件的研发之道。在你设计服务器软件时，如果你早就知道服务程序要跑在集群上，随时可能让服务器下线，或者上线，那么你也就不会使用 Session （只用SessionID）了。

[以专业开发人员为伍]

根据 SessionID 导向同一个物理服务器，这不是好主意。除了性能降低以外，它也容易让你的系统特别脆弱。比如说你有2个服务器，当一个垮掉时，另外一个可以临时撑起来，看起来你得业务几乎不受什么影响。但是如果你这样去“导向同一个服务器”，那么你的一半用户就丢失了。因此不能用这种所谓的解决方案。

[xyq1986]

引用 4 楼 sp1234 的回复:

根据 SessionID 导向同一个物理服务器，这不是好主意。除了性能降低以外，它也容易让你的系统特别脆弱。比如说你有2个服务器，当一个垮掉时，另外一个可以临时撑起来，看起来你得业务几乎不受什么影响。但是如果你这样去“导向同一个服务器”，那么你的一半用户就丢失了。因此不能用这种所谓的解决方案。

导向同一server，怎么会一半用户丢失，正是因为导向同一server才不会丢失用户啊，这个server不是应用服务器

[以专业开发人员为伍]

你原本希望系统比较强壮，一个服务器跨了那么另一个可以临时撑住。而导向同一个服务器，当一个服务器垮掉时（比如维护时），你当时就失去了一半用户。

[以专业开发人员为伍]

引用 5 楼 xyq1986 的回复:

这个server不是应用服务器

跟是不是应用服务器没有关系。是你的SessionID与物理服务器的（只能）一对一映射关系造成的悲剧。

[以专业开发人员为伍]

在集群上，你更多应该考虑Cache而不是Session集合。 实际上就算是单服务器，难道你不考虑Session集合的数据会丢失吗？我不知道有哪一个asp.net程序可以在 InProc 模式下放心使用 Session 集合的。此时你已经遇到了 Session 不靠谱的问题了。

[qzyf1992]

答案就是不用session 但是完全可以模拟一个类似session的类

[huaneramn]

NB。。。。。。。。。。。。。。。。。。。。

[myhope88]

session存到数据库吧