Nginx 또는 HA 프록시를로드 밸런서로 사용하는 이점

우리 환경에서는 서로 다른 클러스터에 Nginx와 HA 프록시가 모두 있습니다. 다른 것을 사용하는 것의 장점이 있습니까?

아니면 기본 LAMP 서버 클러스터의로드 밸런싱을 수행하는 가장 좋은 방법은 무엇입니까?

(확실히 상황에 따라 다르므로 "로드 밸런스를위한 최선의 방법"으로 들어 가지 않습니다.)

HAProxy와 nginx는 모두 Unix의 오픈 소스 HTTP로드 밸런서에 탁월한 선택입니다. 매우 높은 수준에서 가장 먼저 생각되는 장단점은 IMHO입니다.

nginx :

• SSL 오프로드를 수행 할 수 있습니다 (종종 큰 문제).
• 헤더 재 작성, 컨텐츠 압축 등 다양한 컨텐츠 처리 모듈 세트가 있습니다.
• 때때로 '필요한 유일한 HTTPd'가 될 수 있으므로 다른 HTTPd가 필요하지 않은 경우 관리가 더 간단 해집니다.
• 플러그인으로 확장 가능, 트래픽 라우팅을위한 fx.

HAProxy :

• nginx보다 높은 단일 서버 성능을 제공 할 수 있습니다 (특히 TCP 모드에서 실행하는 경우 10gbit / s가 시연되었습니다 ).
• 기본 일반 HTTP로드 밸런싱 설정을 위해 시작하고 실행하는 것이 더 간단합니다.
• 조금 덜 변경 사항, 특히 약간 오래된 안정 브랜치는 종종 보안 및 안정성 업데이트가 필요하지 않은 동안 일정 기간 유지됩니다.

그러나 말했듯이 둘 다 훌륭한 선택입니다. 가장 편하게 느끼는 것을 선택하십시오.

그것은 실제로 당신이하고 싶은 것에 달려 있습니다.

Nginx는 클러스터간에로드를 분할하고 특정 도메인을 다른 클러스터로 라우팅 할 수 있습니다. 우리의 nginx 성능은 만족 스럽습니다. 로드 라우터와 비슷합니다.

haproxy의 경우 서버 상태를 지속적으로 쿼리하고 트래픽을 보내기 전에 서버를 확인합니다. 또한 통계를 볼 수있는 인터페이스도 있습니다. nginx 나는 어느 점수에서도 이것을하지 않는다고 생각합니다.

우리는 nginx를 웹 서버로 사용하며 매우 만족합니다. 나는 결코 아파치로 돌아 가지 않을 것이다. 단점은 PHP를 실행하려는 경우입니다. fastCGI에서 작동하려면 해커 공격이 필요합니다.

캐싱을 위해 니스를 제자리에 두는 것을 잊지 마십시오! 이 간단한 단계는 Slashdotted / Fireballed 사이트의 많은 문제를 해결합니다!

나는 이것에 대한 전문가는 아니지만 HAProxy가 더 나은 성능을 가지고 있으며로드 밸런싱을 수행하는 방법에 대해 더 구성 가능하다는 것을 알고 있습니다.

이제 비교 및 ​​벤치 마크 목록을 표시 할 수는 있지만 대신 Google 결과를 https://encrypted.google.com/search?q=nginx+vs+haproxy 대신 연결하겠습니다.