☰

Weblogic 백엔드를 향한 Apache 밸런싱, mod_wl 대 mod_proxy_balancer

tag-icon • tag-icon apache-2.4 load-balancing reverse-proxy mod-proxy weblogic
Weblogic 백엔드를 향한 Apache 밸런싱, mod_wl 대 mod_proxy_balancer

수년 동안 우리는 여러 백엔드 Weblogic 웹 서버에 대한 세션 균형을 유지하기 위해 Mod_wl 플러그인과 함께 Apache 서버를 사용해 왔습니다.

이제 aa 이후에도 동일한 Apache를 사용하여 다른 내부 응용 프로그램에 대한 역방향 프록시를 사용하기 시작했습니다. 그렇다면 이제 우리는 자체 백엔드 Weblogic 웹 서버와의 균형을 유지하기 위해 왜 Apache 서버 자체의 mod_proxy 및 mod_proxy_balancer가 아닌 mod_wl을 사용하고 있는지 궁금합니다.

이 독점 플러그인에는 어떤 이점이 있나요? 아니면 몇 년 전에는 Apache Config만으로는 동일한 작업을 수행하기가 쉽지 않았습니까? 일부 테스트를 위해 Mod_wl 플러그인 없이 설정을 시도했는데 세션 끈적임에 대해서만 잘 작동하는 것 같습니다. Weblogics에서 설정한 기존 J2SESSIONID와 작동하지 않기 때문에 Apache를 통해 새 쿠키를 추가해야 했던 것 같습니다. 이유.

그래서 다음

Header add Set-Cookie "J2ROUTE=.%{BALANCER_WORKER_ROUTE}e; path=/" env=BALANCER_ROUTE_CHANGED
            <Proxy balancer://backends>
                BalancerMember http://localhost:9001 route=1
                BalancerMember http://localhost:9002 route=2            
                ProxySet stickysession=J2ROUTE
            </Proxy>

mod_wl을 사용하여 이전 구성과 동일한 작업을 수행하는 것으로 보입니다.

 SetHandler weblogic-handler
 WebLogicCluster localhost:9001,localhost:9002
 WLCookieName J2SESSIONID

물론 이것은 단순화된 예제 구성입니다. 작동하는 독점 플러그인을 계속 사용할지 확신이 서지 않는다면 승리하는 팀을 바꾸지 않으시겠습니까? 또는 더 많은 오픈 소스 Apache 솔루션으로 이동하세요.

답변1

weblogic 플러그인은 백엔드 클러스터와 "대화"하고 사용 가능한 백엔드 목록을 새로 고칩니다. 클러스터 보고서의 모든 구성원은 Apache 관련 구성을 전혀 건드리지 않고도 클러스터의 여러 새 구성원을 가질 수 있습니다.

Oracle은 또한 "SetHandler" 메소드보다 특정 위치 역방향 프록시를 Weblogic에 지정하는 더 민첩하거나 덜 무거운 방법으로 WLSRequest를 광고합니다.

mod_wl은 제3자이며 지금까지 이벤트 mpm과 관련된 문제가 입증되었습니다. 예를 들어, 정상적으로 실행하면 실제로 다시 시작할 때까지 정상적으로 종료되는 종료 사이클에 사용된 프로세스가 중단됩니다. 또한 maxconnectionsperchild를 사용하지 않으면 시간이 지남에 따라 동일한 애정으로 인해 자식을 잃게 됩니다(httpd 개발자가 곧 출시될 2.4.33 버전에서 이 문제를 해결하고 있다고 생각합니다).

그래서 나는 oracle 문서를 검토하고 두 가지 옵션을 모두 테스트하겠지만 최근에는 제3자가 아닌 선택, 즉 mod_proxy를 사용하는 경향도 있습니다.

시도하신 후 다시 보고해 주시면 기쁘겠습니다.

관련 정보