none
NLB会话状态--相似性的选择 RRS feed

答案

  • but,在节点之间切换的话,web承载的论坛需要重新登录,SQL需要重新登录,Exchange需要,SMB会不会呢,全无状态信息,咋办?

    关于你说的状态信息我不清楚。但从NLB的角度来说的话是需要重新登录的。

    1. 你说的SMB,是说访问NLB上的共享文件么?这个也是需要重新登录的。

    2. 关于NLB的工作机制,其实NLB所做的,只是把网络流量平均分担到不同的NLB 节点。NLB的算法能保证来自于同一个IP和端口的流量总是由同一个NLB节点来响应。
    技术上来说,所有的nlb节点都监听NLB的虚拟IP地址收到的流量。最终通过NLB算法,只有一个节点会作出响应。

    另外关于你说的,当一个nlb node故障后,用户Session的保存问题,这个应该是通过网站程序和IIS控制的。我不是特别清楚。不知道下面的信息是否有用:
    =============================
    在ASP.net的站点中,直接配置Session的保存方式为out of processing,这样您可以将所有的Session保存在一台单独的服务器中或是放在SQL数据库中。保存在数据库中的好处就是当服务器遇到问题,重起之后,依旧可以保证Session的值能够继续存在。

    Enabling Common Storage for ASP.NET Session State (IIS 6.0)
    http://www.microsoft.com/technet/prodtechnol/WindowsServer2003/Library/IIS/8f83b8b5-2cfb-4682-ac13-d3856ec361a9.mspx?mfr=true
    =============================
    • 已标记为答案 microcloud 2009年9月11日 4:36
    2009年9月11日 1:20
  • SQL 和 Exchange 和 SMB
    都是需要分享儲存地方,不應使用 NLB
    因為  NLB 沒有分享資源及仲裁的機制


    SQL 和 SMB 有自己的 Storage
    而 Windows Server 的 Storage 即使用 SAN 或 iscsi 分享
    也不能由兩個 cluster 同時使用同一個 LUN
    必須有仲裁。


    Cluster 和 NLB 是不同的
    come from Hong Kong, 如果问题得到解决,请标记为答复; 如果问题没有解决,请继续跟帖讨论。
    • 已建议为答案 Marchlam 2009年9月30日 4:12
    • 已标记为答案 microcloud 2010年7月3日 17:05
    2009年9月30日 4:12

全部回复

  • 相似性和缓存会话,

    与客户端端口有关好像

    单一跟类C有啥区别?

    2009年9月6日 3:27
  • NLB会话状态--相似性单一或者类C有啥区别?

    就是单一跟类C有啥区别?

    单一是根据客户端IP来进行NLB运算,最终选择一台NLB node应答客户端请求
    类c是根绝客户端网段进行NLB运算。来自于同一个c类网段的请求均由同一台NLB node应答。
    2009年9月8日 6:00
  • 那好像和缓存会话不是一回事啊,那缓存会话在那里配置啊?
    2009年9月8日 11:04
  • 那好像和缓存会话不是一回事啊,那缓存会话在那里配置啊?

    你说的“缓存会话”是什么意思?什么方面的?NLB的配置不涉及到这个的吧?
    2009年9月10日 3:23
  • 就是客户端和某节点中断之后,转到另一节点并保持会话状态,然后继续
    2009年9月10日 10:45
  • 就是客户端和某节点中断之后,转到另一节点并保持会话状态,然后继续
    你是说下面文章提到的TS Session Broker 么?
    http://technet.microsoft.com/zh-cn/library/cc725710(WS.10).aspx

    这个是对TS账户起作用的,和NLB关系不是很大。
    2009年9月10日 12:55
  • but,在节点之间切换的话,web承载的论坛需要重新登录,SQL需要重新登录,Exchange需要,SMB会不会呢,全无状态信息,咋办?
    2009年9月10日 16:28
  • but,在节点之间切换的话,web承载的论坛需要重新登录,SQL需要重新登录,Exchange需要,SMB会不会呢,全无状态信息,咋办?

    关于你说的状态信息我不清楚。但从NLB的角度来说的话是需要重新登录的。

    1. 你说的SMB,是说访问NLB上的共享文件么?这个也是需要重新登录的。

    2. 关于NLB的工作机制,其实NLB所做的,只是把网络流量平均分担到不同的NLB 节点。NLB的算法能保证来自于同一个IP和端口的流量总是由同一个NLB节点来响应。
    技术上来说,所有的nlb节点都监听NLB的虚拟IP地址收到的流量。最终通过NLB算法,只有一个节点会作出响应。

    另外关于你说的,当一个nlb node故障后,用户Session的保存问题,这个应该是通过网站程序和IIS控制的。我不是特别清楚。不知道下面的信息是否有用:
    =============================
    在ASP.net的站点中,直接配置Session的保存方式为out of processing,这样您可以将所有的Session保存在一台单独的服务器中或是放在SQL数据库中。保存在数据库中的好处就是当服务器遇到问题,重起之后,依旧可以保证Session的值能够继续存在。

    Enabling Common Storage for ASP.NET Session State (IIS 6.0)
    http://www.microsoft.com/technet/prodtechnol/WindowsServer2003/Library/IIS/8f83b8b5-2cfb-4682-ac13-d3856ec361a9.mspx?mfr=true
    =============================
    • 已标记为答案 microcloud 2009年9月11日 4:36
    2009年9月11日 1:20
  •  

    NLB 支持有限形式的会话粘滞:

    单一关联。启用“单一”关联时,不会使用客户端的端口号,映射算法使用客户端的完整 IP 地址来确定负载分布。其结果是,所有来自相同源 IP 地址的请求都会映射到群集中的相同主机。由于不存在超时值(这是基于调度程序的实现的典型特点),这种情况会一直保持下去,直到群集成员关系更改。

    C 类关联。在“单一”关联中,没有使用客户端端口号来计算负载分布。启用“C 类”关联时,映射算法是以客户端 IP 地址的“C 端口”(上面的 24 位)作为依据来分配负载的。在“单一”关联中,如果群集成员关系更改的话,会话可能不会保留。

    TCP 会话。NLB 在 TCP 连接的有效期内保留 TCP 会话的粘性。但是,来自相同客户端的多个 TCP 连接可能会由相同的群集成员来处理,也可能不由相同成员处理。

    IPSec 会话和 VPN 会话。在 Windows Server 2003 上,NLB 具有针对 IPSec 会话和 VPN 会话的专门支持。即使群集成员关系更改,NLB 也会保留这些会话。

    2009年9月11日 4:36
  • SQL 和 Exchange 和 SMB
    都是需要分享儲存地方,不應使用 NLB
    因為  NLB 沒有分享資源及仲裁的機制


    SQL 和 SMB 有自己的 Storage
    而 Windows Server 的 Storage 即使用 SAN 或 iscsi 分享
    也不能由兩個 cluster 同時使用同一個 LUN
    必須有仲裁。


    Cluster 和 NLB 是不同的
    come from Hong Kong, 如果问题得到解决,请标记为答复; 如果问题没有解决,请继续跟帖讨论。
    • 已建议为答案 Marchlam 2009年9月30日 4:12
    • 已标记为答案 microcloud 2010年7月3日 17:05
    2009年9月30日 4:12
  • Windows 群集(非nlb)不是有
    仲裁吗?
    2009年10月5日 15:59