6.5.6　WAN优化器集群冗余

除了提供冗余WAN优化器这样的增值（优惠）服务，云服务供应商还希望能够处理类似整个WAN优化器集群都发生故障的情况。换句话说，如果SH31和SH32（参见图6-9）组成的“SH-FRAM-G”（参见代码清单6.58）都出现故障而不可达时，该怎么办呢？如果系统没有备份服务器集群，在服务器集群故障后，实际的服务器SERVER 71将不可访问，有三种方法可以修复该类错误：

·多个WAN优化器集群：例如，“SH-FARM-G-1”处理“Server-Farm-1”上的WAN优化，“SH-FARM-G-2”处理“Server-Farm-2”的WAN优化，“SH-FARM-G-1”被配置成“SH-FARM-G-2”的备份，反过来也是一样，“SH-FARM-G-2”被配置成“SH-FARM-G-1”的备份。如果遇到多个服务器集群需要不同的WAN优化器集群进行优化时，这种特殊备份方法的代价十分惊人。它不适用于系统中只包含一个WAN优化器集群或者是很多服务器集群同时依靠唯一一个WAN优化器集群的情况。

·指定备份WAN优化器集群：使用一个特定的WAN优化器集群为某个现有集群做备份是比较好的一个解决方案，但是终端用户又必须为因此产生的额外开销买单。

·实际的服务器集群：实际服务器集群自身可以作为备份使用，但是前提是当WAN优化器集群发生故障后，实际服务器集群依然可访问。这是性价比最高的备份方案，尽管付出的代价就是在WAN优化器故障期间，系统将无法再进行WAN优化。

图6-9中，将实际服务器集群SERVER 71作为了WAN优化器的备份，更多细节请参考后续章节。

说明：通过一对ACESM来实现冗余（或容错）方法不在本书讨论范围之内。

WAN优化器冗余样例

代码清单6.60展示了使用实际服务器集群（SERVER 71）作为WAN优化器（SH-FRAM-G）的备份服务器的配置方案，它是接着代码清单6.58来的。SERVER 71（参见图6-9）在服务器集群“BACKUP-G”中被定义成rserver。由于SERVER 71此时为WAN优化器集群“SH-FRAM-G”（参见代码清单6.58）的备份，“transparent”关键词依然可用。如代码清单6.60所示，可以在“policy-map type loadbalance first-match LB-SH-G”的下一行，调用带“backup”关键字的“serverfarm”命令，来定义备份服务器集群。

可以调用“show serverfarm”命令来验证当前系统的备份服务器集群状态。命令执行结果如代码清单6.61所示，并没有注册到当前任何连接上，因为WAN优化器集群“SH-FRAM-G”依然处在正常的工作状态。

代码清单6.60　WAN优化器备份集群配置

代码清单6.61　在WAN优化器集群发生故障前的备份集群状态

为了人为制造WAN优化器集群故障，将SH31和SH32上的WAN优化器都变成不可用，然后调用“show probe”命令，如代码清单6.62所示，SH31和SH32的系统状态都变成“FAILED”，此时整个WAN优化器集群也不可用。

代码清单6.62　当WAN优化器集群发生故障后验证系统状态

为了达到验证目的，从租户G（参见图6-9）的某个远程分支的客户端启动一个发送给SERVER71的HTTP会话，能够成功建立会话。

说明：Web服务器是唯一运行在SERVER71上需要WAN优化的TCP应用。

代码清单6.63使用“show serverfarm”命令提供了另外一种查看备份服务器集群状态的方法。命令输出中注册到一个现有连接，验证了WAN优化器集群的备份集群“BACKUP-G”已经开始工作。

代码清单6.63　在WAN优化器集群发生故障后的备份集群状态

说明：代码清单6.60所展示的WAN优化器备份集群配置工作在从客户端发起的TCP会话中进行，其他类型的配置（为了简化未展开讨论）则需要工作在从服务器端发起的TCOP会话中进行。