트랜잭션 고가용성의 배치
고가용성(HA) 기능을 사용하려면 먼저 파일 시스템 유형이나 트랜잭션 복구 로그를 저장할 위치와 같은 배치 관련 사항을 고려해야 합니다. 특히, 파일 시스템 유형은 복구 구성에 대해 중요한 영향을 가지고 있을 수 있습니다.
일반 구성
서버 간 피어 복구를 수행할 수 있으려면 트랜잭션 피어 복구는 참여하는 서버 멤버 간에 자원 제공자의 일반 구성을 필요로 합니다. 따라서 피어 복구 처리가 동일 서버 클러스터의 멤버 사이에만 발행할 수 있음을 의미합니다. 한 클러스터에 서로 다른 버전의 WebSphere® Application Server에 있는 서버를 포함할 수 있지만 피어 복구는 클러스터에서 버전 6 이상에 있는 서버 사이에서만 수행될 수 있습니다.
물리적 스토리지
서로에 대해 트랜잭션 피어 복구를 수행할 애플리케이션 서버의 경우, 이 애플리케이션 서버는 클러스터에 있는 다른 모든 멤버의 트랜잭션 복구 로그에 액세스할 수 있어야 합니다. 로그 파일이 클러스터의 모든 멤버가 액세스할 수 있는 매체에 저장되어 있는지, 각 클러스터 멤버에 해당 매체의 고유 로그 파일 위치가 있는지 확인하십시오. 이 매체와 이 매체에 대한 액세스(예: LAN(Local Area Network)을 통한 액세스)는 데이터를 디스크로 보내기 위해 복구 로그 서비스가 사용하는 파일 기반 강제 실행 조작을 지원해야 합니다. 강제 실행 조작이 완료되면 실제 디스크 매체에 지속적으로 정보를 저장해야 합니다.
HA 환경에서는 애플리케이션 서버가 보상 로그에 액세스할 수도 있어야 합니다. 보상 로그 파일이 클러스터의 모든 멤버가 액세스할 수 있는 매체에 저장되어 있는지, 각 클러스터 멤버에 해당 매체의 고유 로그 파일 위치가 있는지 확인하십시오.
예를 들어, SMB(Server Message Block)
프로토콜을 사용하여 원격 시스템의 데이터에 대한 액세스를 제공하는 NetClient 파일 시스템(QNTC)를 사용하여
다른 IBM® i
서버에 로그를 저장할 수 있습니다.
![[IBM i]](../images/iseries.gif)

예를 들어,
각 노드에 마운트된 IBM NAS(IBM Network
Attached Storage)(http://www.ibm.com/servers/storage/nas/index.html)와
공유 SCSI 드라이브를 사용할 수 있지만 단순 네트워크 공유는 사용할 수
없습니다. 모든 노드는 복구 로그에 대해 읽기 및 쓰기 액세스를 가지고 있어야 합니다.
![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
![[z/OS]](../images/ngzos.gif)

또한 기본 파일 시스템의 결함 허용을 이용하도록 원격 로그 파일을 액세스하는 메커니즘을 구성하십시오. 예를 들어, NFS(Network File System)를 사용하고 NFS 마운트 명령의 -o 하드 옵션에 의해 로그 파일을 포함하는 원격 디렉토리를 하드 마운팅하여 NFS 클라이언트는 NFS 서버가 다시 사용 가능하게 될 때까지 실패한 조작을 반복적으로 시도합니다.
두 가지 유형의 가능한 서버 장애가 존재합니다(소프트웨어 장애 및 하드웨어 장애). 소프트웨어 장애는 일반적으로 다른 애플리케이션 서버에 직접 영향을 주지 않습니다. 동일한 물리적 하드웨어의 서버도 피어 복구 처리를 수행할 수 있습니다. 하드웨어 장애가 발생하는 경우, 실패한 하드웨어에 배치된 모든 서버가 사용 불가능하게 됩니다. 다른 하드웨어에 있는 서버가 피어 복구 처리를 수행해야 합니다. 모든 HA 구성에서 서버는 복수의 분리된 하드웨어 시스템 사이에 배치해야 합니다.
파일 시스템
파일 시스템 유형은 자동 또는 수동 피어 복구 사용 여부를 결정하는 데 기본적인 요소이므로 중요한 배치 고려사항이 됩니다. 자세한 정보는 자동화된 트랜잭션 피어 복구와 수동 트랜잭션 피어 복구 사이에 선택하는 방법의 내용을 참조하십시오.