PeopleSoft Architecture de disponibilité maximale

Cette architecture illustre une architecture de haute disponibilité PeopleSoft simple pour le site principal.

Description de l'image peoplesoft-ha-architecture.png

GUID

Vous pouvez déployer des composants d'application PeopleSoft de manière hautement disponible. Nous vous recommandons de déployer plusieurs instances de chaque composant sur chaque site, sur des serveurs physiques distincts, de sorte qu'une panne de serveur n'affecte pas la disponibilité. Nous recommandons à chaque groupe de serveurs de disposer d'une capacité suffisante pour exécuter une charge maximale, même lorsqu'un serveur n'est pas disponible.

Cette architecture est dupliquée et synchronisée sur un deuxième site afin de fournir Oracle Maximum Availability Architecture (Oracle MAA) pour PeopleSoft.

PeopleSoft Notions de base de la disposition du système de fichiers d'application

Cet exemple a été réalisé à l'aide de PeopleSoft HRMS 9.2 U033 et PeopleTools 8.57.11. Avant de décrire les options de déploiement, voici la définition de certaines variables d'environnement :

• PS_HOME : emplacement du système de fichiers dans lequel le logiciel PeopleTools est installé.
• PS_APP_HOME : emplacement du système de fichiers dans lequel l'application PeopleSoft (HRMS, FIN, EPM, etc.) est installée, variable disponible depuis PeopleTools 8.52.
• PS_CFG_HOME : emplacement du système de fichiers contenant les fichiers journaux et de configuration pour les domaines d'application et de serveur Web.
• PS_CUST_HOME : emplacement du système de fichiers pour le code personnalisé et fichiers pour l'ajout de fonctionnalités personnalisées pour PeopleSoft.
• COBDIR : emplacement du système de fichiers dans lequel sont stockés le compilateur COBOL Server Express MicroFocus et les bibliothèques d'exécution. MicroFocus Server Express doit être installé sur chaque serveur exécutant les programmes COBOL. Ce composant ne peut pas être partagé en raison de restrictions de clé de licence.

Il existe également un paramètre dans la configuration Oracle WebLogic, ReportRepositoryPath, qui contient le répertoire du système de fichiers pour la sortie de rapport.

Le logiciel PeopleSoft peut être installé de l'une des manières suivantes :

• Répertoires de base locaux : installation de tous les logiciels PeopleSoft et des composants d'infrastructure requis, tels qu'Oracle JDK/JRE, Oracle WebLogic Server, Oracle Tuxedo, PeopleTools et les applications PeopleSoft sur chaque serveur qui hébergera PeopleSoft.
• Répertoires de base partagés : installation de tous les composants d'infrastructure requis et logiciels PeopleSoft, tels qu'Oracle JDK/JRE, Oracle WebLogic Server, Oracle Tuxedo, PeopleTools et les applications PeopleSoft, sur un système de fichiers partagé. Avec cette option, les variables d'environnement PS_HOME et PS_APP_HOME sur tous les noeuds pointent vers un emplacement de répertoire de système de fichiers partagé unique.

Si des répertoires de base partagés ou locaux sont utilisés, les répertoires de base, COBDIR et le référentiel de rapports doivent être installés sur des systèmes de fichiers offrant une forme de redondance qui protège contre les pannes de disque.

Nous vous recommandons de déployer PeopleSoft à l'aide du paradigme de répertoire de base partagé sur le service Oracle Cloud Infrastructure File Storage, un système de fichiers partagé tolérant les pannes.

PeopleSoft HA au niveau du Web et des applications

Le diagramme d'architecture de disponibilité maximale PeopleSoft présenté précédemment est la configuration de haute disponibilité la plus simple pour un déploiement PeopleSoft.

Elle comprend les éléments suivants :

• Un équilibreur de charge est utilisé pour distribuer le trafic Web sur les serveurs Web. Les commutateurs doubles sont configurés pour la redondance.
• Deux serveurs Web PeopleSoft Pure Internet Architecture (PIA) ou plus sont configurés pour la répartition et la redondance de la charge globale. Chaque serveur Web PIA se connecte à deux serveurs d'applications ou plus (décrits ci-dessous). Si un serveur d'applications devient indisponible, ses demandes sont acheminées vers un autre serveur d'applications.

  Notez que, dans une configuration standard, les sessions de serveur Web PIA cumulent l'état et sont "collantes" à un serveur spécifique pendant toute la durée de leur session. Laissés tels quels, si un serveur Web tombe en panne, les utilisateurs de ce serveur seront automatiquement dirigés vers un serveur Web survivant, mais devront se réauthentifier et perdront leur état de session.

• Un cluster de serveurs de cache Coherence*Web est configuré pour conserver l'état de session en cas de défaillance d'un serveur Web PIA.

  Nous avons placé un serveur de cache Coherence*Web sur chaque hôte Web PIA pour former un cluster de cache Coherence*Web. Avec cette configuration, les utilisateurs affectés par un serveur Web défaillant et acheminés vers un autre n'ont pas besoin de se réauthentifier ou de perdre du travail.

  Remarques :

  Coherence*Web est un composant sous licence distincte et n'est pas inclus dans le cadre d'une installation de base PeopleSoft.

• Deux serveurs d'applications PeopleSoft ou plus sont configurés sur des hôtes distincts pour assurer la redondance en cas d'indisponibilité d'un serveur d'applications. C'est à cette couche que la majeure partie de la logique métier est exécutée. En l'absence d'état de session à ce niveau, la perte d'un serveur d'applications n'entraîne pas la nécessité d'un retraitement par l'utilisateur. Un délai peut être observé lorsque le serveur Web PIA achemine la demande vers un serveur d'applications restant.
• Deux ou plusieurs planificateurs de processus PeopleSoft sont configurés, présentés ici partageant le matériel physique utilisé par les serveurs d'applications. Le premier planificateur de processus qui démarre est désigné comme "maître" ; les autres sont des esclaves. Le maître affecte des travaux aux planificateurs de processus esclaves. Si le maître échoue, l'un des planificateurs de processus esclaves prend le rôle de maître. Les planificateurs de processus se connectent à la base de données à l'aide de services de base de données basés sur les rôles.