馃И Laboratorio de Alta Disponibilidad con Auto Scaling y Load Balancer en AWS.

 馃幆 Objetivo General

Implementar una arquitectura web altamente disponible y resiliente en Amazon Web Services (AWS), que permita balancear carga, escalar autom谩ticamente seg煤n el uso del CPU, y garantizar el acceso continuo a la aplicaci贸n incluso ante fallos de una zona de disponibilidad.


馃敡 Componentes Principales

ComponenteFunci贸n
VPC (VPC-HA-WebApp)Red virtual privada que permite aislar los recursos y gestionar el direccionamiento IP.
Subnets p煤blicas (AZ1 y AZ2)Subredes desplegadas en distintas Zonas de Disponibilidad para alta disponibilidad.
Internet Gateway (IGW)Proporciona acceso a Internet para instancias en subredes p煤blicas.
Security GroupsControlan el tr谩fico permitido hacia y desde las instancias EC2 y el Load Balancer.
Launch TemplateDefine configuraci贸n base (AMI, tipo de instancia, par de claves, SG) para EC2.
Auto Scaling Group (ASG)Crea, elimina y mantiene autom谩ticamente el n煤mero correcto de instancias seg煤n demanda.
Application Load Balancer (ALB)Balancea tr谩fico HTTP entrante entre instancias activas en m煤ltiples zonas.
Target Group (TG)Agrupa las instancias EC2 que reciben tr谩fico desde el ALB, con monitoreo de salud.
Apache Web ServerAplicaci贸n instalada en cada instancia para servir contenido web b谩sico.
CloudWatch AlarmsMonitorea m茅tricas como uso de CPU para activar acciones de escalado.
SNS + EmailNotifica al administrador cuando la CPU excede un umbral cr铆tico (alta carga).

馃洜️ Principales Funcionalidades Implementadas

  • Balanceo de Carga HTTP: El ALB distribuye tr谩fico a las instancias activas del ASG seg煤n el estado de salud.

  • Escalado Autom谩tico: Se incrementa o reduce el n煤mero de instancias seg煤n el uso promedio del CPU.

  • Alta Disponibilidad: Instancias desplegadas en al menos dos zonas de disponibilidad (us-east-1a y 1b).

  • Monitoreo Activo: Uso de Amazon CloudWatch para medir rendimiento y disparar alarmas.

  • Notificaci贸n por Alta Carga: Configuraci贸n de una alarma con notificaci贸n v铆a email usando SNS.


Resultado Esperado

  • Si una instancia falla, otra se lanza autom谩ticamente para mantener la capacidad deseada.

  • El tr谩fico se balancea entre las instancias activas.

  • El sistema escala horizontalmente seg煤n el uso de CPU.

  • El administrador recibe notificaciones ante sobrecarga del sistema.














Comentarios

Entradas populares de este blog

Implementaci贸n del Modelo AAA

Simulaciones para dos tipos de vulneribilidades A03:Cross-Site Scripting (XSS) y A04: Insecure Direct Object References (IDOR) del OWASP Top Ten.

Representaci贸n de la Cadena de Custodia y DFD seg煤n ISO/IEC 27037