aiCache集群:合则兴

　　许多的网站由于各种原因配置多台aiCache服务器。即使您网站的网络情况并不需要多台aiCache加速,我们也建议你至少拥有两台,这样当对其中一台进行更改配置或维护,或其中一台损坏时,都不影响整个网站的运行。
　　在您配置了一台以上的aiCache服务器之后,如何对这样一个aiCache服务器集群进行有效管理就变得十分重要,以使得一个命令可同时发向整个集群,而不需要单独对每一个aiCache服务器进行操作。值得注意的是,当我们想确认某一内容是否在所有aiCache服务器上都按需终止时,我们只需要手动操作CLI或Expire-Header response-driven即可。
　　同样,我们无需对每个aiCache服务器一个一个地进行设置,即可将整个网站都设为“后备管理模式”。
　　为了做到这一点,aiCache使用了对等(peer)的概念。当界定了一个或一个以上的peer时,无论这些peer是怎么发起的,CLI是什么等等,aiCache会将终止和撤销的命令都传达给它们。
　　为了使用并界定这些peer,我们只需简单地在配置文档中global section加一个或几个“peer peer_IP [optional peer_PORT#]”指令。例如以下片断定义了三个都运行在81端口上的peer:
peer 1.2.3.4 81
peer 1.2.3.5 81
peer 1.2.3.6 81
端口不设置时,它默认80端口,所以以下片断定义了在80端口运行的三个同样的peer。
peer 1.2.3.4
peer 1.2.3.5
peer 1.2.3.6
　　为了将终止和撤销命令传达给这些peer,aiCache会给每一个经过配置的peer发送一个经过特殊修改的HTTP请求。peer请求通过一个特定的URI前缀和“xaicachepeer”默认值进行识别。你能经由global section中的peer_prefix组态设定来变更它:
peer_prefix supersecretpeerprefix
　　你也可能希望将它变为你自己的字符串以对peer命令进行安全保护。很明显所有的peer_prefix设定都必须为同一值。我们必须将peer_prefix和stat_url设定为不同的值,否则其中一个就变成另一个的前缀了。
　　通过设定peer并向它们传达命令,aiCache服务器以接收终止和撤销命令来相互交流。在收发aiCache实例上显示和登记适当的讯息。命令,命令参数,发送和接受aiCache服务器都可以识别出来。
　　从“peer”收到的命令不会再次返回,发送者以一对多的方式和所有界定的peer进行交流。万一你想在多台aiCache服务器上保持同样的可识别的aiCache配置文档,你也可以使aiCache将识别自己的IP地址识别成一个peer。