IIS7 요청 라우팅 및로드 밸런싱 모듈을 사용한로드 밸런싱

마이크로 소프트는 여기에 IIS7에 대한 자신 다소 새로운로드 밸런싱과 요청 라우팅 모듈에 대해 많은 문서가 있습니다 http://blogs.iis.net/bills/archive/2009/02/16/iis7-request-routing-and-load -balancing-module-released.aspx 이지만 누군가 프로덕션 환경에서 사용 경험이 있는지 알고 싶습니다. HAProxy와 같은 다른 솔루션 대신이 모듈을 사용하면 몇 가지 장단점이 있습니까?

회사 정보 웹 사이트의 프로덕션 환경에서 사용하고 있습니다. 그리고 우리는 아직 아무런 문제가 없었습니다. 또한 서버를 다운시키고로드 밸런싱도 원활하게 작동합니다. 최소 응답 시간을 사용하여 서버 중 하나가 더 많은 요청을 받고 있습니다. 우리는 회사 정보 사이트보다 더 많은 트래픽을 가진 전자 상거래 상점 중 하나를 이동할 것입니다. 그래서 우리는 더 무거운 하중에서 어떻게 작동하는지 볼 것입니다. 그러나 우리의 테스트는 문제없이 처리해야한다는 것을 보여주었습니다.

www.orcsweb.com의 프로덕션 환경에서 사용합니다. 절대적으로 그것을 사랑하십시오! 너무 간단하면서도 강력합니다. 우리가 그것에 대해 창의적인 것을 시도 할 때마다 ARR도 그와 함께 작동합니다. IIS7 자체도 견고하므로 IIS7 위에 무언가를 구축하는 것이 좋습니다.

수년간 하드웨어로드 밸런서를 사용해 왔지만 현재 대부분의 사이트에서 ARR로 전환하고 있습니다.

웹 서버에서 ARR 헬퍼를 사용해야합니다. 두 가지 이유는 다음과 같습니다.-원래 사용자의 IP가 로그에 기록되고 REMOTE_ADDR 및 REMOTE_HOST가 사용자의 IP로 업데이트됩니다. SSL 오프 로딩을 사용할 수 있으며 코드에서 차이점을 알 수 없습니다

http://blogs.iis.net/anilr/archive/2009/03/03/client-ip-not-logged-on-content-server-when-using-arr.aspx

NLB와 함께 사용하고 2 개의 ARR 노드를 만드는 것이 좋습니다. 첫 번째 노드가 실패하지 않으면 첫 번째 노드가 모든 트래픽을 가져 오도록 설정하십시오. 이렇게하면 통계가 첫 번째 노드에있게됩니다. SSL 인증서를 가져오고 할당하는 것을 제외하고 두 번째 노드를 수동으로 관리 할 필요가 없도록 공유 구성을 사용하십시오.

더 많은 정보로 작성한 블로그 게시물은 다음과 같습니다. http://weblogs.asp.net/owscott/archive/2009/08.aspx

하드웨어 밸런서가 너무 저렴 해짐에 따라 채택 규모가 커질 것입니다. 나도 관심있어

지난주에 똑같은 것을 보았습니다. 결국 나는 IIS7 기술이 여전히 녹색이라고 결정했습니다. 로드 밸런싱 / 라우팅은 실제로 다른 사람이 :-)에서 주름을 찾길 원하는 기술입니다. HAProxy에 대한 경험이 풍부하고 필요가 더 단순하면 nginx를 쉽게 설정할 수 있습니다.