PeopleSoft 최대 가용성 구조

이 구조는 기본 사이트에 대한 간단한 PeopleSoft 고가용성 구조를 보여줍니다.

다음은 peoplesoft-ha-architecture.png에 대한 설명입니다.
그림 peoplesoft-ha-architecture.png에 대한 설명

GUID

고가용성 방식으로 PeopleSoft 애플리케이션 구성요소를 배치할 수 있습니다. 각 사이트, 개별 물리적 서버에 각 구성 요소의 인스턴스를 두 개 이상 배치하는 것이 좋습니다. 따라서 서버 중단은 가용성에 영향을 주지 않습니다. 하나의 서버를 사용할 수 없는 경우에도 각 서버 그룹은 최대 로드를 실행할 수 있는 충분한 용량을 사용하는 것이 좋습니다.

이 구조는 PeopleSoft에 대한 Oracle Maximum Availability Architecture(Oracle MAA)를 제공하기 위해 두번째 사이트에서 복제되고 두번째 사이트와 동기화됩니다.

PeopleSoft 애플리케이션 파일 시스템 레이아웃 기본 사항

이 예제는 PeopleSoft HRMS 9.2 U033 및 PeopleTools 8.57.11을 사용하여 수행되었습니다. 배치 옵션을 설명하기 전에 몇 가지 환경 변수에 대한 정의는 다음과 같습니다.

  • PS_HOME: PeopleTools 소프트웨어가 설치된 파일 시스템 위치입니다.
  • PS_APP_HOME: PeopleSoft 애플리케이션(HRMS, FIN, EPM 등)이 설치된 파일 시스템 위치이며, PeopleTools 8.52 이후 사용 가능한 변수입니다.
  • PS_CFG_HOME: 애플리케이션 및 웹 서버 도메인에 대한 구성 및 로그 파일을 포함하는 파일 시스템 위치입니다.
  • PS_CUST_HOME: PeopleSoft에 대한 사용자정의 기능을 추가하기 위한 사용자정의 코드 및 파일의 파일 시스템 위치입니다.
  • COBDIR: MicroFocus Server Express COBOL 컴파일러 및 런타임 라이브러리가 저장되는 파일 시스템 위치입니다. COBOL 프로그램을 실행할 각 서버에 MicroFocus Server Express를 설치해야 합니다. 라이센스 키 제한사항으로 인해 이 구성요소를 공유할 수 없습니다.

Oracle WebLogic 구성에는 보고서 출력용 파일 시스템 디렉토리를 보유하는 매개변수 ReportRepositoryPath도 있습니다.

PeopleSoft 소프트웨어는 다음 방법 중 하나로 설치할 수 있습니다.

  • 로컬 홈: PeopleSoft를 호스트할 각 서버에 Oracle JDK/JRE, Oracle WebLogic Server, Oracle Tuxedo, PeopleTools 및 PeopleSoft 애플리케이션과 같은 모든 PeopleSoft 소프트웨어 및 필수 기반 구조 구성 요소를 설치합니다.
  • 공유 홈: 공유 파일 시스템에 Oracle JDK/JRE, Oracle WebLogic Server, Oracle Tuxedo, PeopleTools 및 PeopleSoft 애플리케이션과 같은 모든 PeopleSoft 소프트웨어 및 필수 기반 구조 구성 요소를 설치합니다. 이 옵션을 사용하면 모든 노드의 PS_HOMEPS_APP_HOME 환경 변수가 단일 공유 파일 시스템 디렉토리 위치를 가리킵니다.

공유 홈 또는 로컬 홈이 사용되는지 여부에 관계없이 홈, COBDIR 및 보고서 저장소는 디스크 오류로부터 보호되는 중복성 형식을 제공하는 파일 시스템에 설치해야 합니다.

내결함성 공유 파일 시스템인 Oracle Cloud Infrastructure File Storage 서비스에 공유 홈 패러다임을 사용하여 PeopleSoft을 배포하는 것이 좋습니다.

PeopleSoft 웹 및 애플리케이션 계층 HA

앞서 설명한 PeopleSoft 최대 가용성 구조 다이어그램은 PeopleSoft 배치를 위한 가장 간단한 고가용성 구성입니다.

다음이 있습니다.

  • 로드 밸런서는 웹 서버 간에 웹 트래픽을 분산하는 데 사용됩니다. 이중 스위치는 중복성을 위해 구성됩니다.
  • 두 개 이상의 PeopleSoft Pure Internet Architecture(PIA) 웹 서버가 워크로드 배포 및 리던던시를 위해 구성되어 있습니다. 각 PIA 웹 서버는 2개 이상의 응용 프로그램 서버(아래 설명 참조)에 연결됩니다. 응용 프로그램 서버를 사용할 수 없게 되면 해당 요청은 대체 응용 프로그램 서버로 경로 지정됩니다.

    표준 구성에서 PIA 웹 서버 세션은 누적 상태이며 세션 기간 동안 특정 서버에 "고정"됩니다. 웹 서버에 장애가 발생하면 해당 서버의 사용자가 자동으로 정상적인 웹 서버로 이동하지만 재인증해야 하며 세션 상태가 손실됩니다.

  • PIA 웹 서버가 실패할 경우 세션 상태를 보존하도록 Coherence*Web 캐시 서버 클러스터가 구성됩니다.

    Coherence*Web 캐시 클러스터를 형성하기 위해 각 PIA 웹 호스트에 Coherence*Web 캐시 서버를 배치했습니다. 이 구성을 사용하면 실패한 웹 서버에 의해 영향을 받고 다른 서버로 경로 지정된 사용자는 작업을 다시 인증하거나 손실할 필요가 없습니다.

    주:

    Coherence*Web은 별도로 라이센스가 부여된 구성 요소이며 기본 PeopleSoft 설치의 일부로 포함되지 않습니다.

  • 응용 프로그램 서버를 사용할 수 없게 되면 중복성을 제공하도록 두 개 이상의 PeopleSoft 응용 프로그램 서버가 별도의 호스트(VM)에 구성됩니다. 이 계층에서는 대부분의 업무 논리가 실행됩니다. 이 레벨에는 세션 상태가 없으므로 Application Server가 손실될 경우 유저 재작업이 필요하지 않습니다. PIA 웹 서버가 나머지 응용 프로그램 서버로 요청을 라우팅할 때 지연이 관찰될 수 있습니다.
  • 두 개 이상의 PeopleSoft 프로세스 스케줄러가 구성되어 있습니다. 여기서는 응용 프로그램 서버에서 사용되는 물리적 하드웨어를 공유합니다. 시작되는 첫번째 프로세스 스케줄러는 "master"로 지정되고 나머지는 슬레이브입니다. 마스터는 슬레이브 프로세스 스케줄러에 작업을 지정합니다. 마스터가 실패하면 슬레이브 프로세스 스케줄러 중 하나가 마스터 역할을 인계합니다. 프로세스 스케줄러는 롤 기반 데이터베이스 서비스를 사용하여 데이터베이스에 연결합니다.