F5会话保持理解.docxVIP

F5会话保持理解 F5会话保持理解 PAGE PAGE7 F5会话保持理解 PAGE 1．什么是会话保持？ 在大多数电子商务的应用系统也许需要进行用户身份认证的在线系统中，一个客户与服务器经常经过好几次的交互过程才能完成一笔交易也许是一个央求的完成。由于这几次交互过程是亲近相关的，服务器在进行这些交互过程的某一个交互步骤时，经常需要认识前一次交互过程的办理结果，也许上几步的交互过程结果，服务器进行下一步操作时就要求所有这些相关的交互过程都由一台服务器完成，而不能够被负载平衡器分别到不同样的服务器上。 而这一系列的相关的交互过程可能是由客户到服务器的一个连接的多次会话完成，也可能是在客户与服务器之间的多个不同样连接里的多次会话完成。不同样连接的多次会话，最典型的例子就是基于http的接见，一个客户完成一笔交易可能需多次点击，而一个新的点击产生的央求，可能会重用前一次点击建立起来的连接，也可能是一个新建的连接。 会话保持就是指在负载平衡器上有这么一种体系，能够鉴别做客户与服务器之间交互过程的关系性，在作负载平衡的同时，还保证一系列相关系的接见央求会保持分配到一台服务器上。 2．F5支持什么样的会话保持方法？ F5Big-IP 支持多种的会话保持方法，其中包括：简单会话保持（源地址会话保持）、 HTTPHeader 的会话保持，基于 SSLSessionID 的会话保持， i-Rules会话保持以及基于 HTTPCookie 的会话保持，其他还有基于 SIPID以及Cache设备的会话保持等，但常用 的是简单会话保持， HTTPHeader 的会话保持以及 HTTPCookie 会话保持以及基于 i- Rules的会话保持。 简单会话保持 简单会话保持也被称为基于源地址的会话保持，是指负载平衡器在作负载平衡时是依照 接见央求的源地址作为判断关系会话的依照。对来自同一 IP地址的所有接见央求在作负 载均时都会被保持到一台服务器上去。在 BIG-IP设备上能够为“同一IP地址”经过网络掩 码进行区分，比方能够经过对 IP地址 进行的网络掩码，这样 只若是来自于 这个网段的流量BIGIP都能够以为他们是来自于同一个用户， 这样就将把来自于 网段的流量会话保持到特定的一台服务器上。 简单会话保持里其他一个很重要的参数就是连接超市价，BIGIP会为每一个进行会话保持的会话设定一个时间值，当一个会话前一次完成到这个会话下次再来从前的间隔若是小 于这个超市价，BIGIP将会将新的连接进行会话保持，但若是这个间隔大于该超市价，BIGIP将会将新来的连接以为是新的会话尔后进行负载平衡。 基于原地址的会话保持实现起来简单，只要要依照数据包三、四层的信息就可以实现，效率也比较高。存在的问题就在于当多个客户是经过代理或地址变换的方式来接见服务器时，由于都分配到同一台服务器上，会以致服务器之间的负载严重失衡。其他一种状况上客户机数量很少，但每个客户机都会产生多个并发接见，对这些并发接见也要求经过负载平衡器分配到多个服器上，这时基于客户端源地址的会话保持方法也会以致负载平衡无效。 基于Cookie的会话保持 Cookie插入模式： 在Cookie插入模式下， Big-IP将负责插入 cookie，后端服务器无需作出任何更正 当客户进行第一次央求时，客户 HTTP央求（不带cookie）进入BIG-IP，BIG-IP依照 负载平衡算法策略选择后端一台服务器，并将央求发送至该服务器，后端服务器进行 HTTP回复（不带cookie）被发回BIGIP，尔后BIG-IP 插入cookie，将HTTP回复返回 到客户端。当客户央求再次发生时，客户 HTTP央求（带有前一次BIGIP插入的cookie）进 入BIGIP，尔后BIGIP读出cookie里的会话保持数值，将HTTP央求（带有与上面同样的 cookie）发到指定的服务器，尔后后端服务器进行央求回复，由于服务器其实不写入 cookie， HTTP回复将不带有 cookie，恢复流量再次经过进入 BIG-IP时，BIG-IP再次写入更新后 的会话保持cookie。 Cookie重写模式 当客户进行第一次央求时，客户 HTTP央求（不带cookie）进入BIGIP，BIGIP依照负 载平衡算法策略选择后端一台服务器，并将央求发送至该服务器，后端服务器进行 HTTP 回复一个空白的cookie并发回BIGIP，尔后BIGIP 重新在cookie里写入会话保持数值， 将HTTP回复返回到客户端。当客户央求再次发生时，客户 HTTP央求（带有前一次 BIGIP 重写的cookie）进入BIGIP，尔后BIGIP读出cookie里的会话保持数值，将 HTTP央求 （带有与上面同样的 cookie）发到指定的服务器，尔后后端服