Distributed Performance Testing in the Cloud with JMeter and AWS

Re:Distributed Performance Testing in the Cloud with JMeter ... by justizin on Thursday December 07, 2017 @04:16PM (#15874319)

> Here is the problem, JMeter uses Java RMI (Remote Method Invocation) to communicate to its slaves, but these connections require all machines to be on the same subnet and this is not feasible with EC2 instances.

Incorrect with VPC..

Also, could we stop using the term 'slave' to refer to distributed compute or storage nodes?

[ Parent | on HN ]

Re:Distributed Performance Testing in the Cloud with JMeter ... by victor106 on Thursday December 07, 2017 @06:04PM (#15875215)

“Also, could we stop using the term 'slave' to refer to distributed compute or storage nodes?”

Sorry... I don’t get what is wrong with it? We use that word to refer to distributed compute a lot in my org.

[ Parent | on HN ]

Re:Distributed Performance Testing in the Cloud with JMeter ... by aynsof on Friday December 08, 2017 @04:43AM (#15877681)

There's a political correctness movement away from the use of master/slave: https://twitter.com/bryanl/status/822093922549764096

[ Parent | on HN ]

Re:Distributed Performance Testing in the Cloud with JMeter ... by mfolaron on Thursday December 07, 2017 @04:30PM (#15874479)

>Incorrect with VPC..

VPCs won't work for multi region penetration tests. As far as I remember subnets cannot span multiple availability zones. I should have probably mentioned that.

>Also, could we stop using the term 'slave' to refer to distributed compute or storage nodes?

That I can't argue with...

[ Parent | on HN ]

Re:Distributed Performance Testing in the Cloud with JMeter ... by ababab on Thursday December 07, 2017 @05:34PM (#15875021)

>Also, could we stop using the term 'slave' to refer to distributed compute or storage nodes?

Agreed, I still stick with the old Loadrunner nomenclature "loadgen"

[ Parent | on HN ]