是否可以使用jmeter测试grpc

Question

我想知道是否有人试图使用jmeter测试gRPC应用程序。

我希望

• 我可以使用非阻塞/异步存根编写一个gRPC客户端类，该存根对服务器进行非阻塞调用，
• 创建上述客户端的Jar
• 将Jar导入JMeter
• 使用Jeter BeanShell采样器中的Java方法

在花时间尝试上述方法之前，我想看看是否有人尝试过类似的方法

• 如果上述解决方法有效？
• 每个线程会创建一个单独的传输控制协议吗？

我们已经用python客户端和蝗虫进行了负载测试。io，但python gRPC与gevent不兼容，甚至与异步调用（例如存根）也不兼容。GetFeature。将来，我们将达到每个进程每秒请求数的限制（异步调用似乎不是异步的，GIL瓶颈，once TCP流）

Answer 1

请参阅grpc-Client java项目（maven），该项目使用JMeter采样器创建gRPC客户端以启用JMeter压力测试

使用maven构建项目，并将生成的jar复制到JMeter lib/ext文件夹（例如/usr/local/apache-JMeter-3.1/lib/ext/）中，以便采样器位于类路径中

之后，当您启动JMeter时，您应该能够在“java请求”采样器中看到类。

Answer 2

如果上述解决方法有效？

你的解决方案会奏效的。但如果您长期需要它，我建议您实现定制Java采样器，而不是使用客户机类和BeanShell采样器。它非常实用，因为从工作角度来看，它与实现定制客户端BeanShell sampler脚本类似/相同，但Java sampler通常比BeanShell sampler更高效，并且这种解决方案的可维护性更好（您将不会有两个共同依赖的组件需要维护）。

一个更奇特的选择是创建自己的JMeter插件（我在这里提供的链接很旧，不太准确，但这是一个很好的起点）。这是一项相当大的投资，但如果您发现一个更简单的解决方案通常有效，但有一些主要限制，或者您需要更高级别的可配置性和控制，那么最终可能是值得的。

每个线程会创建一个单独的传输控制协议吗？

每个线程独立运行，但是每个线程是否有自己的连接将取决于您如何实现它们。在直接实现（采样器创建和破坏连接）中，每个线程将有一个单独的传输控制协议。但是JMeter具有线程之间共享的属性，其中可以包含对象。因此您可以通过这种方式在线程之间共享连接。或者您可以实现配置元素，它可以包含所有线程共享的连接池。