주 콘텐츠로 건너뛰기

검색

Welcome to Tibero GTS!

TAC 환경 WAS를 통한 연결 시 세션을 균등하게 분포하는 방법

문서유형ㅣ기술정보

분야ㅣ인터페이스/연동 

적용제품버전ㅣTibero5, Tibero6, Tibero7

문서번호ㅣTIITI057

 

개요

2node TAC 환경에서 WAS(Web Application Server)로부터 연결되는 세션 수를 TAC 노드별로 균등하게 유지하는 방법에 대해 기술하였습니다.

 

 

방법

TAC 세션 균등 분포

2node Tibero Active Cluster(이하: TAC)는 Active-Active 구조로 모든 노드에서 Read/Write가 가능합니다.

2node TAC 환경에서는 각 노드의 Tibero Cluster Manager(이하: CM)에서 VIP를 활성화할 수 있습니다.

WAS에서는 2node TAC를 어떤 방식으로 연결 구성하느냐에 따라 균등한 세션 분포를 구성할 수 있습니다.

균등한 세션 분포를 고려하지 않은 경우 한쪽 노드로 세션이 집중되는 현상이 발생할 수 있습니다.

 

 

TAC Connection URL

참고

tbJDBC Connection URL 매뉴얼

TAC 환경에서 Connection URL을 다음과 같이 설정하는 경우 세션이 균등하게 분산되지 않습니다.

TAC 환경에서는 failover=off와 load_balance=off 옵션을 설정하여 WAS와 TAC 간 세션을 균등하게 분포할 수 있습니다.

jdbc:tibero:thin:@(description=(failover=on)(load_balance=on)
(address_list=(address=(host=192.168.100.101)(port=8629))
(address=(host=192.168.100.102)(port=8629)))
(DATABASE_NAME=testdb))

 

TAC Session unbalance

WAS의 JDBC Connection URL에 failover=on과 load_balance=off가 사용되는 경우 세션이 한 쪽으로 집중되어 밸런스를 유지하지 못하는 현상이 나타날 수 있습니다.

1. TAC 1,2번 기동 후 WAS 1,2번이 순차적으로 기동 된 상황
  • WAS 1번은 TAC 1번의 VIP1을 먼저 보고 응답이 없을 경우 VIP2로 연결하도록 설정 되어 있습니다.
  • WAS 2번은 TAC 2번의 VIP2을 먼저 보고 응답이 없을 경우 VIP1로 연결하도록 설정 되어 있습니다.

 

2. TAC 1번 노드 장애 발생으로 TAC 2번으로 VIP1이 FAIL-OVER 되고 있는 상황 발생

  • TAC 1번의 VIP1이 TAC 2번으로 FAIL-OVER 되는 상황이 발생하였습니다.

  • TAC 1번의 VIP1에 연결되어 있던 세션은 모두 연결이 끊어지게 됩니다.

  • VIP1이 FAIL-OVER 되는 상황에서 WAS1에 새로운 세션 요청이 발생하면 failover=on 설정에 의해 VIP2로 연결이 수행됩니다.

 

3. TAC 2번으로 VIP1이 FAIL-OVER가 완료된 상황

  • TAC 2번으로 VIP1의 FAIL-OVER가 완료된 상태입니다.

  • TAC 2번으로 VIP1이 FAIL-OVER되는 과정에서 WAS1로 연결된 세션은 VIP2로 연결된 상태가 됩니다.

  • TAC 2번으로 VIP1의 FAIL-OVER가 완료된 시점에는 WAS1로 연결된 세션이 VIP1로 연결된 상태가 됩니다.

  • 이와 같은 상황에서는 VIP1과 VIP2의 세션 연결이 균등하게 유지되지 않을 수 있습니다.

 

4. TAC 1번 데이터베이스 정상화가 되며, VIP1이 TAC 1번으로 FAIL-BACK 되는 과정 발생

  • TAC 1번 노드로 VIP1이 FAIL-BACK 되는 상황이 발생합니다.

  • WAS1의 VIP1로 연결된 세션은 모두 연결이 끊어지게 됩니다.

  • “3” 상황과 마찬가지로 VIP1이 FAIL-BACK 되는 과정에서 WAS1로 새로운 연결 요청이 발생하면 failover=on 설정에 의해 VIP2로 연결됩니다.

  • 이로 인해 TAC 1번 노드의 재기동이 발생하는 경우 VIP2로 세션이 집중되는 현상이 발생할 수 있습니다.

 

5. TAC 1번 노드가 정상화 되고 VIP1이 FAIL-BACK 완료된 상태

  • TAC 1번 노드에서 VIP1이 활성화됩니다.

  • VIP1이 FAIL-BACK 되는 과정에서 WAS1로 연결된 세션은 VIP2로 연결된 상태가 됩니다.

  • VIP1의 FAIL-BACK이 완료된 이후에는 WAS1로 연결된 세션이 VIP1로 연결된 상태가 됩니다.

  • 최종적으로 VIP1보다 VIP2에 세션이 더 많아지게 되며, WAS의 Connection Pool이 재기동되지 않으면 WAS1을 통해 VIP2로 연결된 세션은 VIP1로 돌아오지 않습니다.

 

TAC Session balance

  • WAS1의 Connection URL에 TAC 1번 VIP만 설정 합니다.
    • failover=off와 load_balance=off
    • 위 두개 설정 또는 제거 (default off)
  • WAS2의 Connection URL에 TAC 2번 VIP만 설정 합니다.
    • failover=off와 load_balance=off
    • 위 두개 설정 또는 제거 (default off)

 

1. TAC 1,2번 기동 후 WAS 1,2번이 순차적으로 기동 된 상황

  • WAS 1번은 TAC 1번의 VIP1만 연결 대상으로 사용하게 됩니다.

  • WAS 2번은 TAC 2번의 VIP2만 연결 대상으로 사용하게 됩니다.

  • TAC의 VIP는 노드가 다운될 경우 상대 노드로 FAIL-OVER 됩니다.

 

2. TAC 1번 노드 장애 발생으로 TAC 2번으로 VIP1이 FAIL-OVER 되고 있는 상황 발생

  • TAC 1번의 VIP1이 TAC 2번으로 FAIL-OVER 되는 상황이 발생합니다.

  • TAC 1번의 VIP1에 연결되어 있던 세션은 모두 연결이 끊어지게 됩니다.

  • 이후 VIP1이 TAC 2번 노드에서 활성화되기를 기다리게 됩니다.

 

3. TAC 2번으로 VIP1이 FAIL-OVER가 완료된 상황

  • TAC 2번으로 VIP1의 FAIL-OVER가 완료된 상태입니다.

  • TAC 2번으로 VIP1의 FAIL-OVER가 완료된 시점부터 WAS1의 세션은 VIP1로 연결됩니다.

  • TAC 2번의 VIP2로는 WAS1의 세션이 연결되지 않습니다.

  • TAC 1번 노드가 다운된 상황에서도 VIP1과 VIP2를 통해 의도한 대로 세션이 동작합니다.

 

4. TAC 1번 데이터베이스 정상화가 되며, VIP1이 TAC 1번으로 FAIL-BACK 되는 과정 발생
  • TAC 1번 노드로 VIP1이 FAIL-BACK 되는 상황이 발생합니다.
  • WAS1의 VIP1로 연결된 세션들이 모두 연결이 끊기게 됩니다.
  • WAS1의 세션들은 VIP1이 TAC 1번에서 활성화되기를 기다립니다.

 

5. TAC 1번 노드가 정상화 되고 VIP1이 FAIL-BACK 완료된 상태

  • TAC 1번 노드에서 VIP1이 활성화됩니다.

  • VIP1의 FAIL-BACK이 완료된 이후 WAS1의 세션은 VIP1로 연결됩니다.

  • 최종적으로 데이터베이스가 재기동되더라도 WAS1과 WAS2의 세션을 의도한 대로 균등하게 사용할 수 있습니다.

 

마무리

WAS의 JDBC Connection URL은 WAS 엔지니어에 의해 설정됩니다.

고객사 환경에서 WAS별 세션이 균등하게 분포되지 않는 경우, TAC의 VIP FAIL-OVER / FAIL-BACK을 통해 세션을 균등하게 분포시킬 수 있습니다.

본 문서의 내용은 WAS에 의한 세션 연결에 대해서만 다루며, 별도의 애플리케이션 모듈이나 기타 솔루션 연결에 대해서는 다루지 않습니다.

 

 

관련 대상