AWSs Elastic Load Balancer (ELB) has been a popular solution for balancing workloads. We also spoke about the advantage of using this when you couple it with Route 53 and SSL services (see the other articles in this section).
Bear in mind that for non TCP applications, the ELB may not work well (at least for the AWS Classic Load Balancer, is that all IP traffic is assumed to be using a TCP port). There are applications that are designed to use UDP ports (telephony, syslog -- to allow for separation between the application that produces the log entry, the reporting engine, and the log storage).
We think that the reason the AWS is now offering Application Load Balancing (AWS has in some places begun referring to ELB as Classic Load Balancer) and is calling it ALB. What it offers is access to the customization at lower layers of the OSI stack and port forwarding to non EC2 devices in the network.
Of course health checks are supported.
So 1 load balancer would cost about $20/month for uptime. The amount of data transfer will of course depend on how much traffic you are getting, but figure about .1GB/user/month so if you are recieving 1 million users / month, plan on spending about $1000/month in addition to the $20.
And of course different regions have different costs.
Amazon uses a slightly different metric for the billing of ALB usage. ALB usage is billed at a rate of $0.0225 per load balancer hour (or partial hour), and $0.008 per LCU hour, although costs can vary by region.
What this means is that the classic load balancer will not work for handle TLS on multiple domains and you must use an ALB.
We recommend using an ELB even when you only have 1 service instance running, the ELB will get you:
The only concern we have is for hosting mail servers behind the ELB, but we can discuss that topic later.
multiple tls certificates: https://aws.amazon.com/blogs/aws/new-application-load-balancer-sni/