PeopleSoft Architettura della massima disponibilità

Questa architettura illustra una semplice architettura PeopleSoft ad alta disponibilità per il sito principale.

Descrizione dell'immagine peoplesoft-ha-architecture.png

GUID

È possibile distribuire i componenti dell'applicazione PeopleSoft in modo altamente disponibile. Si consiglia di distribuire più istanze di ogni componente in ogni sito, su server fisici separati, in modo che l'indisponibilità di un server non influisca sulla disponibilità. È consigliabile che ogni gruppo di server disponga di una capacità adeguata per eseguire il carico di picco anche quando un server non è disponibile.

Questa architettura viene duplicata e sincronizzata in un secondo sito per fornire Oracle Maximum Availability Architecture (Oracle MAA) per PeopleSoft.

Informazioni di base sul layout del file system dell'applicazione PeopleSoft

Questo esempio è stato eseguito utilizzando PeopleSoft HRMS 9.2 U033 e PeopleTools 8.57.11. Prima di descrivere le opzioni di distribuzione, di seguito sono riportate le definizioni di alcune variabili di ambiente.

• PS_HOME: la posizione del file system in cui è installato il software PeopleTools.
• PS_APP_HOME: la posizione del file system in cui è installata l'applicazione PeopleSoft (HRMS, FIN, EPM e così via), una variabile disponibile dalla versione PeopleTools 8.52.
• PS_CFG_HOME: la posizione del file system che contiene i file di configurazione e di log per i domini dell'applicazione e del server Web.
• PS_CUST_HOME: la posizione del file system per il codice personalizzato e i file per l'aggiunta di funzionalità personalizzate per PeopleSoft.
• COBDIR: la posizione del file system in cui sono memorizzati il compilatore COBOL Server Express MicroFocus e le librerie di runtime. È necessario installare MicroFocus Server Express su ogni server che eseguirà i programmi COBOL. Impossibile condividere questo componente a causa di limitazioni della chiave di licenza.

Nella configurazione di Oracle WebLogic, ReportRepositoryPath, è presente anche un parametro che contiene la directory del file system per l'output del report.

Il software PeopleSoft può essere installato in uno dei modi indicati di seguito.

• Home locali: installazione di tutti i componenti del software PeopleSoft e dell'infrastruttura richiesta, ad esempio Oracle JDK/JRE, Oracle WebLogic Server, Oracle Tuxedo, PeopleTools e le applicazioni PeopleSoft su ciascun server che ospiterà PeopleSoft.
• Home condivise: installazione di tutti i componenti del software PeopleSoft e dell'infrastruttura richiesta, ad esempio Oracle JDK/JRE, Oracle WebLogic Server, Oracle Tuxedo, PeopleTools e le applicazioni PeopleSoft in un file system condiviso. Con questa opzione, le variabili di ambiente PS_HOME e PS_APP_HOME su tutti i nodi puntano a una singola posizione di directory del file system condiviso.

Sia che vengano utilizzate home condivise che locali, le home, COBDIR e il repository dei report devono essere installati nei file system che offrono una forma di ridondanza che protegge da guasti del disco.

Si consiglia di distribuire PeopleSoft utilizzando il paradigma della home condivisa nel servizio Oracle Cloud Infrastructure File Storage, un file system condiviso con tolleranza agli errori.

PeopleSoft Livello Web e applicazione HA

Il diagramma dell'architettura PeopleSoft Maximum Availability mostrato in precedenza è la configurazione di High Availability più semplice per una distribuzione PeopleSoft.

Contiene quanto segue:

• Un load balancer viene utilizzato per distribuire il traffico Web tra i server Web. I due switch sono configurati per la ridondanza.
• Due o più server Web PeopleSoft Pure Internet Architecture (PIA) sono configurati per la distribuzione e la ridondanza dei carichi di lavoro. Ogni server Web PIA si connette a due o più server applicazioni (descritti di seguito). Se un Application Server diventa non disponibile, le relative richieste verranno instradate a un Application Server alternativo.

  Si noti che, in una configurazione standard, le sessioni del server Web PIA accumulano lo stato e sono "appiccicose" per un server specifico per la durata della sessione. Se un server Web non riesce, gli utenti di tale server verranno indirizzati automaticamente a un server Web sopravvissuto, ma dovranno rieseguire l'autenticazione e perderanno lo stato della sessione.

• È configurato un cluster di server cache Web Coherence* per preservare lo stato della sessione in caso di errore di un server Web PIA.

  Abbiamo posizionato un server cache Web Coherence* su ciascun host Web PIA per formare un cluster cache Web Coherence*. Con questa configurazione, gli utenti interessati da un server Web non riuscito e instradati a un altro non devono eseguire di nuovo l'autenticazione o perdere il lavoro.

  Nota

  Coherence*Web è un componente con licenza separata e non è incluso nell'ambito di un'installazione PeopleSoft di base.

• Due o più Application Server PeopleSoft sono configurati su host separati (VM) per fornire ridondanza nel caso in cui un Application Server non sia più disponibile. È a questo livello che viene eseguita la maggior parte della business logic. Poiché non esiste uno stato di sessione a questo livello, la perdita di un Application Server non comporta la necessità di rielaborazione da parte dell'utente. Un ritardo può essere osservato come il server Web PIA instrada la richiesta a un server applicazioni rimanente.
• Sono configurati due o più scheduler di processo PeopleSoft, mostrati qui per condividere l'hardware fisico utilizzato dagli Application Server. Il primo scheduler di processo che inizia è designato "master"; il resto sono schiavi. Il master assegna i job agli scheduler dei processi slave. Se il master non riesce, uno degli scheduler dei processi slave assumerà il ruolo di master. Gli scheduler di processo si connettono al database utilizzando i servizi di database basati sui ruoli.