PeopleSoft Arquitetura de Disponibilidade Máxima

Essa arquitetura ilustra uma arquitetura simples de alta disponibilidade do PeopleSoft para o site principal.

Veja a seguir a descrição da peoplesoft-ha-architecture.png
Descrição da ilustração peoplesoft-ha-architecture.png

GUID

Você pode implantar componentes do aplicativo PeopleSoft de maneira altamente disponível. Recomendamos que você implante mais de uma instância de cada componente em cada site, em servidores físicos separados, para que uma interrupção do servidor não afete a disponibilidade. Recomendamos que cada grupo de servidores tenha capacidade adequada para executar a carga de pico mesmo quando um servidor estiver indisponível.

Essa arquitetura é duplicada e sincronizada em um segundo site para fornecer o Oracle Maximum Availability Architecture (Oracle MAA) para PeopleSoft.

PeopleSoft Conceitos Básicos de Layout do Sistema de Arquivos do Aplicativo

Este exemplo foi feito usando PeopleSoft HRMS 9.2 U033 e PeopleTools 8.57.11. Antes de descrever as opções de implantação, veja a seguir as definições de algumas das variáveis de ambiente:

  • PS_HOME: o local do sistema de arquivos onde o software PeopleTools está instalado.
  • PS_APP_HOME: o local do sistema de arquivos em que o aplicativo PeopleSoft (HRMS, FIN, EPM etc.) está instalado, uma variável disponível desde PeopleTools 8.52.
  • PS_CFG_HOME: o local do sistema de arquivos que contém os arquivos de configuração e log do aplicativo e dos domínios do servidor Web.
  • PS_CUST_HOME: a localização do sistema de arquivos para código personalizado e arquivos para adicionar funcionalidade personalizada para PeopleSoft.
  • COBDIR: o local do sistema de arquivos onde o compilador COBOL MicroFocus Server Express e as bibliotecas de runtime são armazenados. É necessário que o MicroFocus Server Express seja instalado em cada servidor que executará programas COBOL. Este componente não pode ser compartilhado devido a restrições de chave de licença.

Há também um parâmetro na configuração do Oracle WebLogic, ReportRepositoryPath, que contém o diretório do sistema de arquivos para a saída do relatório.

O software PeopleSoft pode ser instalado de uma das seguintes maneiras:

  • Homes Locais: instalando todos os softwares PeopleSoft e componentes de infraestrutura necessários, como Oracle JDK/JRE, Oracle WebLogic Server, Oracle Tuxedo, PeopleTools e os aplicativos PeopleSoft em cada servidor que hospedará PeopleSoft.
  • Homes Compartilhados: Instalando todos os componentes de software PeopleSoft e infraestrutura necessários, como Oracle JDK/JRE, Oracle WebLogic Server, Oracle Tuxedo, PeopleTools e os aplicativos PeopleSoft em um sistema de arquivos compartilhado. Com essa opção, as variáveis de ambiente PS_HOME e PS_APP_HOME em todos os nós apontam para um único local de diretório do sistema de arquivos compartilhado.

Se homes compartilhados ou locais forem usados, os homes, o COBDIR e o repositório de relatórios deverão ser instalados em sistemas de arquivos que oferecem uma forma de redundância que protege contra falhas de disco.

Recomendamos que você implante PeopleSoft usando o paradigma de home compartilhado no serviço Oracle Cloud Infrastructure File Storage, um sistema de arquivos compartilhado tolerante a falhas.

PeopleSoft HA de Camadas Web e Application

O diagrama da arquitetura de Disponibilidade Máxima PeopleSoft mostrado anteriormente é a configuração de alta disponibilidade mais simples para uma implantação PeopleSoft.

Ela tem o seguinte:

  • Um balanceador de carga é usado para distribuir o tráfego da Web entre os servidores Web. Switches duplos são configurados para redundância.
  • Dois ou mais servidores Web do PeopleSoft Pure Internet Architecture (PIA) estão configurados para distribuição de carga de trabalho e redundância. Cada servidor Web PIA se conecta a dois ou mais servidores de aplicativos (descritos abaixo). Se um servidor de aplicativos ficar indisponível, suas solicitações serão roteadas para um servidor de aplicativos alternativo.

    Observe que, em uma configuração padrão, as sessões do servidor Web PIA acumulam estado e são "pegajosas" para um servidor específico durante a sessão. Deixados como estão, se um servidor Web falhar, os usuários desse servidor serão automaticamente direcionados para um servidor Web sobrevivente, mas terão que se autenticar novamente e perderão seu estado de sessão.

  • Um cluster do servidor de cache Coherence*Web é configurado para preservar o estado da sessão se um servidor Web PIA falhar.

    Colocamos um servidor de cache Coherence*Web em cada host Web PIA para formar um cluster de cache Coherence*Web. Com essa configuração, os usuários afetados por um servidor Web com falha e roteados para outro não precisam se autenticar novamente ou perder o trabalho.

    Observação:

    O Coherence*Web é um componente licenciado separadamente e não é incluído como parte de uma instalação base PeopleSoft.

  • Dois ou mais servidores de aplicativos PeopleSoft são configurados em hosts (VMs) separados para fornecer redundância caso um servidor de aplicativos fique indisponível. É nessa camada que a maior parte da lógica de negócios é executada. Como não há estado de sessão neste nível, a perda de um servidor de aplicativos não resulta na necessidade de retrabalho do usuário. Um atraso pode ser observado à medida que o servidor Web PIA encaminha a solicitação para um servidor de aplicativos restante.
  • Dois ou mais process schedulers PeopleSoft estão configurados, mostrados aqui compartilhando o hardware físico usado pelos servidores de aplicativos. O primeiro process scheduler que inicia é designado "mestre"; o restante é subordinado. O mestre atribui tarefas aos process schedulers subordinados. Se o mestre falhar, um dos process schedulers subordinados assumirá a função de mestre. Os process schedulers se conectam ao banco de dados usando serviços de banco de dados baseados em atribuição.