저는 http 트래픽이 httpd 서버에 의해 역방향 프록시되는 인프라에서 작업하고 있습니다. 우리는 이 플랫폼에 많은 가상 호스트가 구성되어 있기 때문에 (예를 들어 Nginx를 고려하는 대신) httpd에 머물고 싶습니다.
이제 역방향 프록시 부분에 HA 및 로드 밸런싱 기능을 추가하고 싶습니다. 활성-활성 클러스터를 생성하려면 DNS 라운드 로빈과 같은 솔루션이 필요합니다. 이 솔루션은 얻기가 복잡하기 때문에 첫 번째 옵션으로 고려하고 싶지 않습니다.
HAProxy 액티브-패시브 클러스터(플로팅 IP 포함), 로드 밸런싱(tcp 모드, 레벨 4), httpd 액티브-액티브 클러스터 구성, 실제 http(s) 역방향 프록시를 수행하는 것이 좋은 솔루션일까요? 이 방법으로 나는 다음을 달성할 것입니다:
- 하아. HAProxy는 httpd와 마찬가지로 내결함성이 있습니다.
- 로드 밸런싱. Httpd는 로드 밸런싱(활성-활성)됩니다. HAProxy는 아니지만(단일 호스트 하나가 활성 상태임) 트래픽 처리에 있어 httpd보다 확장성이 뛰어나고 하나의 노드로 충분하다고 가정합니다.
- tcp에서 HAProxy 로드 밸런싱을 사용하면 모든 http 및 https 구성을 httpd 측에 그대로 둘 수 있습니다.
이 접근 방식에 단점이 있습니까, 아니면 더 나은 솔루션이 있습니까?
답변1
사이,
현명한 해결책을 생각해낸 것 같습니다. 애플리케이션 클러스터에 대한 일반적인 HA 로드 밸런서 배포를 설명하고 있습니다. HAProxy는 필요할 때 많은 유연성을 제공하며 TCP 통과 모드는 훌륭하고 간단합니다.
유일한 문제는 HAProxy 클러스터를 안정적으로 유지 관리하는 데 복잡성이 추가된다는 것입니다. Keepalived를 사용하실 거라고 생각하시나요?
여기 Loadbalancer.org에서는 현재 Heartbeat(HA-Linux)를 사용하고 있지만 곧 여러 로드 밸런서에서 활성/활성을 지원하는 자체 Pulse HA 시스템으로 이동할 예정입니다.