2023年7月11日发(作者：)

分布式压⼒测试平台nGrinder简介-玩转压测nGrindernGrinder是⼀个⽤于在多台机器上运⾏⽤jython(在JVM上运⾏的python)编写的测试脚本的应⽤程序。它的内部引擎是基于Grinder。nGrinder分别⽤控制器和agent将Grinder的控制台和agent包装起来，并扩展了⽀持多个并发测试的特性。nGrinder系统架构nGrinder由两个主要组件组成。Controller -为性能测试提供web界⾯。-协调测试过程。-整理和显⽰测试统计数据。-让⽤户创建和修改脚本。Agent——在代理模式下运⾏时，运⾏将负载放到⽬标机器上的进程和线程。在监视器模式下运⾏时监视⽬标系统性能(例如:CPU/内存)当启动代理时，它们尝试连接到控制器。然后它们被附加到AgentControllerServer组件中。AgentControllerServer(类似于代理池)管理当前代理池。每当⽤户启动性能测试时，就会创建⼀个新的控制台来协调代理，并从AgentControllerServer移交所需的代理数量。控制台(命名为SingleConsole，以区别于Grinder)将测试脚本和测试资源发送给多个分配的代理，并开始控制测试流，直到测试结束。测试完成后，使⽤的代理将返回给AgentControllerServer，稍后在其他测试中使⽤。SingleConsole同样也返回给ConsoleManager。nGrinder与Grinder最⼤的区别在于nGrinder在控制器中保留了多个控制台实例和代理。每个控制台独⽴于其他控制台，所有控制台都可以并发运⾏。许多代理可以预先添加，并且可以在需要时进⾏分配。与grinder不同，nGrinder的开发⽬的是最⼤化对agent机器的利⽤率。众所周知的负载测试⼯具，如“Performance Center”，都有⼀个测试保留特性，可以在⽤户开始测试时保证代理的可⽤性。但是保留⽅法会导致代理使⽤问题。我们观察到，⼈们倾向于为预防⽽准备代理，即使他们实际上并没有进⾏测试。根据我们的经验，平均代理CPU利⽤率不⾜10%。出于这个原因，nGrinder⽀持多重测试和动态代理分配，因此只有在执⾏真正的测试时，才会动态地将代理分配给测试。这使得nGrinder成为所有竞争者中唯⼀的解决⽅案。由于代理的数量相对较少，多个⽤户可以同时运⾏多个测试。可能并发测试的数量取决于⾃由代理的数量。集群架构从nGrinder 3.1版本中，我们引⼊了nGrinder控制器集群，使性能测试可以由其中⼀个集群控制器执⾏，并⽀持使⽤多组代理(命名区域)。下⾯是没有集群⽀持的架构。nGrinder⼀般架构nGrinder使⽤嵌⼊式svn服务器(SVNKit DAV)来管理脚本⽂件。svn存储库存储在${NGRINDER_HOME}⽬录中。nGrinder使⽤EhCache提⾼DB和SVN存储库的数据检索性能。nGrinder使⽤Spring Security来保护系统，并使⽤Atlassian插件框架来实现可扩展性。如果通过配置启⽤集群模式，将nGrinder安装到多台机器上，系统架构将变更如下:nGrinder集群架构集群中的所有控制器共享同⼀个DB和⽂件系统。所有ngrinder控制器都应该指向由NFS共享的${NGRINDER_HOME}⽂件夹。每个控制器都可以有⾃⼰的特殊属性和⽇志输出⽂件夹。这些信息将保存在每个控制器的${NGRINDER_EX_HOME}中。所有控制器相互复制EhCache，使某些数据在集群中的所有控制器中可见。每个控制器都可以为nGrinder web内容提供服务，但是根据不同的命名区域处理不同的测试集。默认情况下，我们不提供任何会话集群。因此，您可能会遇到登录问题，因为存储在控制器中的会话不会复制到其他控制器。您可能需要通过引⽤Tomcat会话集群指南来配置它，或者在L4上使⽤粘性会话。如果您不是这⽅⾯的专家，只需让⽤户只连接⼀个控制器即可。如何配置集群? 查看 集群使⽤指南更多内容请查看： 压⼒测试平台(nGrinder)⼊门到精通教程