Load balancer'ın görevi yalnız round-robin trafik dağıtmak değildir. Aktif health check, timeout, retry, TLS termination ve backend state yönetimi kullanıcıyı arızalı node'lardan korur. HAProxy HTTP ve TCP modlarında farklı protokol seviyelerinde çalışabilir.
HAProxy aktif health check belirlenen eşik kadar art arda başarısız olduğunda backend server'ı load balancing rotation'dan çıkarır. Kontroller devam eder; server yeterli sayıda başarılı check verdiğinde tekrar rotasyona alınabilir. TCP veya HTTP seviyesinde kontroller uygulanabilir.
Frontend client bağlantısını kabul eder; ACL/routing kuralları isteği uygun backend pool'a gönderir; health check yalnız sağlıklı server'ları rotasyonda tutar.
HTTP mode request header/path gibi L7 bilgisini kullanabilir; TCP mode bağlantıyı uygulama içeriğini yorumlamadan taşır.
HTTP uygulamasında `/health` endpoint database veya dependency durumunu kontrollü biçimde yansıtabilir. Çok ağır deep check de backend'e ekstra yük bindirebilir.
Config değişikliğini reload öncesi syntax check ile doğrulayın.
haproxy -c -f /etc/haproxy/haproxy.cfgsystemctl status haproxy --no-pagerss -lntp | grep haproxyjournalctl -u haproxy --since '-15 min' --no-pagerKritik sistemde iki load balancer, VIP/VRRP veya üst katman DNS/anycast çözümüyle birlikte planlanabilir.
Bazı reverse proxy/load balancing rollerinde evet; ancak web server, static serving ve uygulama ekosistemi ihtiyaçlarına göre seçim yapılmalıdır.
TCP connect veya HTTP request gibi farklı seviyelerde aktif health check uygulanabilir.
Küçük/non-critical sistemde olabilir; kritik production'da load balancer katmanının kendisi için de HA düşünülmelidir.
Protokol, backend sayısı, peak RPS, TLS ve health endpoint bilgisini iletin; L4/L7 ve tek/çift LB topolojisini belirleyelim.