『集群』005 Slithice 基于 集群 的 自动容错

Slithice 基于 集群 的 自动容错

Slithice容错概述：

Slithice 支持 非集群 的 独立服务端；

支持 基于 中央服务器 的 集群服务端；

支持 基于 自定义配置 的 集群服务端；

在容错方面， 独立服务端 不支持 容错：出现错误，就得不到正确结果；

中央服务器 或 自定义配置 的 集群，是支持容错的：一台服务端执行异常，会自动转交 另外服务端 执行

—— 直到 所有可供调度的 服务端 全部错误，才会返回 错误信息；

自动容错原理：

在 《004 Slithice 集群分布式(多个客户端，基于中央服务器的多个集群服务端).doc》 中，

我们已经 见到了 基于 集群服务端 的调度，在此 不再多举案例；

比如，客户端 启动时，通过 配置获取方式（比如 中央服务器） 得到一个配置：

>Action_001 可以交由 Service_001、Service_002、Service_003，Service_004 四个服务端处理；

>Action_002 可以交由 Service_002、Service_003，Service_004 三个服务端处理；

>Action_003 可以交由 Service_002，Service_004 两个服务端处理；

>Service_001 通讯类型 Socket，调度概率 是 100

>Service_002通讯类型 Socket，调度概率 是 50

>Service_003通讯类型 WebService，调度概率 是 50

>Service_004通讯类型 WCF，调度概率 是 300

>但是 客户端 是 WinCE 平台，只支持 Socket，WebService 两种通讯方式；

>于是 客户端 就将 Service_004 最开始就 排除啦；

这时，客户端 需要 执行 Action_001 并得到 结果；

>分析出 Service_001、Service_002、Service_003 都可以处理；

>按照 调度概率 随机返回一个 服务端，比如说是 Service_002；

>这时 Service_002 宕机，执行重试3次，最终确定 失败；

>设置 Service_002 调度概率 为 49；

>按照 调度概率 从 Service_001、Service_003 中 随机返回一个 服务端，比如说 Service_001；（Service_002 会被排除）

>这时，Service_001 执行成功，返回结果 并设置 Service_001 的 调度概率 为 101；

然后，客户端 需要 执行 Action_003 并得到结果；

>分析出 Service_002 只有一个服务端可以处理；

>向 Service_002 调度，执行重试3次，最终确定 失败；

>设置 Service_002 调度概率 为 48；

>没有 其他 可供调度 的 服务端 —— 只有返回 执行错误；

集群容错效果：

最终，我们会发现：

>不支持  通讯方式 的 服务端 初始化时 就会 被排除；

>频繁错误的 服务端 的 调度概率 会 越来越小；

>出现 执行错误时，任务 会被 自动交给 另外的 服务端 处理；

>同一个任务，已经执行 出错的 服务端 在 任务转交 时 会被排除；

>只有 全部错误，才会 最终返回错误；

舒小龙

2014-01-29 13:34