기본 고가용성 구성 설정

기본 서버 및 백업 서버에 기본 고가용성 환경을 설정하고 구성합니다.

IBM HTTP Server 및 웹 서버 플러그인 설치 및 구성

IBM® HTTP Server 및 웹 서버 플러그인을 설치 및 구성하려면 다음 단계를 수행하십시오.
  1. IBM HTTP Server를 설치하십시오. http://publib.boulder.ibm.com/infocenter/wasinfo/v6r1/index.jsp?topic=/com.ibm.websphere.base.doc/info/aes/ae/tins_webserver.html을 참조하십시오.
  2. 웹 서버 플러그인을 설치하십시오. http://publib.boulder.ibm.com/infocenter/wasinfo/v6r1/index.jsp?topic=/com.ibm.websphere.base.doc/info/aes/ae/tins_webplugins.html을 참조하십시오.
  3. 웹 서버와 애플리케이션 서버를 별도의 시스템에 구성하십시오(원격). http://publib.boulder.ibm.com/infocenter/wasinfo/v6r1/index.jsp?topic=/com.ibm.websphere.base.doc/info/aes/ae/tins_webplugins_remotesa.html을 참조하십시오.
  4. 웹 서버와 클라이언트 간 전송을 보호하려면 IBM HTTP Server에서 SSL을 사용하도록 설정하십시오. Guide to properly setting up SSL within the IBM HTTP Server를 참조하십시오.

기본 서버 및 백업 서버에 Jazz 애플리케이션 설치 및 구성

WebSphere® Application Server에 IBM Rational® Team Concert 또는 IBM Rational Quality Manager의 두 Jazz™ 애플리케이션 인스턴스를 설치하여 구성하려면 WebSphere Application Server 설정을 참조하십시오.
알아두기: 한 번에 하나의 서버를 설치하십시오. 각 서버는 teamserver.properties에서 동일한 데이터베이스를 참조합니다. 두 번째 설치를 시작하기 전에 첫 번째 서버가 종료되고 저장소에 접속한 상태가 아니도록 확인하십시오.

기본 서버 및 백업 서버에 고가용성 구성

jazz.war 애플리케이션은 일반적으로 단일 애플리케이션 서버를 대상으로 하여 설치됩니다. 웹 서버 소개를 사용하여 웹 서버를 통한 라우팅을 허용하도록 jazz.war 애플리케이션을 수정해야 합니다.

애플리케이션을 수정하려면 다음을 수행하십시오.
  1. WebSphere 콘솔의 엔터프라이즈 애플리케이션에서 jazz.war 애플리케이션 링크를 클릭하십시오.
  2. 모듈 관리를 선택하십시오.
  3. jazz.war 애플리케이션 모듈의 선택란을 선택하십시오.
  4. 클러스터 및 서버 목록에서 웹 서버와 애플리케이션 서버를 선택하고 적용을 클릭하십시오.
  5. 확인변경사항 저장을 차례로 클릭하십시오.
  6. jazz.war 애플리케이션을 다시 시작하십시오.
jazz.war 애플리케이션에 대한 보안을 끄도록 기본 애플리케이션 서버의 Jazz 애플리케이션을 재구성하십시오.
  1. WebSphere Application Server에 설치된 WAR 파일에서 web.xml을 수정하십시오.
    팁: web.xml 파일을 사용하려면 압축된 WAR 파일을 임시 디렉토리에 풀어야 합니다.
  2. 각 "기밀(CONFIDENTIAL)"을 "없음(NONE)"으로 변경하십시오.
  3. WebSphere Application Server가 실행되고 있는지 확인하고 브라우저를 열어 https://localhost:9043/ibm/console/logon.jsp로 이동하십시오.
  4. 애플리케이션 -> 엔터프라이즈 애플리케이션 페이지로 이동하십시오.
  5. jazz_war 애플리케이션을 선택하고 Update를 클릭하십시오.
  6. 단일 파일 바꾸기 또는 추가를 선택하십시오.
  7. "설치된 애플리케이션 아카이브 파일로 시작되는 경로를 바꾸거나 추가할 파일로 지정" 필드에서 jazz.war\WEB-INF\web.xml을 입력하십시오.
  8. 찾아보기를 클릭하고 1단계에서 수정한 web.xml 파일을 선택하십시오.
  9. 다음을 클릭하고 애플리케이션이 저장될 때까지 단계를 따르십시오.
  10. 애플리케이션 -> 엔터프라이즈 애플리케이션 페이지로 되돌아가 jazz_war 애플리케이션을 중지했다가 시작하십시오.
전체 텍스트 색인에 대해 동일한 위치를 참조하도록 기본 및 백업 Rational Jazz Team Server을 둘 다 재구성하십시오. 색인을 최신으로 유지하고 기본 서버 및 백업 서버에서 모두 사용할 수 있게 하려면 색인을 공유 드라이브에 저장하도록 기본 서버 및 백업 서버의 teamserver.properties에서 com.ibm.team.fulltext.indexLocation을 업데이트하십시오. 기본 서버와 백업 서버의 teamserver.properties 파일에서 다음 특성을 수정하십시오.
  • 다음 특성 값은 Windows®에서 볼 수 있는 특성 예제입니다.
    com.ibm.team.fulltext.indexLocation=I\:/sharedIndexFolder/workitemindex
  • 다음 특성 설정은 Linux®에서 볼 수 있는 특성 예제입니다.
    com.ibm.team.fulltext.indexLocation=/net/LinuxHost/sharedIndex/workitemindex

백업 서버에서 비동기 태스크 비활성화

실행 중인 두 Rational Jazz Team Server 간의 데이터 경합 가능성을 방지하려면 백업 서버에서 비동기(또는 백그라운드) 태스크를 비활성화해야 합니다.
  1. 다음 행을 백업 서버의 teamserver.properties 파일에 추가하십시오.
    com.ibm.team.repository.scheduler.migration.mode.enabled=true
  2. 백업 서버에서 jazz.war 애플리케이션을 다시 시작하십시오.

유휴 대기를 위해 웹 서버의 plugin_cfg.xml 파일 편집

웹 서버를 통해 요청을 애플리케이션 서버로 라우팅하도록 WebSphere Application Server를 구성할 때마다 웹 서버 plugin.xml이 해당 애플리케이션 서버의 연결 정보로 업데이트됩니다. 현재, plugin-cfg.xml 파일은 부분적으로 구성되었습니다. 구성을 완료하려면 웹 서버에서 plugin-cfg.xml의 다음 섹션을 바꾼 다음 편집하십시오. 이 plugin-cfg.xml 파일은 웹 서버의 plugin\config\webserver1 폴더에 있습니다. 여기서 webserver1은 IBM HTTP Server 및 웹 서버 플러그인을 설치 및 구성한 이전 섹션에서 웹 서버에 지정한 이름입니다.
<ServerCluster CloneSeparatorChange="false" GetDWLMTable="false" IgnoreAffinityRequests="true" LoadBalance="Round Robin" Name="RTC_basicHA_Cluster" RetryInterval="60" PostBufferSize="64" PostSizeLimit="-1" RemoveSpecialHeaders="true">
<Server LoadBalanceWeight="1" ConnectTimeout="0" ExtendedHandshake="false" MaxConnections="-1" Name="PrimaryNode01_server1" ServerIOTimeout="0" WaitForContinue="false">
<Transport Hostname="primary.hostname.company.com" Port="9080" Protocol="http"/>
</Server>
<Server LoadBalanceWeight="0" ConnectTimeout="0" ExtendedHandshake="false" MaxConnections="-1" Name="BackupNode01_server1" ServerIOTimeout="0" WaitForContinue="false">
<Transport Hostname="backup.hostname.company.com" Port="9080" Protocol="http"/>
</Server>
</ServerCluster>
<UriGroup Name="default_host_RTC_basicHA_Cluster_URIs">
<Uri AffinityCookie="JSESSIONID" AffinityURLIdentifier="jsessionid" Name="/jazz/*"/>
<Uri AffinityCookie="JSESSIONID" AffinityURLIdentifier="jsessionid" Name="/snoop/*"/>
<Uri AffinityCookie="JSESSIONID" AffinityURLIdentifier="jsessionid" Name="/hello"/>
<Uri AffinityCookie="JSESSIONID" AffinityURLIdentifier="jsessionid" Name="/hitcount"/>
<Uri AffinityCookie="JSESSIONID" AffinityURLIdentifier="jsessionid" Name="*.jsp"/>
<Uri AffinityCookie="JSESSIONID" AffinityURLIdentifier="jsessionid" Name="*.jsv"/>
<Uri AffinityCookie="JSESSIONID" AffinityURLIdentifier="jsessionid" Name="*.jsw"/>
<Uri AffinityCookie="JSESSIONID" AffinityURLIdentifier="jsessionid" Name="/j_security_check"/>
<Uri AffinityCookie="JSESSIONID" AffinityURLIdentifier="jsessionid" Name="/ibm_security_logout"/>
<Uri AffinityCookie="JSESSIONID" AffinityURLIdentifier="jsessionid" Name="/servlet/*"/>
<Uri AffinityCookie="JSESSIONID" AffinityURLIdentifier="jsessionid" Name="/ivt/*"/>
</UriGroup>
<Route ServerCluster="RTC_basicHA_Cluster" UriGroup="default_host_RTC_basicHA_Cluster_URIs" VirtualHostGroup="default_host"/>

수동 장애 조치 기능을 위한 서버 설정 확인

WebSphere Application Server의 수동 장애 조치 기능을 확인하려면 PrimaryNode01_server1이 LoadBalanceWeight ="0"을 포함하고 BackupNode01_server1이 LoadBalanceWeight ="1"을 포함하도록 웹 서버의 plugin-cfg.xml 파일을 편집하십시오. plugin-cfg.xml 파일을 저장하십시오.
중요사항: "실질적인" 클러스터링 및 로드 균형 조정이 아직 지원되지 않으므로 기본 서버와 백업 서버 모두 LoadBalanceWeight에 대해 0이 아닌 값을 가질 수 없습니다.
  1. 기본 서버와 백업 서버가 모두 온라인 상태일 때 WebSphere 샘플 Snoop 서블릿을 실행하여 요청을 처리 중인 서버의 이름을 가져옵니다.
  2. URL: https://webserver/snoop을 사용하여 HTML 브라우저에서 Snoop 서블릿을 호출합니다.
  3. 요청 정보는 로컬 호스트로서 요청을 처리하는 호스트를 표시하는데, 이 경우 LoadBalanceWeight =1인 서버가 표시됩니다.
  4. 기본 서버와 백업 서버 간에 LoadBalanceWeight를 교환해 보고 Snoop 서블릿 요청을 처리하는 서버를 주의하여 살펴보십시오.

기본 서버에서 장애 발견

고가용성을 실현하려면 기본 서버가 작동 중지되는 시점을 알고 있어야 합니다. 기본 서버에서 백업 서버로 자동으로 장애 조치되지 않는 이 기본 고가용성 솔루션의 경우 특히 중지 시점을 아는 것이 중요합니다.

실패한 서버를 발견하는 프로세스는 제때에 이루어져야 하는 중요한 태스크입니다. 네트워크 문제점, 구성 문제점, 애플리케이션 과부하 또는 사용자 오류 같은 몇 가지 요소가 서버의 실패를 나타낼 수 있습니다. 서버 실패 발견을 위해 선택한 솔루션이 무엇이든 가능하면 동시다발적인 경고가 가능해야 합니다.


피드백