www.shuxiaolong.com 网站已经升级, 最新网址 请关注 www.ink1989.com
架构师成长之路

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

2014-03-13  (0/1238) ShuXiaolong

 

Slithice 集群配置工具 的使用

 

Slithice集群配置工具 主界面

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

一个 WCF 的 中央服务端;

两个 WCF 的 成员服务端(私有 – 前面有一个棕色皮包的图标);

两个 Socket 的 成员服务端;

两个 WebService 的 成员服务端;

 

Slithice集群配置工具 配置界面

配置界面.jpg

我们看到的是 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


评论回复
共有:0 条评论信息
暂无任何评论信息

发表评论

点击刷新