FileNet P8 Content Search Engine, 버전 5.2.1            운영 체제:  AIX , Linux, Linux(System z), Solaris, Windows

IBM Content Search Services 서버에 대한 로드 밸런싱 방법 선택

인덱싱 및 검색 성능을 최적화하려면 IBM® Content Search Services 서버에서 로드의 균형을 맞추기 위한 방법을 결정해야 합니다.

이 태스크 정보

기본적으로 Content Platform Engine은 내장된 로드 밸런싱 알고리즘을 사용하여 서버의 인덱싱 워크로드에 따라 IBM Content Search Services 서버를 인덱스에 지정합니다. 각 서버에 사용 가능한 자원 및 인덱스 서버의 수에 기반하여 지정합니다. 이 내장된 알고리즘을 재정의하려는 경우, Administration Console for Content Platform Engine을 사용하여 선호도 그룹을 작성하고 수동으로 IBM Content Search Services 서버를 특정 인덱스 영역에 전용할 수 있습니다.

선호도 그룹은 하나 이상의 인덱스 영역에 전용인 하나 이상의 서버로 된 그룹입니다. 선호도 그룹의 구성원인 서버는 해당 선호도 그룹에 지정되고 서버와 동일한 사이트에ㅔ 속한 인덱스 영역만 제공할 수 있습니다. 선호도 그룹의 구성원이 아닌 서버는 선호도 그룹에 속하지 않고 서버와 동일한 사이트에 속한 인덱스 영역만 제공할 수 있습니다.

선호도 그룹을 사용하여, 관리자는 인덱스 영역의 로드 밸런싱을 그룹의 구성원인 서버로 제한할 수 있습니다. 이러한 서버는 전체 텍스트 인덱스의 인덱싱 및 검색을 수행합니다. 그룹의 모든 서버는 인덱스 영역의 루트 디렉토리에 대한 동등한 액세스가 있어야 합니다. 선호도 그룹은 인덱싱 및 검색을 수행할 수 있는 서버를 포함해야 합니다.

IBM Content Search Services에 로컬인 디스크의 데이터를 인덱싱할 수 있으므로 선호도 그룹이 성능을 개선합니다. 단점은 Content Platform Engine이 장애 복구를 제공할 수 없다는 것입니다. 인덱스 영역을 호스트하는 로컬 디스크가 실패하는 경우 해당 인덱스 영역에 대한 모든 인덱싱 및 검색 요청이 실패합니다.

선호도 그룹에 대한 실패 단일 지점의 가능성을 피하려면 로컬 (비공유) 디스크에 전체 텍스트 인덱스 데이터를 저장하지 마십시오. 대신, IBM Content Search Services 분산 설치 시나리오에서 설명한 바와 같이 데이터 중복성이 있는 공유 디스크에 인덱스 데이터를 저장하십시오.

로컬 디스크를 사용해야 하는 경우, Veritas, Microsoft Cluster Server 또는 IBM PowerHA®가 제공하는 IBM Content Search Services 서버 장애복구에 대한 고가용성 전략을 사용하여 데이터 중복성을 구현해야 합니다.



마지막 업데이트 날짜: 2015년 10월
p8ppi255.htm

© Copyright IBM Corp. 2013, 2015.