장애 조치 클러스터에서 Essbase 서버 구성

능동-수동 페일오버 솔루션은 Essbase 11g 온-프레미스 배포에서 일반적입니다. Essbase 26ai로 마이그레이션하는 사용자는 WebLogic 및 로드 밸런서를 사용하여 Essbase Agent에 대해 활성-수동 페일오버 클러스터를 구현할 수도 있습니다.

Essbase 페일오버를 구성할 때의 목표는 다음과 같습니다.
  • Essbase 에이전트에 대한 페일오버 모드(또는 활성-수동 모드)를 설정합니다.
  • Essbase 웹 인터페이스, REST 끝점 및 Provider Services에 대한 활성-활성 모드를 설정합니다. 항상 단일 활성 Essbase 노드에 연결됩니다.

활성-수동 Essbase 클러스터는 구성 및 데이터에 대한 공통 저장영역을 공유하는 두 개 이상의 Essbase 인스턴스로 구성됩니다. 저장소는 둘 이상의 서버(예: SAN 사용)에서 공유되므로 관리자가 저장소를 동기화할 필요가 없고 읽기 전용 지원의 제약 조건이 없습니다. Essbase는 데이터베이스 테이블을 사용하여 쓰기 시 데이터 손상을 방지하기 위해 하나의 에이전트 및 연관된 서버만 활성화되도록 합니다. 설치 및 구성 중에 클러스터의 구성 및 응용 프로그램 데이터에 대한 정보를 보관하기 위한 테이블이 만들어집니다.

Essbase 페일오버가 외부 에이전트(OPMN)에 의해 관리되는 Essbase 11g On-Premise와 비교하여 Essbase 26ai에서 WebLogic 아키텍처는 중앙 요청 임대 시스템과 함께 Essbase 페일오버를 지원합니다. 임대를 획득한 Essbase 인스턴스가 활성 노드가 됩니다. 다른 노드가 루프를 기다리고 있어 임대를 획득하려고 합니다.

설치 유형 구성요소 Essbase 11.1.2.4 Essbase 26ai
단일 노드 Provider Services
  • Provider Services는 항상 활성 상태인 단일 관리 서버에서 실행됩니다.
  • 실패가 발생하면 WebLogic 노드 관리자가 관리 서버를 다시 시작합니다.
Same as 11.1.2.4
- Essbase 에이전트
  • Essbase 에이전트 프로세스의 단일 인스턴스입니다.
  • 실패가 발생하면 OPMN은 동일한 노드에서 에이전트 인스턴스를 재시작합니다.
  • Essbase Java 에이전트는 활성 노드로 간주되는 단일 관리 서버에서 실행됩니다.
  • 관리 서버가 실패하면 노드 관리자가 관리 서버를 다시 시작합니다.
- Essbase 애플리케이션 서버. Essbase 애플리케이션 서버가 실패하면 Essbase 에이전트가 다음 서버 요청에 다시 시작합니다. Same as 11.1.2.4.
다중 노드(활성/수동) Provider Services
  • Provider Services는 클러스터의 각 노드와 함께 배포됩니다.
  • 모든 관리 서버가 동시에 실행되고 있습니다.
  • Provider Services는 노드에서 세션을 공유할 수 없습니다.
Same as 11.1.2.4.
- Essbase 에이전트
  • 페일오버만 지원되며 Essbase에 대한 로드 밸런싱 지원은 없습니다.
  • Essbase 수명 주기는 OPMN에 의해 관리됩니다.
  • OPMN 관리 능동-수동 솔루션입니다.
  • OPMN에 의해 마운트/마운트 해제된 공유 ARBORPATH(NFS) 또는 블록 스토리지입니다.
  • 활성 노드에서 실행 중인 Essbase에 연결할 수 없을 때마다(OPMNPing) OPMN은 다른 노드에서 Essbase를 다시 시작합니다.
  • 새로 실행된 Essbase 인스턴스는 해당 호스트 세부정보로 임대 테이블을 업데이트합니다.
  • 이전 노드에서 실행 중인 기존 Essbase 애플리케이션이 언로드됩니다. 언로드 프로세스가 완료될 때까지 새 노드의 에이전트는 해당 응용 프로그램을 실행할 수 없습니다.
  • 다른 노드에서 새 ESSBASE 프로세스가 시작됨에 따라 AGENTLEASEEXPIRATIONTIME초 후 몇 초 후에 작동 중지 시간이 발생할 수 있습니다.
  • OPMN은 이전 활성 노드(노드가 활성 상태인 경우)에서 블록 저장 영역 마운트 해제 명령을 실행하고 현재 활성 노드에서 mount 명령을 실행합니다.
  • 페일오버만 지원되며 Essbase에 대한 로드 밸런싱 지원은 없습니다.
  • Essbase 라이프 사이클은 WebLogic에서 관리되며 노드 관리자는 모든 WebLogic 인스턴스를 관리합니다.
  • 자체 관리 능동-수동 솔루션.
  • 공유 Essbase 애플리케이션 디렉토리(이전의 ARBORPATH)(NFS) + 공유 Essbase용 공유 관계형 데이터베이스
  • Essbase Java 에이전트는 모든 활성 노드에서 Provider Services와 동일한 관리 서버에 배포됩니다. Essbase Java 에이전트 인스턴스는 임대 알고리즘을 사용하여 특정 시점에 하나의 노드만 실행되도록 합니다. Essbase Java 에이전트가 모든 노드에서 작동 및 실행 중이지만 해당 노드 중 하나만 서비스에 사용할 수 있습니다. 나머지 Essbase Java 에이전트 인스턴스는 대기 모드로 유지되며 Essbase 요청을 수신하지 않습니다.
  • 활성 노드에서 임대를 갱신할 수 없을 때마다 수동 노드의 다른 Essbase Java 에이전트 인스턴스가 활성화됩니다.
  • 새로 실행된 Essbase는 해당 호스트 세부정보로 임대 테이블을 업데이트합니다.
  • 이전 노드에서 실행 중인 기존 Essbase 애플리케이션이 언로드됩니다. 언로드 프로세스가 완료될 때까지 새 노드의 에이전트를 서비스에 사용할 수 없습니다.
  • 페일오버가 있는 경우 새 Essbase Java Agent 인스턴스는 AGENTLEASEEXPIRATIONTIME 초 후 즉시 인계됩니다.
  • Essbase Java 에이전트(WebLogic 내)는 이전 활성 노드에서 블록 저장영역 마운트 해제 명령(노드가 활성 상태이고 정상 임대 릴리스인 경우) 및 현재 활성 노드에서 마운트 명령을 실행합니다.
- Essbase 애플리케이션 서버
  • 오류가 발생할 때마다 동일한 시스템에서 다시 시작됩니다.
  • Essbase 에이전트가 실패하거나 중지되면 서버가 종료됩니다. 종료가 완료될 때까지 새 활성 노드에서 동일한 응용 프로그램을 실행할 수 없습니다.
  • Essbase 서버 프로세스는 임대 테이블을 사용합니다.
서버 레벨 임대를 제외한 11.1.2.4와 동일합니다.