기본 고가용성 구성 설정

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

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을 사용하십시오. IBM HTTP Server에 SSL을 적절히 설정하기 위한 안내서를 참조하십시오.

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

WebSphere Application Server에 IBM® Rational® Team Concert 또는 IBM Rational Quality Manager와 같은 Jazz 애플리케이션 인스턴스 2개를 설치하고 구성하려면 WebSphere® Application Server 설정을 참조하십시오.
알아두기: 한 번에 하나씩 서버를 설치하십시오. 각 서버는 teamserver.properties에서 동일한 데이터베이스를 참조합니다. 두 번째 설치를 시작하기 전에 먼저 첫 번째 서버를 종료했으며 저장소에 해당 서버가 접속되어 있지 않은지 확인하십시오.

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

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

애플리케이션을 수정하려면 다음을 수행하십시오.
  1. WebSphere 콘솔에서 엔터프라이즈 애플리케이션 아래 jazz.war 애플리케이션 링크를 클릭하십시오.
  2. 모듈 관리를 선택하십시오.
  3. jazz.war 애플리케이션 모듈 선택란을 선택하십시오.
  4. 클러스터 및 서버 목록에서 웹 서버 및 애플리케이션 서버를 모두 선택한 후 적용을 클릭하십시오.
  5. 확인변경사항 저장을 차례로 클릭하십시오.
  6. jazz.war 애플리케이션을 다시 시작하십시오.
기본 애플리케이션 서버에 Jazz 애플리케이션을 다시 구성한 후 다음과 같이 jazz.war 애플리케이션에 대한 보안을 끄십시오.
  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 애플리케이션을 선택하고 업데이트를 클릭하십시오.
  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. https://webserver/snoop URL을 사용하여 HTML 브라우저에서 Snoop 서블릿을 호출하십시오.
  3. 요청 정보에 로컬 호스트로 요청을 서비스하는 호스트가 표시됩니다. 이 경우 LoadBalanceWeight=1을 사용하는 서버가 표시됩니다.
  4. 기본 서버와 백업 서버 간에 LoadBalanceWeight를 교환해 보고 Snoop 서블릿 요청을 처리하는 서버를 확인하십시오.

기본 서버의 장애 발견

고가용성을 확보하려면 기본 서버가 중단되었을 때 이를 인지할 수 있어야 합니다. 특히 기본 서버가 백업 서버로 자동으로 장애 복구되지 않는 이러한 기본 고가용성 솔루션에서는 특히 중요합니다.

장애가 발생한 서버를 발견하는 프로세스는 중요한 태스크로 적시에 수행해야 합니다. 네트워크 문제점, 구성 문제점, 애플리케이션 오버로드 또는 사용자 오류 등 여러 가지 요소를 통해 서버 장애를 알 수 있습니다. 서버 장애 발견을 위해 선택한 솔루션에 상관없이 즉각적인 조치를 취할 수 있도록 항시 주의해야 합니다.


피드백