用 jmeter ( 200 并发)压测 k8s 里的 demo 服务(使用 nodeport 直连)时,不管增加多少个压测线程数( 100 到 1000 都试了),demo 服务最高只能占用 7 核 cpu ,TPS=7000 。
背景信息:服务器资源为 16 核,demo 服务的 pod 并没有设置资源限制。
ps:如果该 demo 服务在 k8s 的宿主机上直接用 java -jar 的方式运行,用 jmeter 压测( 200 并发),能压出最高 TPS=18000 ,最高能占用 11 核 cpu 。
理论上 k8s 里部署的 demo 服务性能差一点(比如降幅 10%以内)我是可以理解的,但是像现在这样不管怎么加并发数都不影响 TPS 和占用 CPU ,会是什么原因呢? (没有其他任务在跑)
求万能坛友解惑,不胜感激~~~
背景信息:服务器资源为 16 核,demo 服务的 pod 并没有设置资源限制。
ps:如果该 demo 服务在 k8s 的宿主机上直接用 java -jar 的方式运行,用 jmeter 压测( 200 并发),能压出最高 TPS=18000 ,最高能占用 11 核 cpu 。
理论上 k8s 里部署的 demo 服务性能差一点(比如降幅 10%以内)我是可以理解的,但是像现在这样不管怎么加并发数都不影响 TPS 和占用 CPU ,会是什么原因呢? (没有其他任务在跑)
求万能坛友解惑,不胜感激~~~