Load Balancing e Alta Disponibilidade:
aplicações críticas que não podem ter downtime
Arquitectura de alta disponibilidade e load balancing para aplicações que não podem parar: Nginx/HAProxy como load balancer, failover automático, base de dados replicada e health checks. Uptime acima de 99.9%.
O que está incluído
Tudo o que recebe na configuração de load balancing e HA
Design da arquitectura HA — definição da arquitectura mais adequada aos requisitos: número de nós, tipo de load balancer, estratégia de base de dados e storage partilhado.
Configuração de load balancer (Nginx/HAProxy) — configuração de Nginx upstream ou HAProxy com algoritmo de balanceamento adequado (round-robin, least-connections, IP hash).
Health checks e failover automático — health checks activos nos nós de aplicação com remoção automática de nós da rotação quando ficam indisponíveis e re-adição quando recuperam.
Replicação de base de dados — configuração de replicacção MySQL/MariaDB master-replica ou Galera Cluster para eliminar a base de dados como single point of failure.
Storage partilhado ou S3 para WordPress — configuração de storage partilhado (NFS, GlusterFS) ou S3 para uploads WordPress em ambientes multi-servidor.
Cache distribuída (Redis Cluster) — Redis para sessões e object cache partilhado entre nós para garantir consistência de dados de sessão em ambientes multi-servidor.
Testes de failover — testes controlados de failover: simular falha de cada nó e confirmar que a aplicação continua disponível com degradação mínima.
Monitorização da arquitectura HA — monitorização de todos os componentes com alertas diferenciados: nó em baixo (warning), todos os nós em baixo (critical), replicação de BD atrasada.