Elastic Load Balancing

---

Features of Elastic Load Balancing

• Using Elastic Load Balancing, you can distribute incoming traffic across your Amazon EC2 instances in a single Availability Zone or multiple Availability Zones. Elastic Load Balancing automatically scales its request handling capacity in response to incoming application traffic.
• When used in a Virtual Private Cloud (VPC), you can create and manage security groups associated with your Elastic Load Balancing to provide additional networking and security options.
• When used in a VPC, you can create a load balancer without public IP addresses to serve as an internal (non-internet-facing) load balancer.
• Elastic Load Balancing can detect the health of Amazon EC2 instances. When it detects unhealthy load-balanced Amazon EC2 instances, it no longer routes traffic to those Amazon EC2 instances and spreads the load across the remaining healthy Amazon EC2 instances.
• Elastic Load Balancing supports the ability to stick user sessions to specific EC2 instances.
• Elastic Load Balancing supports SSL termination at the Load Balancer, including offloading SSL decryption from application instances, centralized management of SSL certificates, and encryption to back-end instances with optional public key authentication.
• Flexible cipher support allows you to control the ciphers and protocols that are accepted by Elastic Load Balancing in the SSL negotiation for client connections.
• Elastic Load Balancing supports use of both the Internet Protocol version 4 and 6 (IPv4 and IPv6).
• Elastic Load Balancing metrics such as request count and request latency are reported by Amazon CloudWatch.

---

Using Elastic Load Balancing

Getting started with using Elastic Load Balancing is easy. If you are signed up for the Amazon EC2 service, you are automatically registered for Elastic Load Balancing. To use Elastic Load Balancing, simply:

• Launch the AWS Management Console
• Select Load Balancers from the left column of the management console.
• In the upper right pane, select “Create Load Balancer”
• Create a unique name for the Load Balancer.
• Select the protocol(s) to manage via the Load Balancer (HTTP, HTTPS, TCP, SSL, or Custom)
• Configure health checks for the Load Balancer.
• Select the instances that you wish to place behind the Load Balancer.
• Traffic to the DNS name provided by the Elastic Load Balancer is automatically distributed across your load balanced, healthy Amazon EC2 instances.

All the steps mentioned above are also available as Elastic Load Balancing APIs and command line operations. Please see the Elastic Load Balancing Developers Guide for more information.

---

Common Uses for Elastic Load Balancing

Achieving Even Better Fault Tolerance for Your Applications

You can build fault tolerant applications by placing your Amazon EC2 instances in multiple Availability Zones. To achieve even more fault tolerance with less manual intervention, you can use Elastic Load Balancing. You get improved fault tolerance by placing your compute instances behind an Elastic Load Balancer, as it can automatically balance traffic across multiple instances and multiple Availability Zones and ensure that only healthy Amazon EC2 instances receive traffic. You can setup an Elastic Load Balancer to load balance incoming application traffic across Amazon EC2 instances in a single Availability Zone or multiple Availability Zones. Elastic Load Balancing can detect the health of Amazon EC2 instances. When it detects unhealthy Amazon EC2 instances, it no longer routes traffic to those unhealthy Amazon EC2 instances. Instead, it spreads the load across the remaining healthy Amazon EC2 instances. If all of your Amazon EC2 instances in a particular Availability Zone are unhealthy, but you have set up Amazon EC2 instances in multiple Availability Zones, Elastic Load Balancing will route traffic to your healthy Amazon EC2 instances in those other zones. It will resume load balancing to the original Amazon EC2 instances when they have been restored to a healthy state.

Auto Scaling with Elastic Load Balancing

Let’s say that you want to make sure that the number of healthy Amazon EC2 instances behind an Elastic Load Balancer is never fewer than two. You can use Auto Scaling to set these conditions, and when Auto Scaling detects that a condition has been met, it automatically adds the requisite amount of Amazon EC2 instances to your Auto Scaling Group. Or, if you want to make sure that you add Amazon EC2 instances when latency of any one of your Amazon EC2 instances exceeds 4 seconds over any 15 minute period, you can set that condition, and Auto Scaling will take the appropriate action on your Amazon EC2 instances — even when running behind an Elastic Load Balancer. Auto Scaling works equally well for scaling Amazon EC2 instances whether you’re using Elastic Load Balancing or not.

Using Elastic Load Balancing in your Amazon VPC

Elastic Load Balancing makes it easy to create an internet-facing entry point into your VPC or to balance load between tiers of your application within your VPC. You can assign security groups to your ELB to control which ports are open to a list of allowed sources. Because Elastic Load Balancing is attached to your VPC, all of your existing Network Access Control Lists (ACL’s) and Routing Tables continue to provide additional network controls.

When you create a load balancer in your VPC, you can specify whether the load balancer is internet-facing (the default) or internal. If you select internal, you do not need to have an internet gateway to reach the load balancer, and the private IP addresses of the load balancer will be used in the load balancer’s DNS record.

---

Projecting Costs

With Elastic Load Balancing, you only pay for what you use. You are charged for each hour or partial hour your Elastic Load Balancer is running and for each GB of data transferred through your Elastic Load Balancer. You will be charged at the end of each month for your Elastic Load Balancing resources actually consumed.

As an example, a medium-sized website running on 10 Amazon EC2 instances in the US East (N. Virginia) Region could use one Elastic Load Balancer to balance incoming traffic. If the Elastic Load Balancer ended up transferring 100 GB of data over a 30 day period, the monthly charge would amount to $18 (or $0.025 per hour x 24 hours per day x 30 days x 1 Elastic Load Balancer) for the Elastic Load Balancer hours and $0.80 (or $0.008 per GB x 100 GB) for the data transferred through the Elastic Load Balancer, for a total monthly charge of $18.80. Partial hours are billed as full hours. Regular Amazon EC2 service fees apply and are billed separately.

See pricing details for Elastic Load Balancing.

---

Other Notes

IPv6 support is currently available in the following Amazon EC2 regions: US East (Northern Virginia), US West (Northern California), US West (Oregon), EU (Ireland), Asia Pacific (Tokyo), and Asia Pacific (Singapore).

You can create up to ten (10) Elastic Load Balancers per region. Should you need to exceed these limits, please complete this form.

Resources