이 절에서는 두 토폴로지의 공통적인 요구 사항에 대해 설명합니다.
두 토폴로지 모두 다음 일반 요구 사항을 충족해야 합니다.
HADB 노드를 호스팅하는 시스템은 쌍으로 존재해야 합니다. 즉, 시스템 수가 짝수여야 합니다.
각 DRU(Data Redundancy Unit)에는 같은 수의 시스템이 있어야 합니다. 미러된(쌍을 이룬) 노드를 기본 노드와 다른 DRU에 배치하여 HADB 데이터베이스를 만듭니다.
HADB를 호스팅하는 각 시스템에는 모든 영구 정보를 HADB에 저장하기 위해 사용되는 로컬 디스크 저장소가 있어야 합니다.
HADB 노드를 호스팅하는 시스템에서는 동일한 운영 체제를 실행해야 합니다. 구성 및 성능이 동일하거나 거의 비슷한 시스템을 사용하는 것이 좋습니다.
HTTP 및 SFSB 세션 정보를 HADB에 영구 저장하려면 Application Server 인스턴스가 클러스터에 있어야 하고 모든 관련 요구 사항을 충족해야 합니다. 클러스터 구성에 대한 자세한 내용은 Sun Java System Application Server 9.1 고가용성 관리 설명서의 6 장, Application Server 클러스터 사용을 참조하십시오.
Application Server 인스턴스를 호스팅하는 시스템은 구성 및 성능이 가능한 한 동일해야 합니다. 이는 로드 밸런서 플러그인이 로드 균형 조정에 대한 라운드 로빈 정책을 사용하기 때문이며 여러 클래스의 시스템에서 인스턴스를 호스팅할 경우에는 최적의 방식으로 로드 균형이 조정되지 않습니다.
각 DRU에 대해 별도의 UPS(무정전 전원 공급 장치)를 사용하는 것이 좋습니다.
각 DRU는 HADB의 전체 데이터 복사본을 포함하므로 다른 DRU를 사용할 수 없게 되는 경우 요청을 계속 처리할 수 있습니다. 그러나 한 DRU의 노드와 다른 DRU에 있는 해당 미러가 동시에 실패하면 일부 데이터가 손실됩니다. 이러한 이유에서 정전이나 디스크 오류와 같은 단일 오류로 두 DRU가 모두 영향을 받지 않도록 시스템을 설정하는 것이 중요합니다.
각 DRU는 완전히 독립적인 중복 시스템에서 실행되어야 합니다.
HADB 노드와 시스템을 설정할 때 다음 지침을 따릅니다.
예비 노드 수가 각 시스템에서 실행되는 노드 수와 같아지도록 각 DRU를 설정합니다. 이는 구성의 각 시스템에서 n개의 데이터 노드를 실행하는 경우 단일 시스템 오류가 발생했을 때 n개 노드가 다운되기 때문입니다.
모든 시스템에서 같은 수의 HADB 노드를 실행하여 가능한 균일하게 로드 균형을 조정합니다.
같은 시스템의 서로 다른 DRU에서 노드를 실행하지 마십시오. 같은 시스템의 서로 다른 DRU에서 노드를 실행해야 할 경우에는 시스템에서 단일 오류 지점(디스크, 메모리, CPU, 전원, 운영 체제 충돌 등과 관련된 오류)을 처리할 수 있는지 확인합니다.
두 토폴로지 모두 클러스터에 Application Server 인스턴스가 있습니다. 이러한 인스턴스는 세션 정보를 HADB에 영구 저장합니다. 클러스터의 모든 Application Server 인스턴스에 대한 구성 정보를 포함하도록 로드 밸런서를 구성합니다.
클러스터 설정 및 클러스터에 Application Server 인스턴스를 추가하는 방법에 대한 자세한 내용은 Sun Java System Application Server 9.1 고가용성 관리 설명서의 6 장, Application Server 클러스터 사용을 참조하십시오.