『集群』002 Slithice 集群配置工具 的使用

Slithice 集群配置工具 的使用

 

Slithice集群配置工具 主界面

在测试 Slithice 的 Demo 中，我配置了 7个服务端：

一个 WCF 的 中央服务端；

两个 WCF 的 成员服务端（私有 – 前面有一个棕色皮包的图标）；

两个 Socket 的 成员服务端；

两个 WebService 的 成员服务端；

 

Slithice集群配置工具 配置界面

我们看到的是 WebService_002 的 配置

>蓝色区域 里面的 是 当前服务端 自己可以处理的 Action；

       >红色区域 里面的 是 当前服务端 自己不能处理，但是 可以 调度出去的 Action；

       >紫色区域 里面的 是 当前服务器 可以调度 的 子服务器（就是 两个 WCF 服务）；

       >按照 Slithice 的设计思想：能够自己处理的任务，除了强制指定任务的服务器外，基本都会自己处理，自己处理不了的，才会进行调度；

 

上面 展示的 是 WebService_002 可以调度 出去的 Action；

>TestAction_001、TestAction_002 两个 子服务器 都可以 调度；

>TestAction_1_001、TestAction_1_002 只有 ConsoleWCFService_001 可以调度；

>这里，做了一个 BUG配置：我们将 Slithice_ResetService（重置服务器） 的功能 没有 勾选为自己处理，结果 重置服务器 的功能 也将会 被调度；（Slithice 内置的 Action插件 并没有 特权）

       >调度几率：在配置 服务端 时候，可以按照 服务端 所在的 硬件设备 的处理能力 设置 这个值，默认 100000；当 对一个 服务端的 调度 出现错误时，该值 会 -1，调度成功时，该值 会 +1 —— 调度几率，决定了 同一个任务可以多个调度 时的 调度几率；

 

Slithice集群配置工具 插件覆盖界面

上面 展示的 是 插件覆盖界面；

>ConsoleCenterService 具有 几个 自定义Action；

>其中，TestAction_Center_001 有两个版本， 他们是 同键值的，但是 最终被启用 的是优先级 更高的 100010；

>插件 优先级 的设置，为了 避免问题，可以 使用 yyMMddHH 这种模式；

>Slithice 内置 Action 是没有特权的：Slithice内置Action 也是可以被覆盖的 —— 当然，还是有 多少 的 特殊处理：

 

Slithice 内置 Action 优先级 最大值可以是 Int64.MaxValue；

              自定义 Action 优先级 最大值可以是 Int32.MaxValue；

 

Slithice集群配置工具 单元测试界面

上面 展示的 是 单元测试界面；

       >因为 时间比较急，所以 插件执行时需要的参数 这个功能 并没有实现；

       >因为 时间比较急，所以 插件测试的是 服务端本地固有Action 的 测试，并不包括 服务端 可调度 的 Action 测试；

       >因为 时间比较急，所以 性能压力 测试 的功能 并没有实现；

 

 

                                                                      舒小龙

                                                               2014-01-28 11:05