An Introduction to the AWS Application Load Balancer
Sign Up Free Request Demo

An Introduction to the AWS Application Load Balancer

AWS Application Load Balancer

New – AWS Application Load Balancer, 11 AUG 2016

I’ve recently received some questions about the AWS Application Load Balancer, what advantages it provides, and how to monitor it. AWS is already calling the original Elastic Load Balancer it’s ‘Classic’ Load Balancer, so if you’re anxious to understand why so many are using it over the Classic ELB, this post is for you.

This post will describe the AWS Application Load Balancer, when to use it, and introduce how to connect it with your EC2 instances and autoscaling groups. Additional resources on integrating ECS Containers with the Application Load Balancer are also provided.

Monitoring the AWS Application Load Balancer

If you already have an Application Load Balancer set up and just need to monitor it, check out the Sumo Logic AWS Application Load Balancer Application. You can sign up for Sumo Logic Free here.

AWS Application Load Balancer

What is it the AWS Application Load Balancer?

The AWS Application Load Balancer is the newest load balancer technology in the AWS product suite. Some of the benefits it provides are:

  • Path Based Routing 
    • Select where to send requests based on the path of http request
    • This allows for multiple Target Groups behind a single Application Load Balancer, with EC2 and Container support
    • For example, you might route general requests to one target group of containers/EC2s, and route requests to render images to another microservice-specific (image rendering) target group
    • See AWS’s documentation here for a full overview
      AWS Application Load Balancer
  • Containerized Application Support
    • Specify dynamic ports in the ECS container task definition
    • When a new task is added to the fleet, the ECS schedule auto-assigns it to the ALB using that port
    • Share the ALB amongst multiple services using path-based routing
    • Improve cost efficiency by running more components of your application per EC2 fleet
      *See AWS’s announcement here for more details
  • Better Health Checks
    • Specify a custom set of HTTP response codes as a ‘healthy’ response


  • HTTP/2 Support, WebSockets Support
    • See this AWS post for more details
  • New Pricing Model
    • You pay per hours ALB is running
    • You also pay for the number of Load Balancer Capacity Units (LCU’s) used
    • Only the largest dimension for LCUs is used to calculate your bill
      • Active Connections: 1 LCU = 3000 active connections per minute
      • New Connections: 1 LCU = 25 new connections per second
      • Bandwidth: 1 LCU = 2.22 Mb per second

AWS Application Load Balancer vs. Classic Load Balancer

Despite the enhanced functionality of the ALB, there are a few reasons you might elect to use the Classic Load Balancer for your stack:

  • Your application requires Application Controlled Sticky Sessions (rather than duration based)
  • Your application needs to distribute TCP/IP requests – this is only supported with the Classic Load Balancer

If you’re looking for containerized application support, path based routing, better health checks, websocket support, or HTTP/2 support, the Application Load Balancer is the right choice for you.

How do I use it?

First, you’ll need to create your load balancer. A description of how to do this can be found in AWS’s documentation here. Make sure you make the following selections while setting up the load balancer:

  • Step 1:
    • Set ‘Scheme’ to ‘Internet Facing’ and make sure there is a Listener on port 80 (HTTP)
    • Select the Default VPC, or if launching the ALB into another VPC, select one where you have testing servers running or are able to launch servers for testing
  • Step 3: Create or use an existing security group that allows inbound HTTP traffic of port 80
  • Step 4: Create a new Target Group and select port 80/protocol HTTP
  • Step 5: Skip for now and create the load balancer

Distribute Traffic to Existing EC2 Instances

Check ALB Configuration

  1. Before you begin, verify that your ALB has a Listener set to port 80 – we will test with HTTP requests although when using your load balancer in production make to only allow interactions via HTTPS port 443
    • To verify, go to the EC2 Dashboard > Load Balancers > Select your ALB > Select the ‘Listeners’ tab
  2. Next, double check that the Application Load Balancer’s security group allows inbound HTTP and HTTPS inbound traffic
    • To check this, go to the EC2 Dashboard > Load Balancers > Select your ALB > Under ‘Description’ click on ‘Security group’ > Make sure the correct security group is selected and choose the ‘Inbound Rules’ tab
      AWS Application Load Balancer

Send AWS Application Load Balancer Traffic to an EC2 Instance

If you have an existing test server located in the same VPC as your ALB, follow these steps:

  1. First, navigate to the EC2 Dashboard > Load Balancers > Select your ALB > Select ‘Targets’ tab > Select ‘Edit’
  2. Select the test server(s) you want to distribute traffic to and click ‘Add to Registered’, then click ‘Save’

If you want to create a test server to connect to the ALB, follow these steps:

  1. Launch a Linux AMI (see documentation here for more info). While launching, you must ensure that:
    • Step 3: You have selected the same VPC as the VPC your ALB was launched into
    • Step 3: You have a running web server technology and a sample web page – under ‘Advanced Details’ you can use the following bootstrap script if you are not familiar with this:
      yum install httpd -y
      service httpd start
      mkdir /var/www/html/test
      echo 'Your Application Load Balancer test page!' > /var/www/html/test/index.html
    • Step 6: Allow inbound HTTP traffic from your ALB’s security group
      AWS Application Load Balancer
  2. Now that you have a running web server to test with, navigate to the EC2 Dashboard > Load Balancers > Select your ALB > Select ‘Targets’ tab > Select ‘Edit’
  3. Select the test server(s) you want to distribute traffic to and click ‘Add to Registered’, then click ‘Save’

Finally, test your load balancer by navigating to its DNS name in a web browser. You can find it by selecting your ALB and viewing the ‘Description’ tab. Use the pattern <DNS_Name>/test/index.html to see our test page:

AWS Application Load Balancer

Distribute Traffic to EC2s in AutoScaling Groups

If you do not already have a launch configuration, create one following the same steps described above for launching a test Linux AMI server. To configure an Auto Scaling Group to auto-register instances to the ALB, see the documentation here.

The most important step in the ‘Create Auto Scaling Group’ process is under ‘Advanced Details’. Make sure to check the ‘Receive traffic from one or more load balancers’ box and add your ALB:

AWS Application Load Balancer

Distribute Traffic to Your Containers

To get a complete walk through of how AWS ECS integrates with the ALB, Michael Wittig and Andreas Wittig offer an excellent tutorial in A Cloud Guru’s Application Load Balancer course. You can also review AWS’s documentation here.
Thanks for reading! If you have any questions or comments feel free to reach out via LinkedIn.


Get Started Today!

Sign up for your FREE Sumo Logic Trial.

Free Trial

Request A Free Sumo Logic Demo

Fill out the form below and a Sumo Logic representative will contact you to schedule your free demo.
“Sumo Logic brings everything together into one interface where we can quickly scan across 1,000 servers and gigabytes of logs and quickly identify problems. It’s awesome software and awesome support.”

Jon Dokuli,
VP of Engineering

Sign up for Sumo Logic Free
Sign up for Sumo Logic Free
  • No credit card required to sign-up
  • Create your account in minutes
  • No expiration date*
  • *After 30 day trial period, reverts to Sumo Logic Free
    View All Pricing Options
    Already have an account? Login