|By Rajesh Lain||
|September 5, 2014 02:00 PM EDT||
Note: Scott Turner and his team from Verizon Terremark performed the tests on the Terremark Cloud Platform and other public clouds. Scott can be reached at [email protected]
One of the most appealing benefits of cloud deployment is the ease of use and the flexibility of adding or removing compute capacity. You can dynamically allocate resources based on the changing workloads, which give you the flexibility in managing your compute cost.
AWS Auto Scaling enables you to closely follow the demand curve for your applications, reducing the need to provision Amazon EC2 capacity in advance. For example, if your CPU Utilization goes over 70% you can add additional EC2 instances. Similarly, if your CPU Utilization goes down above a threshold, you can remove EC2 instances.
Similarly, Rackspace auto scaling can be Schedule-based and Event-based. You can prepare for a burst of traffic during specific holidays or during peak hours by creating a schedule or you can monitor specific events like a CPU load and provision additional capacity.
Microsoft Azure provides manual, automatic or scheduled based scaling of your application, where you can add additional CPU, or increase the queue messages on the target machine.
In the Cloud Foundry based PAAS platform, auto-scaling an application to hundreds of instances using BOSH auto-scaler is as simple as defining auto scaling rules and this can create multiple instances of your applications.
$ cf scale myApp -i 500
While auto scaling flexibility is beneficial and a required feature for any cloud deployment, this can quickly add cost to your cloud deployment. More compute resources means more cost and this can spiral quickly without addressing the real problem - is your app using the resources you've already provisioned properly? Do you even have that level of visibility? Are you closing the visibility gap?
Ever increasing visibility gap
What is actually needed is complete application visibility to address your performance issues. The first step is to optimize your apps and benchmark the performance and get the visibility you need. The next step is Auto Scaling, which can enhance your application performance to meet the unknowns.
How do you prepare your application to meet this challenge?
To answer this question, we ran some tests and analyzed the results. To start, we deployed a standard e-Commerce store application on a LAMP stack from couple of cloud providers. The e-commerce store sells electronics and has the full functionality of an e-Commerce site. The key transactions on this store are:
- Register as user
- Place order
- Receive email
- Check status of order
- Payment type (check or money order)
e-Commerce Store Application in the Cloud
This app is pre-packaged from Bitnami and runs on an open source LAMP stack that allows visualization of infrastructure.
The infrastructure consisted of web/app servers and a MySQL database in multiple cloud sites on the US East and West Coasts and in Europe.
Deployment of e-Commerce App on Multiple Clouds
We have Multi-Tenants Firewalls and Load Balancers. The e-Commerce platform is RHEL 64 bit OS, Apache, MySQL, PHP and Magento. The Webserver / Application Servers are in DMZ (1vCPU x 4 GB x 10 GB Disk) and the MySQL DB Server in Internal (1vCPU x 4 GB x 10 GB Disk)
Next, we used Compuware Synthetic Monitoring 2.0 to script key transactions on the store. We generated a steady synthetic load mimicking real users from various backbone and last mile locations and across ISPs. We scripted single URL and multiple step tests to measure the availability and performance of the Web site in the cloud.
Synthetic Tests Scripts
We then instrumented the back end with the Compuware dynaTrace solution by deploying the PHP/Web agents across all the tiers of the application.
For results and takeaways click here for the full article.
Oct. 24, 2014 08:00 PM EDT Reads: 707
Oct. 24, 2014 07:00 PM EDT Reads: 1,355
Oct. 23, 2014 11:45 PM EDT Reads: 2,539
Oct. 23, 2014 07:45 PM EDT Reads: 1,565
Oct. 23, 2014 06:15 PM EDT Reads: 1,579
Oct. 23, 2014 05:45 PM EDT Reads: 1,508
Oct. 22, 2014 09:00 PM EDT Reads: 1,417
Oct. 22, 2014 01:00 PM EDT Reads: 1,517
Oct. 22, 2014 12:00 PM EDT Reads: 1,538
Oct. 22, 2014 11:45 AM EDT Reads: 1,557
Oct. 22, 2014 07:00 AM EDT Reads: 1,659
Oct. 21, 2014 09:00 PM EDT Reads: 1,501
Oct. 21, 2014 08:45 PM EDT Reads: 1,443
Oct. 21, 2014 07:30 PM EDT Reads: 1,529
Oct. 21, 2014 06:00 PM EDT Reads: 1,504
Oct. 21, 2014 05:15 PM EDT Reads: 1,587
Oct. 21, 2014 05:00 PM EDT Reads: 1,544
Oct. 21, 2014 01:45 PM EDT Reads: 1,603
Oct. 21, 2014 09:30 AM EDT Reads: 1,654
Oct. 20, 2014 10:00 PM EDT Reads: 1,766