PeopleSoft Architecture de disponibilité maximale

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

Description de l'illustration peopleoft-ha-architecture.png

GUID

Vous pouvez déployer les composants d'application PeopleSoft de manière hautement disponible. Nous vous recommandons de déployer plus d'une instance de chaque composant sur chaque site, sur des serveurs physiques distincts, afin qu'une panne de serveur n'affecte pas la disponibilité. Nous recommandons que chaque groupe de serveurs dispose 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 vers un deuxième site afin de fournir Oracle Maximum Availability Architecture (Oracle MAA) pour PeopleSoft.

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

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

• PS_HOME : Emplacement du système de fichiers où le logiciel PeopleTools est installé.
• PS_APP_HOME : Emplacement du système de fichiers où l'application PeopleSoft (HRMS, FIN, EPM, etc.) est installée, variable disponible depuis la version PeopleTools 8.52.
• PS_CFG_HOME : Emplacement du système de fichiers contenant les fichiers de configuration et les fichiers journaux pour les domaines d'application et de serveur Web.
• PS_CUST_HOME : Emplacement du système de fichiers pour le code personnalisé et les fichiers pour l'ajout de fonctionnalités personnalisées pour PeopleSoft.
• COBDIR : Emplacement du système de fichiers où sont stockés le compilateur et les bibliothèques d'exécution MicroFocus Server Express COBOL. MicroFocus Server Express doit être installé sur chaque serveur qui exécutera 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 du rapport.

Le logiciel PeopleSoft peut être installé de l'une des façons suivantes :

• Répertoires de base locaux : Installation de tous les composants logiciels PeopleSoft et 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 logiciels et d'infrastructure requis 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.

Que des répertoires de base partagés ou locaux soient 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 défaillances de disque.

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

PeopleSoft Haute disponibilité au niveau du Web et des applications

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

Il comporte les éléments suivants :

• Un équilibreur de charge est utilisé pour répartir le trafic Web entre les serveurs Web. Deux commutateurs 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 de travail. Chaque serveur Web PIA se connecte à deux serveurs d'applications ou plus (décrit 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 accumulent l'état et sont " collantes " à un serveur spécifique pendant la durée de leur session. Laissés tels quels, si un serveur Web échoue, les utilisateurs de ce serveur seront automatiquement dirigés vers un serveur Web survivant, mais devront s'authentifier de nouveau et perdront leur état de session.

• Un cluster de serveurs de cache Coherence*Web est configuré pour conserver l'état de la 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 touchés par un serveur Web défaillant et acheminés vers un autre n'ont pas à s'authentifier de nouveau ou à perdre du travail.

  Note :

  Coherence*Web est un composant sous licence distincte qui n'est pas inclus dans 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 l'essentiel de la logique métier est exécuté. Comme il n'y a pas d'état de session à ce niveau, la perte d'un serveur d'applications n'entraîne pas un besoin de réusinage de l'utilisateur. Un délai peut être observé lorsque le serveur Web PIA achemine la demande vers un serveur d'applications restant.
• Deux programmateurs de processus PeopleSoft ou plus sont configurés, affichés ici pour partager le matériel physique utilisé par les serveurs d'applications. Le premier Répartiteur de traitements qui démarre est désigné " maître "; le reste est esclave. Le maître affecte des tâches aux répartiteurs de traitements esclaves. Si le maître échoue, l'un des répartiteurs de processus esclave prend le rôle de maître. Les répartiteurs de traitements se connectent à la base de données à l'aide de services de base de données basés sur les rôles.