top of page

☁️ Implementación de Arquitectura Multi-AZ con Load Balancer en AWS

  • 20 mar
  • 2 Min. de lectura

En este proyecto se desarrolla la implementación completa de una arquitectura de alta disponibilidad en AWS, utilizando múltiples Availability Zones y un Application Load Balancer para garantizar continuidad del servicio ante fallos.

🎯 Objetivo del Proyecto

El objetivo principal es diseñar una infraestructura capaz de:

  • Mantener la aplicación disponible ante fallos de instancias

  • Distribuir tráfico de manera eficiente

  • Asegurar los recursos mediante segmentación de red

  • Aplicar buenas prácticas utilizadas en entornos productivos

🧱 Arquitectura Implementada

La solución se basa en una arquitectura distribuida que incluye:

🌐 Capa de Red

  • Creación de una VPC personalizada (10.0.0.0/16)

  • Subdivisión en:

    • Subredes públicas (Load Balancer, Bastion Host)

    • Subredes privadas (servidores de aplicación)

  • Configuración de:

    • Internet Gateway (acceso público)

    • NAT Gateway (salida controlada desde privados)

    • Route Tables (control de tráfico)

🖥 Capa de Cómputo

  • Implementación de instancias EC2:

    • Servidor público (Bastion Host) para acceso seguro

    • Dos servidores privados en distintas Availability Zones

  • Acceso mediante:

    • SSH desde entorno local

    • Salto SSH hacia instancias privadas

🌐 Capa de Aplicación

  • Instalación de servidor web Apache (httpd)

  • Configuración de contenido diferenciado por servidor

  • Validación de acceso interno

⚖️ Capa de Balanceo

  • Implementación de Application Load Balancer

  • Configuración de:

    • Listener HTTP (puerto 80)

    • Target Group con instancias privadas

    • Health Checks personalizados

❤️ Health Checks y Alta Disponibilidad

Se configuraron comprobaciones de estado para garantizar que el tráfico solo se dirija a instancias operativas:

  • Verificación periódica mediante HTTP

  • Evaluación basada en códigos de respuesta (200 OK)

  • Umbrales para determinar estado saludable/no saludable

Esto permite que el sistema:

  • Detecte fallos automáticamente

  • Excluya instancias no disponibles

  • Reintegre servidores recuperados

🔍 Validación Final

La arquitectura fue validada accediendo al DNS del Load Balancer, observando:

  • Distribución de tráfico entre múltiples instancias

  • Respuesta continua ante fallos simulados

  • Correcto funcionamiento en entorno Multi-AZ

📺 Documentación y recursos

  • 📹 YouTube: explicación paso a paso del proyecto y cada decisión técnica (Link-Playlist).

  • 📂 GitHub: scripts, queries SQL y documentación completa del proceso (Link-Repositorio).

🚀 Conclusión

Este proyecto demuestra cómo diseñar una arquitectura en AWS que cumple con principios fundamentales como:

  • Alta disponibilidad

  • Escalabilidad básica

  • Seguridad en red

  • Tolerancia a fallos

Además, representa una base sólida para evolucionar hacia arquitecturas más avanzadas, integrando servicios como Auto Scaling, HTTPS o monitoreo con CloudWatch.

Comentarios


IngenieriaDatos.jpg

Tomar decisiones sin datos es como navegar en la oscuridad...

En la era digital, los datos son el activo más valioso de las empresas; su correcta recopilación, análisis y aplicación estratégica son clave para impulsar la toma de decisiones informada, la innovación y el éxito empresarial

  • GitHub
  • LinkedIn
  • Youtube

Copyrights © 2026 Brayan Neciosup Bolaños All rights reserved.

bottom of page