Skip to main content

AWS - ELB - Detailed Information

Elastic Load Balancing distributes incoming application traffic across multiple EC2 instances, in multiple Availability Zones. 

You can configure health checks, which are used to monitor the health of the registered instances so that the load balancer can send requests only to the healthy instances. You can also offload the work of encryption and decryption to your load balancer so that your instances can focus on their main work.

You configure your load balancer to accept incoming traffic by specifying one or morelisteners. A listener is a process that checks for connection requests. It is configured with a protocol and port number for connections from clients to the load balancer and a protocol and port number for connections from the load balancer to the instances.

Elastic Load Balancing supports two types of load balancers: Application Load Balancers and Classic Load Balancers. There is a key difference between the way you configure these load balancers. With a Classic Load Balancer, you register instances with the load balancer. With an Application Load Balancer, you register the instances as targets in a target group, and route traffic to a target group.


When you enable an Availability Zone for your load balancer, Elastic Load Balancing creates a load balancer node in the Availability Zone. If you register instances in an Availability Zone but do not enable the Availability Zone, these registered instances do not receive traffic. Note that your load balancer is most effective if you ensure that each enabled Availability Zone has at least one registered instance.

With a Classic Load Balancer, we recommend that you enable multiple Availability Zones. With an Application Load Balancer, we require you to enable multiple Availability Zones. After you enable multiple Availability Zones, if one Availability Zone becomes unavailable or has no healthy instances, the load balancer can continue to route traffic to the healthy registered instances in another Availability Zone.

Cross-zone load balancing is always enabled for an Application Load Balancer and is disabled by default for a Classic Load Balancer. If cross-zone load balancing is enabled, the load balancer distributes traffic evenly across all registered instances in all enabled Availability Zones. If cross-zone load balancing is disabled, the load balancer distributes traffic evenly across all enabled Availability Zones. For example, suppose that you have 10 instances in Availability Zone us-west-2a and 2 instances in us-west-2b. If cross-zone load balancing is disabled, the requests are distributed evenly between us-west-2a and us-west-2b. As a result, the 2 instances in us-west-2b serve the same amount of traffic as the 10 instances in us-west-2a. However, if cross-zone load balancing is enabled, the load balancer distributes incoming requests evenly across all 12 instances.

When you create a load balancer, you must choose whether to make it an internal load balancer or an Internet-facing load balancer. Note that when you create a Classic Load Balancer in EC2-Classic, it must be an Internet-facing load balancer.
The nodes of an Internet-facing load balancer have public IP addresses. The DNS name of an Internet-facing load balancer is publicly resolvable to the public IP addresses of the nodes. Therefore, Internet-facing load balancers can route requests from clients over the Internet.

The nodes of an internal load balancer have only private IP addresses. The DNS name of an internal load balancer is publicly resolvable to the private IP addresses of the nodes. Therefore, internal load balancers can only route requests from clients with access to the VPC for the load balancer.

Note that both Internet-facing and internal load balancers route requests to your instances using private IP addresses. Therefore, your instances do not need public IP addresses to receive requests from an internal or an Internet-facing load balancer.

How to configure ELB - visit here .
Reference - click here




Comments

Popular posts from this blog

Integrate AWS CloudFront with S3 bucket

Amazon CloudFront and Other Amazon Web Services:  Amazon CloudFront : CloudFront can be used to deliver your entire website or application, including dynamic, static, streaming, and interactive content, using a global network of edge locations. Amazon CloudFront works well with other Amazon Web Services. You can easily use an Amazon S3 bucket, an Amazon EC2 instance, an Amazon Elastic Load Balancing load balancer, or your own web server as the origin. In this tutorial, we will use Amazon S3 as the origin. Step 1: Prepare Your Content To deliver content to end users with a web distribution, you need to prepare content.  Amazon CloudFront distributes many types of content, including images, videos, HTML pages, .css files, and .php files.  In this step, we will upload sample content to the cloud using Amazon S3. a. The sample image we will use in this tutorial is a PNG image called cloudfront-test-image.png .  Click the b...

Find host name of a website in linux

Firstly, ping that website from linux terminal - ping <website name> ping results- you can check latency too here.. latency is displayed in ms. (time=__ ms) here ttl stands for time to leave. ttl -  Time-to-live  ( TTL ) is a value in an Internet Protocol (IP) packet that tells a network router whether or not the packet has been in the network too long and should be discarded icmp is a protocol ... if it will not be enabled then ping will not show complete result.  -------------------------------------------------------------------------------------------------------------- Copy Ip address from there and paste it here to know host name -  ipinfo.io/<IpAddress> that's it....!

CDN (Content Delivery Network) - AWS CloudFront

Firstly start with CDN - CDN stands for content delivery network. It is used to deliver different type of data to end users like images,videos,applications and APIs. When you see a dynamic images using adobe flash on website. That's the use of CDN. It just stores the cached copy of contents and delivers it to end users for better speed. How it works? A CDN uses a network of servers in geographically dispersed locations(edge locations) to cache copies of content close to end user, lowering latency when thay download or stream the objects. When a specific page, file, or program is required by a user ,the server dynamically selected to deliver the content is based on closest network proximity or the one with the fewest network hops to the end user. Content is replicated across edge locations thereby providing redundancy.   CDN Benefits Improves customer experiance with faster page loads - bounce rates go down and customers stay on your site longer . SEO benefits: site spee...