是否可以将 mod_jk 粘性会话信息复制到另一个 apache 以进行故障转移设置？
问题背后的想法是在一些tomcats前面设置两个带有粘性会话的apache。当一个 apache 失败时，另一个应该接管 mod_jk 会话信息，这样他就知道哪些请求服务于哪个 tomcat。
我知道另一种方法是在 tomcat 级别进行会话复制，而不是使用粘性会话，但目前这是不可能的。
如果我们选择使用 Node-Affinity（粘性 MAC）和负载平衡的 IIS 解决方案，主要缺点是什么？
我们正在考虑使用内存中的会话状态，因此需要评估选项。
干杯邓肯
我们有一个运行良好的 IIS7 机器网络农场。他们前面是一个F5 Big-IP硬件负载均衡器，也工作正常 :)
（来源：www.f5.com）
目前我们正在使用 anASP.NET State Service来处理我们的OutProc状态。当您有一个网络场来维护任何类型的会话信息时，这是必需的。
我想知道我们是否可以在 F5 Big-IP 上进行粘性会话，从而从 OutProc 更改回 InProc？如果是这样，这样做的缺点是什么？我知道 InProc 与 OutProc 的缺点，所以不用担心解释这一点。我对没有 F5 Big-IP 的粘性会话的利弊更感兴趣。
任何人都可以提供一些启示和/或经验吗？