![\"Capacity](\"https:\/\/www.redline13.com\/blog\/wp-content\/uploads\/2021\/12\/Title-image-1.png\")
<\/p>\n<\/p>\n
Scalability is one of the greatest strengths of using a cloud-based architecture. However, there are occasionally limitations to how quickly we can scale. This is especially true for high volume load testing. In these scenarios, we need to instantaneously scale a practically nonexistent cloud architecture to our maximum desired size. It is not always guaranteed that cloud providers like AWS<\/a> will have these resources idle and waiting in the necessary quantities. In this post we will discuss using AWS capacity reservations for your large load tests to ensure you have the load generators you need.<\/p>\n Even though it may seem like cloud compute instances are abundantly available, in reality the number of instances that you request cannot always be guaranteed. If you have a JMeter<\/a> load test requiring dozens \u2012 or even hundreds \u2012 of load generators, during peak demand you may not be able to spin up these instances in the desired quantities.<\/p>\n Capacity reservations<\/a> in AWS allow you to \u201creserve\u201d a certain number of EC2<\/a> instances for a particular duration. For the duration of your reservation, you can be assured that you can provision an arbitrary number of instances up to your reserved quantity.<\/p>\n In order for your RedLine13 load generators to launch within capacity reservations, you will need to ensure the following conditions are met:<\/p>\n In addition, you will want to make sure that you have selected the \u201cAny instance with matching details<\/em>\u201d option. This will ensure that any<\/em> matching on-demand instance will launched into the capacity reservation:<\/p>\n These conditions are set by AWS as outlined in their documentation<\/a>. As long as all<\/em> of the above conditions are met, your on-demand instances should launch into your capacity reservation.<\/p>\n Here is one customer\u2019s experience using AWS Capacity Reservations<\/em> in conjunction with RedLine13 :<\/p>\n Our professional services had to run a <\/em>performance test on Video Streaming<\/em><\/a> servers at very high scale (150,000 Players simulation), so we had to run hundreds of EC2 servers. To ensure AWS could provision enough servers during our test, we used the AWS capacity reservation feature which works very smoothly in Redline13. We thank their great support who provided all required information.<\/em><\/p><\/blockquote>\n \u2013 Philippe M., team leader of UbikLoadPack solution<\/em><\/p>\n The primary disadvantage to capacity reservations is that they are billed at the on-demand rate for the entire<\/em> reserved duration. If the exact time frame is not known upfront, this can be problematic. One effective solution to mitigate costs associated with capacity reservations is to combine them with reserved instances<\/a>.<\/p>\n Reserved instances allow you to specify a known compute configuration for a specified duration of time. Unlike a capacity reservation, reserved instances only guarantee a certain discount in price over on-demand rates \u2012 not necessarily that you can provision those instances at any time. If, however, you hold a capacity reservation that matches a reserved instance provisioning, then your capacity reservation can benefit from reserved instance pricing discounts.<\/p>\n Did you know that RedLine13 offers a fully-featured free trial? Sign up now<\/a> and begin testing today!<\/p>\n","protected":false},"excerpt":{"rendered":"<\/a>The Issue<\/h3>\n
<\/a>Capacity Reservations as a Solution<\/h3>\n
<\/a>Using Capacity Reservations with RedLine13<\/h3>\n
\n
![\"It](\"https:\/\/www.redline13.com\/blog\/wp-content\/uploads\/2021\/12\/reservation_details.png\")
<\/a>RedLine13 Customer Use Case:<\/h3>\n
<\/a>Cost-effective Reservations<\/h3>\n