jMeter On Nutanix
Hello friends, I am new here nice to meet you and I hope you can help me.I am working with two Scenarios in my client. One we have Nutanix on its Linux KVM-based hypervisor and the other we have common x86 servers running VMware.The objetive is compare both solutions and decide what's best. (we want Nutanix to the best of course!)The application running on both of them is a jBOSS system, on 3 virtual machines. (application, DB and one apache front end.)I created a recording test using jmeter, where the user makes a lot of steps in the web interface (for instance, search for a specific person, click on the menu, etc). The test runs fine on the x86 server and VMware, but on the Nutanix, after 150 users, I always get: Started: 0 Finished: 0. And also the CPU Usage is higher than the other scenario. Almost the double.I added more CPU and RAM to the virtual machine, but it didn't work. I am also running on non-GUI mode, removed the listeners, added more memory to the "MaxNewSize", but nothing seems to work.Can you tell me if there is anything else I could do to solve this issue?Thanks in advance,
This topic has been closed for comments
Already have an account? Login
Login to the community
Login with your account
Enter your username or e-mail address. We'll send you an e-mail with instructions to reset your password.
If this is a paid platform, please submit a support ticket, and we can get our solutions and performance team engaged for you. That is our center of excellence for apps like these, and they can help debug what's going wrong in detail, so that you dont have to do any guessing. We can run A|B testing with performance tracing, and find out exactly where the bottleneck is. After that, we can happily post the details of that case here for others to follow.
If this is Nutanix community edition, let us know and we can dive in.
I am using a paid platform. Running a NX-3050 on my client and trying to compare the two solutions so they buy Nutanix :)
I'll open a case then, thanks!
One thought, and I'm sure you'll get asked this, NX-3050 is a bit older of a model, usually running Sandy Bridge (Intel E5 v1) or Ivy Bridge (Intel E5 v2).
We'll want to make sure we're apples to apples (same) between the commodity servers, similar compute specs, storage hardware specs, and so on.
Can you help me here then?
Also, post exact specifications for the guest VM's you are running, including OS and application versions?
The more information the better.
I pinged a few people internally to see how they might be able to help, but we definitely need more information.
If you could please let us know the answers to the questions that Jon asked and also the version of AHV and NOS that you have running on the cluster. In an apples for apples comparison there should not be much difference between them in terms of performance.
are the VM's same config on both the platforms, can you share some details on vCPU/Mem/Storage config for each VM (Web, App, DB)
you mentioned the high CPU utilization, what tool are you using and was it a particular VM having high CPU utilization ?
Couple of things to check
1. Check/validate if the VMs are running on different nodes in the Nutanix cluster
2. Verify during the peak load that database didnt run into any out of space issue, deadlocks, blocking sessions
3. If you can run "RVTools" on the Nutanix environment and upload/paste the VM config tab that would be helpful
- The VM with high CPU usage was the application VM.- I am using the tool Apache jMeter 2.13 to run the tests (recording test in this case).- The VMs are indeed running on different nodes (Front end and application are in one node and database is in another node)Still trying to get RVtools to work. Will post the info as soon as I can.
We'll also want to get exact specifications on the Cisco/Dell gear you are running comparison tests on.
After you upgrade to the latest NOS and AHV builds, there are some performance tracing scripts that you can run while you do your tests, which will capture everything going on inside the system.
Also, any recomendations on the upgrade? From 4.1.3 to 184.108.40.206
Also, I'm assuming you've got partner access to the KB, take a look at this article about performance traces
Can you check the Jboss logs and the size of JVM when the issue happens.