Tipos de balanceadores de carga en AWS

Curso de AWS Certified Solutions Architect Associate

Contenido del curso

Fundamentos de AWS

Identidad, Acceso y Gobernanza Multicuenta

Servicios de Computo en AWS

Contenedores en AWS

Redes en AWS

Escalamiento y balanceo en AWS

Almacenamiento en AWS

Bases de datos en AWS

Migración en AWS

Monitoreo y Auditoria en AWS

DNS y CDN en AWS

Servicios de Seguridad

Serverless

Servicios de Datos en AWS

Servicios de AI y ML em AWS

64
Servicios de IA y ML en AWS
04:09 min

Servicios de Backup y Recuperación ante desastres

Architect Solutions Certificate

Tomar examen

Cursos Empresas Blog Live Conf Eventos Precios

0:004:17

Tipos de balanceadores de carga en AWS

Curso de AWS Certified Solutions Architect Associate

Clase 26 de 69

Clase 26 / 69

Recursos

Distribuir tráfico entre múltiples recursos sin perder disponibilidad es uno de los retos más comunes al desplegar aplicaciones en la nube. Los Elastic Load Balancer (ELB) de AWS resuelven justamente eso: actúan como un punto fijo de entrada que reparte las peticiones de forma homogénea entre instancias o contenedores. Esta guía te muestra qué son, qué tipos existen y cómo configurarlos.

Un caso real lo deja claro: durante la última campaña promocional de Nxia Bank se procesaron más de 48 millones de peticiones en un periodo muy corto sin afectar la disponibilidad del servicio, gracias al uso de balanceadores de carga.

¿Qué es un Elastic Load Balancer en AWS?

Un ELB es un servicio que distribuye el tráfico entrante entre varios recursos de cómputo según reglas que tú defines. Esos recursos suelen ser instancias en EC2, contenedores en ECS o cargas de Kubernetes en EKS [0:25].

La idea central es evitar que un solo recurso quede sobrecargado. Al tener un punto fijo de entrada, el balanceador decide a dónde enviar cada petición y así te permite alta disponibilidad y escalado sin fricciones.

¿Para qué sirve un balanceador de carga? Sirve para repartir el tráfico entre varios servidores, evitar caídas por sobrecarga y mantener la aplicación disponible incluso si una instancia falla.

¿Qué tipos de balanceadores de carga ofrece AWS?

AWS ofrece cuatro tipos de ELB, y cada uno opera en una capa distinta del modelo OSI. Recuerda que el modelo OSI divide las conexiones de red en capas, siendo la capa siete la más cercana al usuario [1:05].

Application Load Balancer (ALB): opera en la capa siete. Es el más común y está pensado para aplicaciones web que no necesitan respuestas en submilisegundos [1:20].
Network Load Balancer (NLB): opera en la capa cuatro, la capa de red. Ofrece tiempos de respuesta mucho más bajos y se usa para cargas que exigen rendimiento extremo [1:40].
Gateway Load Balancer (GLB): trabaja entre la capa tres y la cuatro. Se usa para comunicar appliances de red como firewalls [2:00].
Classic Load Balancer (CLB): asociado a las antiguas EC2 Classic. Hoy ya no se recomienda para nuevos despliegues [2:15].

¿Cuál es la diferencia entre ALB y NLB? El ALB trabaja en la capa siete y entiende tráfico HTTP/HTTPS, ideal para apps web. El NLB trabaja en la capa cuatro y prioriza latencia ultrabaja para cargas de alto rendimiento.

¿Cómo se ve un ALB en una arquitectura real?

Imagina una aplicación corriendo en una región de AWS. Dentro de esa región tienes una VPC con dos zonas de disponibilidad. Cada zona tiene una subred pública con dos instancias, demo uno y demo dos, conectadas a un ALB [2:35].

Los usuarios entran por el ALB y este decide, según las reglas configuradas, si envía la petición a demo uno o a demo dos. Así repartes la carga y, si una zona falla, la otra sigue respondiendo.

¿Qué configuraciones puedes aplicar a un ELB?

Un balanceador de carga no solo reparte tráfico: también puedes afinar cómo lo hace. Estas son las configuraciones clave que vas a encontrar.

Health checks: monitorean el estado de las instancias conectadas. Si un recurso deja de responder, el ELB deja de enviarle tráfico y lo redirige a las demás instancias sanas [3:15].
SSL/TLS offloading: el balanceador gestiona el encriptado y desencriptado de las conexiones HTTPS, liberando a tus instancias de esa carga [3:35].
Sticky sessions: si la conexión de un usuario ya llegó a una instancia, se mantiene en ella aunque haya otras disponibles. Esto reduce latencia porque los datos de la sesión ya están en memoria [3:50].
Cross-zone load balancing: un mismo balanceador puede repartir tráfico entre distintas zonas de disponibilidad dentro de la misma región [4:15].

¿Qué es un health check en un ELB? Es una verificación periódica que hace el balanceador para saber si una instancia está respondiendo. Si no responde, deja de enviarle tráfico hasta que vuelva a estar sana.

¿Por qué importa la integración nativa con servicios de cómputo?

Una de las ventajas fuertes de los ELB en AWS es que se conectan nativamente con EC2, ECS y EKS [4:30]. No necesitas configuración adicional para que el balanceador hable con tus instancias o tus contenedores.

Eso significa menos fricción al desplegar y reglas que se aplican directamente sobre el servicio donde corre tu carga de trabajo. Si ya estás trabajando dentro del ecosistema de AWS, integrar un ELB es casi un paso natural.

¿Tienes en tu organización un caso especial que podría beneficiarse de un balanceador de carga? Cuéntamelo en los comentarios.

Fundamentos de AWS

Certificación AWS Solutions Architect Associate: Fundamentos y Preparación

Preparación para certificación AWS Arquitecto de Soluciones

Configuración de presupuestos en AWS para controlar costos

Los 6 pilares del Well-Architected Framework

Identidad, Acceso y Gobernanza Multicuenta

Cómo evitar brechas de seguridad con IAM

Creación de usuarios administrador y practicante en AWS IAM

Gestión de cuentas con AWS Organizations

Detecta recursos AWS expuestos con Access Analyzer

Cómo gestionar múltiples cuentas AWS

Servicios de Computo en AWS

Servicios de cómputo AWS: EC2, procesadores Graviton y AMIs

Compute Savings Plan para EC2 y Lambda

Cómo lanzar tu primera instancia EC2

Optimizar latencia en EC2 con tenencia dedicada

Cómo consultar metadatos de EC2 con IMDSv2

AWS Outposts: ejecutar AWS en tu data center

Despliegue de app web en Elastic Beanstalk

Contenedores en AWS

Contenedores en AWS: ECS, EKS y ECR

Gestión de imágenes de contenedores con ECR y Fargate

Configuración de clusters, tareas y servicios en Amazon ECS

Redes en AWS

Direccionamiento IP y bloques CIDR para redes AWS

NAT Gateway para subredes privadas en AWS

Configuración de instancias públicas y privadas con NAT Gateway

NACL y Security Groups en AWS

Cómo reparar un Security Group en EC2

Conectividad híbrida en AWS: VPC Peering, Transit Gateway y Endpoints

Escalamiento y balanceo en AWS

Tipos de balanceadores de carga en AWS

Configuración de balanceadores de carga en AWS para alta disponibilidad

Autoescalamiento en EC2 con Auto Scaling Groups

Cómo crear un Auto Scaling Group en EC2

Almacenamiento en AWS

Tipos de almacenamiento en AWS: EBS, EFS y S3

Instance Store vs EBS en AWS

EFS vs FSx para compartir archivos en AWS

Creación y configuración de volúmenes EBS en AWS

Transfer Acceleration para datos globales en S3

Configuración de EFS para compartir almacenamiento entre instancias

Recuperar objetos borrados en Amazon S3

Bases de datos en AWS

Bases de datos relacionales vs no relacionales en AWS

Cómo funciona DynamoDB en AWS

Creación y configuración de bases de datos Dynamo en AWS

Elasticache y DAX

RDS vs Aurora: réplicas y alta disponibilidad

Cómo configurar Aurora con alta disponibilidad en RDS

Migración en AWS

Estrategias de migración AWS: las 6 R para trasladar aplicaciones

Cómo migramos 500 TB a AWS sin downtime

Migración de datos con AWS Snow Family: opciones y características

DMS y SCT para migrar bases de datos en AWS

Monitoreo y Auditoria en AWS

CloudTrail y EventBridge en arquitecturas AWS

Monitoreo de AWS con CloudWatch

DNS y CDN en AWS

Zonas locales y de borde en AWS

CloudFront vs Global Accelerator en AWS

Failover en Route 53 para arquitectura activo-pasiva

Configuración de políticas de geoproximidad en AWS Route 53

Servicios de Seguridad

KMS vs CloudHSM para datos regulados

AWS Shield y WAF contra ataques DDoS

Servicios AWS para detectar vulnerabilidades

GuardDuty y Trusted Advisor para detectar amenazas en AWS

Serverless

API Gateway y Lambda en arquitecturas serverless

Creación y configuración de funciones Lambda para automatización

AWS SQS: Tipos de filas y configuración para arquitecturas serverless

AWS SNS y Step Functions para comunicación y workflows visuales

Servicios de Datos en AWS

Servicios de datos en AWS para tu examen

Kinesis, EMR, Glue

Casos de uso de Amazon Redshift en AWS

Servicios de AI y ML em AWS

Servicios de IA y ML en AWS

Servicios de Backup y Recuperación ante desastres