惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

B
Blog RSS Feed
K
Kaspersky official blog
Forbes - Security
Forbes - Security
Threat Intelligence Blog | Flashpoint
Threat Intelligence Blog | Flashpoint
P
Proofpoint News Feed
G
GRAHAM CLULEY
V
Vulnerabilities – Threatpost
Security Latest
Security Latest
Scott Helme
Scott Helme
S
Securelist
美团技术团队
T
Threat Research - Cisco Blogs
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
S
SegmentFault 最新的问题
W
WeLiveSecurity
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
Apple Machine Learning Research
Apple Machine Learning Research
The Cloudflare Blog
AI
AI
L
Lohrmann on Cybersecurity
S
Security Affairs
Cloudbric
Cloudbric
SecWiki News
SecWiki News
爱范儿
爱范儿
雷峰网
雷峰网
Engineering at Meta
Engineering at Meta
C
Cyber Attacks, Cyber Crime and Cyber Security
大猫的无限游戏
大猫的无限游戏
N
News and Events Feed by Topic
I
InfoQ
S
Secure Thoughts
AWS News Blog
AWS News Blog
A
About on SuperTechFans
Schneier on Security
Schneier on Security
酷 壳 – CoolShell
酷 壳 – CoolShell
The Last Watchdog
The Last Watchdog
D
Darknet – Hacking Tools, Hacker News & Cyber Security
C
Check Point Blog
P
Palo Alto Networks Blog
博客园 - 【当耐特】
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
Google DeepMind News
Google DeepMind News
Latest news
Latest news
I
Intezer
博客园_首页
C
CXSECURITY Database RSS Feed - CXSecurity.com
V
V2EX
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
L
LangChain Blog
D
Docker

博客园 - wishma

SOAR平台初探(一) Logstash和Flume-NG Syslog接收小测试 Elasticsearch 填坑记 免费实用微软系统工具集推荐(转) Netcool/OMNIbus Probe脚本编写例子(1) VMware vSphere开发(2)配置VMware vSphere Web Services SDK的开发环境 VMware vSphere开发(1)安装配置VMware vSphere Web Services SDK的运行环境 数字电视业务PSI/SI学习系列(转) SMI-S存储管理协议资料 strus2格式化数字和日期(转) - wishma - 博客园 IPhone数据库操作代码例子 NSDate常用代码范例 64位windows7连接网络共享打印机的问题 IPhone 视图切换的的2种方法 我的D630,安装MAC经历 Eclipse快捷键大全(转贴) (转贴)JIRA安装和破解,随便看看吧 CentOS上安装Tomcat,切换JDK的方法 哥不是间谍,哥只是在找信号!(转贴有意思)
IBM TBSM 业务关联规则配置一例
wishma · 2013-01-18 · via 博客园 - wishma

最近在公司的项目中使用IBM TBSM进行业务关联配置工作,整个模型描述大概如下:

从模型设计角度来看该业务系统如下:

服务状态    B

业务节点    C1 ,D2 ,E3

业务资源    C11,C12,C13, D21,D22,D31,E32 

其中业务节点B1,B2,B3还要设置weight重要度

业务规则:

当业务资源发生黄色事件时,影响业务节点为黄色,业务总体状态为黄色

当业务资源发生红色事件是,如果业务节点weight=1,影响业务节点为红色,业务总体状态为红色,当weight=0时,影响业务节点为红色,业务总体状态为黄色。

在TBSM模板配置中,

首先建立数字聚集规则获取业务资源的最严重状态,得到C,D,E的节点状态

由于要参考weight的值,所以建立数字公示规则,计算业务状态B的值。

公示脚本如下:

log("Name value: " + ServiceInstance.DisplayName); log(0, "Child value: " + ServiceInstance.NUMCHILDREN); log(0, "Weight value: " + ServiceInstance.Weight); log(0, "STATUS value: " + int(ServiceInstance.RADSTATUS)); log(0, "STATUS1 value: " + InstanceNode.URM_APP_STATUS1.Value);

if ( int(InstanceNode.URM_STATUS.value) <> 2 and int(ServiceStatus) >= 3 and int(ServiceInstance.Weight) = 0) {   log(0, "filter a:");   Values = 3; } elseif ( int(InstanceNode.URM_STATUS.value) <> 2 and int(ServiceStatus) >= 3 and int(ServiceStatus) < 5 and int(ServiceInstance.Weight) = 1) { log(0, "filter b:");

  Values = 3; } elseif ( int(InstanceNode.URM_STATUS.value) <> 2 and int(ServiceStatus) = 5 and int(ServiceInstance.Weight) = 1 ) {   Values = 5; } else {   Values = 0; } log(0, "Values: " + Values);

Status = Values;

按照IBM 业务的定义,当资源发生状态改变时,先调用数字聚集规则,产生状态变化,在调用数字公式规则计算业务状态,但是在实际使用中发现服务状态总是无法恢复。尝试分析了一下感觉TBSM在系统流程中当数字聚集规则返回状态发生变化时,修改服务状态同时调用了数字公式规则,但此时可能未对ServiceStatus进行加锁操作,导致对ServiceStatus产生了一些并行操作,导致状态计算问题(这个地方可能一般实施人员看不懂,和IBM沟通了几次也没说清楚这个问题,他们一直说他们的产品没问题,按照他们的要求也改过几次脚本,无法解决这个问题,后来想了一个土办法,在脚本中判断一下所有资源的状态,来解决服务恢复问题,参考如下脚本)

log("Name value: " + ServiceInstance.DisplayName); log(0, "Child value: " + ServiceInstance.NUMCHILDREN);

  log(0, "Weight value: " + ServiceInstance.Weight); log(0, "STATUS value: " + int(ServiceInstance.RADSTATUS)); log(0, "STATUS1 value: " + InstanceNode.URM_APP_STATUS1.Value);

ServiceStatus = InstanceNode.URM_APP_STATUS1.Value; if( ServiceStatus < InstanceNode.URM_APP_STATUS2.Value) {     ServiceStatus = InstanceNode.URM_APP_STATUS2.Value;     } SevStatus = ServiceInstance.RADSTATUS;

if( SevStatus > ServiceStatus ) {   ServiceStatus = SevStatus ; } index1=0; index = 0; count = 0; red = 0; yellow = 0; green = 0; nodesum =1; nodesum = ServiceInstance.NUMCHILDREN;

while( index1 < ServiceInstance.NUMCHILDREN) {   log("ChildName value: " + ServiceInstance.CHILDINSTANCEBEANS[index1].DisplayName);   log("ChildRad value: " + ServiceInstance.CHILDINSTANCEBEANS[index1].RADSTATUS);

    if( ServiceInstance.CHILDINSTANCEBEANS[index1].RADSTATUS = 0)     {    green = green + 1; }     if( ServiceInstance.CHILDINSTANCEBEANS[index1].RADSTATUS = 3)      {   yellow = yellow + 1; }     if( ServiceInstance.CHILDINSTANCEBEANS[index1].RADSTATUS = 5)      {   red = red + 1; }

    index1 = index1 +1; }   log(0, "green: " + green); if( green=nodesum) {

   ServiceStatus = 0; } log(0, "yellow: " + yellow); if( yellow > 0 ) {       ServiceStatus = 3;   } if( nodesum >0) {     reddiv = red/nodesum;     log(0, "red: " + red);     log(0, "nodesum: " + nodesum);     if( reddiv  >= 0.51)     {         log(0, "red/nodesum: " + reddiv);         ServiceStatus = 5;     }else{          if( reddiv > 0 )          {               ServiceStatus = 3;          }

    } } if ( int(InstanceNode.URM_STATUS.value) <> 2 and int(ServiceStatus) >= 3 and int(ServiceInstance.Weight) = 0) {   log(0, "filter a:");   Values = 3; } elseif ( int(InstanceNode.URM_STATUS.value) <> 2 and int(ServiceStatus) >= 3 and int(ServiceStatus) < 5 and int(ServiceInstance.Weight) = 1) { log(0, "filter b:");

  Values = 3; } elseif ( int(InstanceNode.URM_STATUS.value) <> 2 and int(ServiceStatus) = 5 and int(ServiceInstance.Weight) = 1 ) {   Values = 5; } else {   Values = 0; } log(0, "Values: " + Values);

Status = Values;

(有问题可以联系我一起探讨)