InChorus配置维护手册 - 图文

或图象从不同的机器发送给客户也不会有什么问题。但是，对于某些需要记录用户信息的服务，如网上银行服务，就非常有必要提供会话保持来确保用户请求始终发送到那台保留有其网银业务细信息的服务器。

InChorus提供了多种方法来鉴别来自同一会话的不同请求，会话保持可以使用多种多样的不同的cookies，可以基于访问规则，或者按照用户的IP地址来实现。如果进入的流量是经过SSL加密的，可以使用SSL会话标识来实现会话保持。 但是当产生无效的会话内容或保留会话的服务器发生故障时又会有新的问题，在这种情况下，用户可以选择关闭连接，将请求发送到另外一台服务器，或者将用户请求重定向到一个特定的URL，例如出错页面。

InChorus还具有一种―全局会话保持‖功能，使用脚本控制语言编制的访问规则可以萃取每个连接的所有独特的会话数据（源IP地址，用户代理，用户名，i-Mode标识等），并基于上述信息重新生成会话。

关于健康检查方法：

在实现服务器负载均衡功能的同时，InChorus提供了丰富而准确的服务器健康监控手段。

为了能够检查后端网络各种元素的健康状况，InChorus 中包含了一系列的健康状况监控工具，这些工具可以被任何一个服务器池选择调用，每个工具执行一项特定的测试，从简单的向服务器发PING包，也可以复杂到检测服务器特定的端口是否打开，是否能够提供特定的数据服务，例如打开一个特定的页面。监控工具可以只对一台服务器，也可以应用于整个服务器池，而且对于一台设备的健康检测往往就会反映出整个服务器池的健康状况。例如，某服务器池可能将其数据保存在一台后端服务器均可以访问的网络数据库服务器上，一个应用于整个服务器池的监控工具可以测试这台服务器，如果这台服务器发生故障，那么所有后端服务器就无法从它上面取得数据，这是整个服务器池也被认为失效。这种模式不仅非常有效，同时立即切断了所有多余的网络管理流量。

对应不同类型的服务器，可以选择不同的健康检查方法，一般来讲，每个服务器池选择一个合适的健康检查方法就足够了。

4.4.2配置Traffic IP Groups

Traffic IP Group可以控制该服务在整个Cluster上处于何种工作模式——主备，双活还是N+M。

需要注意的是，InChorus设备冗余不同于其他所有设备的设备级冗余，而是服务级的冗余。

设备级的冗余仅仅是设备级的简单替代，平常一台主设备工作，主设备发生故障后备用设备通过VRRP等三层协议进行切换，不仅要接管主设备的所有服务，还要接管主设备的IP地址，因此，不仅切换速度慢，而且不能够充分利用两台设备的性能，还会造成配置同步问题及“链接风暴”等问题。

而InChorus采用的是服务级的冗余，因为当InChorus构成Cluster后，设备本身均处于Active状态，当其中一台设备发生故障时不存在设备间的切换和设备IP地址的接管，另外一台健康的设备仅需要接管服务的虚地址，因此切换

速度非常快，对于双活的服务甚至没有切换时间，同时，InChorus的Cluster能够充分利用两台设备的性能，也不会造成配置同步问题及“链接风暴”等问题。关键的是，它带来了非常高的配置灵活性，例如，在一个两台InChorus设备构成的Cluster中，可以设置服务A在两台设备上双活，设置服务B为以设备1为主设备2为备，设置服务C为以设备2为主设备1为备……

如果是一个两台InChorus设备构成的Cluster，而用户的某个服务对外只发布1个IP地址，那么该服务通常在Cluster中运行于主备模式，配置方法如下：

选择该IP地址会在哪几台设备上浮动

点击―Traffic IP Groups‖，在相应位置输入名称如―web-vip‖及地址―192.168.1.200‖，点击―Create Traffic IP Group‖创建Traffic IP Group。

选择对于本服务，该机作为备机 选择虚IP地址不会被本设备接管

当创建了Traffic IP Group后，其配置的虚IP将确省发布在设备1上（如上图标识），以设备2做备份。如果希望该设备以设备2为主设备，则可选择设备1后Passive选项，此时对于该服务，设备1成为备机（如下图标识）。

如果用户的某个服务对外可发布2个IP地址（2个IP地址可采用DNS轮循