Richten Sie eine hochverfügbare PeopleSoft Architektur ein auf AWS

Ein aktives AWS Konto

Eine PeopleSoft Umgebung mit den erforderlichen Lizenzen für die Einrichtung AWS

Eine in Ihrem AWS Konto eingerichtete virtuelle private Cloud (VPC) mit den folgenden Ressourcen:

Dieses Muster bietet eine Hochverfügbarkeitslösung (HA). Es unterstützt keine Notfallwiederherstellungsszenarien (DR). In dem seltenen Fall, dass die gesamte AWS Region für die HA-Implementierung ausfällt, ist die Anwendung nicht mehr verfügbar.

PeopleSoft Anwendungen, auf denen PeopleTools 8.52 und höher ausgeführt wird

Amazon Route 53 wird als Domain Name Server (DNS) für die Weiterleitung von Anfragen aus dem Internet an die PeopleSoft Anwendung verwendet.

AWSWAFhilft Ihnen, sich vor gängigen Web-Exploits und Bots zu schützen, die Verfügbarkeit beeinträchtigen, die Sicherheit gefährden oder übermäßig viele Ressourcen verbrauchen können. AWS Shield Advanced (nicht abgebildet) bietet einen viel umfassenderen Schutz.

Ein Application Load Balancer sorgt für den Lastausgleich HTTP und den HTTPS Datenverkehr mit erweitertem Anforderungsrouting, das auf die Webserver abzielt.

Die Webserver, Anwendungsserver, Process Scheduler-Server und Elasticsearch-Server, die die PeopleSoft Anwendung unterstützen, werden in mehreren Availability Zones ausgeführt und verwenden Amazon EC2 Auto Scaling.

Die von der PeopleSoft Anwendung verwendete Datenbank läuft auf Amazon RDS in einer Multi-AZ-Konfiguration.

Die von der PeopleSoft Anwendung verwendete Dateifreigabe ist auf Amazon konfiguriert EFS und wird für den instanzübergreifenden Zugriff auf Dateien verwendet.

Amazon Machine Images (AMIs) werden von Amazon EC2 Auto Scaling verwendet, um sicherzustellen, dass PeopleSoft Komponenten bei Bedarf schnell geklont werden.

Die NATGateways verbinden Instances in einem privaten Subnetz mit Diensten außerhalb Ihres Subnetzes und stellen sicherVPC, dass externe Dienste keine Verbindung zu diesen Instances herstellen können.

Das Internet-Gateway ist eine horizontal skalierte, redundante und hochverfügbare VPC Komponente, die die Kommunikation zwischen Ihnen VPC und dem Internet ermöglicht.

Die Bastion-Hosts im öffentlichen Subnetz ermöglichen den Zugriff auf die Server im privaten Subnetz über ein externes Netzwerk, z. B. das Internet oder ein lokales Netzwerk. Die Bastion-Hosts bieten kontrollierten und sicheren Zugriff auf die Server in den privaten Subnetzen.

Datenbanken: Die Multi-AZ-Funktion von Amazon RDS betreibt zwei Datenbanken in mehreren Availability Zones mit synchroner Replikation. Dadurch entsteht eine hochverfügbare Umgebung mit automatischem Failover. Amazon RDS verfügt über eine Erkennung von Failover-Ereignissen und leitet ein automatisches Failover ein, wenn diese Ereignisse eintreten. Sie können ein manuelles Failover auch über Amazon RDS API einleiten. Eine ausführliche Erklärung finden Sie im Blogbeitrag Amazon RDS Under The Hood: Multi-AZ. Der Failover ist nahtlos und die Anwendung stellt in diesem Fall automatisch wieder eine Verbindung zur Datenbank her. Alle Process Scheduler-Jobs während des Failovers erzeugen jedoch Fehler und müssen erneut eingereicht werden.

PeopleSoft Anwendungsserver: Die Anwendungsserver sind auf mehrere Availability Zones verteilt und für sie wurde eine Auto Scaling Scaling-Gruppe definiert. Wenn eine Instanz ausfällt, ersetzt die Auto Scaling Scaling-Gruppe sie sofort durch eine fehlerfreie Instanz, die aus der Vorlage AMI des Anwendungsservers geklont wird. Insbesondere ist Jolt-Pooling aktiviert. Wenn also eine Anwendungsserver-Instance ausfällt, werden die Sitzungen automatisch auf einen anderen Anwendungsserver umgeleitet, und die Auto Scaling Scaling-Gruppe startet automatisch eine weitere Instance, startet den Anwendungsserver und registriert ihn im EFS Amazon-Mount. Der neu erstellte Anwendungsserver wird mithilfe des PSSTRSETUP.SH Skripts auf den Webservern automatisch zu den Webservern hinzugefügt. Dadurch wird sichergestellt, dass der Anwendungsserver immer hochverfügbar ist und sich nach einem Ausfall schnell erholt.

Prozessplaner: Die Process Scheduler-Server sind auf mehrere Availability Zones verteilt und für sie wurde eine Auto Scaling-Gruppe definiert. Wenn eine Instanz ausfällt, ersetzt die Auto Scaling Scaling-Gruppe sie sofort durch eine fehlerfreie Instance, die aus AMI der Process Scheduler-Servervorlage geklont wurde. Insbesondere wenn eine Prozessplaner-Instanz ausfällt, startet die Auto Scaling Scaling-Gruppe automatisch eine weitere Instanz und startet den Prozessplaner. Alle Jobs, die ausgeführt wurden, als die Instanz ausfiel, müssen erneut eingereicht werden. Dadurch wird sichergestellt, dass der Prozessplaner immer hochverfügbar ist und sich nach einem Ausfall schnell erholt.

Elasticsearch-Server: Für die Elasticsearch-Server wurde eine Auto Scaling Scaling-Gruppe definiert. Wenn eine Instance ausfällt, ersetzt die Auto Scaling Scaling-Gruppe sie sofort durch eine fehlerfreie Instance, die aus AMI der Elasticsearch-Servervorlage geklont wird. Insbesondere wenn eine Elasticsearch-Instance ausfällt, erkennt der Application Load Balancer, der Anfragen an sie sendet, den Fehler und sendet keinen Traffic mehr an sie. Die Auto Scaling Scaling-Gruppe startet automatisch eine weitere Instance und ruft die Elasticsearch-Instance auf. Wenn die Elasticsearch-Instance wieder verfügbar ist, erkennt der Application Load Balancer, dass sie fehlerfrei ist, und sendet erneut Anfragen an sie. Dadurch wird sichergestellt, dass der Elasticsearch-Server immer hochverfügbar ist und sich nach einem Ausfall schnell erholt.

Webserver: Für die Webserver ist eine Auto Scaling Scaling-Gruppe definiert. Wenn eine Instanz ausfällt, ersetzt die Auto Scaling Scaling-Gruppe sie sofort durch eine fehlerfreie Instanz, die aus AMI der Webserver-Vorlage geklont wurde. Insbesondere wenn eine Webserver-Instance ausfällt, erkennt der Application Load Balancer, der Anfragen an sie weiterleitet, den Fehler und beendet das Senden von Datenverkehr an sie. Die Auto Scaling Scaling-Gruppe startet automatisch eine weitere Instance und ruft die Webserver-Instance auf. Wenn die Webserver-Instance wieder verfügbar ist, erkennt der Application Load Balancer, dass sie fehlerfrei ist, und sendet erneut Anfragen an sie. Dadurch wird sichergestellt, dass der Webserver immer hochverfügbar ist und sich nach einem Ausfall schnell erholt.

Application Load Balancer verteilen den eingehenden Anwendungsdatenverkehr auf mehrere Ziele, z. B. EC2 Instances, in mehreren Availability Zones.

Amazon Elastic Block Store (AmazonEBS) bietet Speichervolumes auf Blockebene zur Verwendung mit Amazon Elastic Compute Cloud (AmazonEC2) -Instances.

Amazon Elastic Compute Cloud (AmazonEC2) bietet skalierbare Rechenkapazität in der AWS Cloud. Sie können so viele virtuelle Server wie nötig nutzen und sie schnell nach oben oder unten skalieren.

Amazon Elastic File System (AmazonEFS) unterstützt Sie bei der Erstellung und Konfiguration gemeinsam genutzter Dateisysteme in der AWS Cloud.

Amazon Relational Database Service (AmazonRDS) unterstützt Sie bei der Einrichtung, dem Betrieb und der Skalierung einer relationalen Datenbank in der AWS Cloud.

Amazon Route 53 ist ein hochverfügbarer und skalierbarer DNS Webservice.

Wenn Sie PeopleSoft weiterlaufenAWS, verwenden Sie Route 53, um den Verkehr aus dem Internet und lokal weiterzuleiten. Verwenden Sie die Failover-Option, um den Datenverkehr zur Disaster Recovery (DR) -Site umzuleiten, falls die primäre DB-Instance nicht verfügbar ist.

Verwenden Sie immer einen Application Load Balancer vor der PeopleSoft Umgebung. Dadurch wird sichergestellt, dass der Datenverkehr auf sichere Weise auf die Webserver verteilt wird.

Stellen Sie in den Zielgruppeneinstellungen des Application Load Balancer sicher, dass Stickiness mit einem vom Load Balancer generierten Cookie aktiviert ist.

Für eine PeopleSoft Produktionsanwendung muss das Leerlauf-Timeout des Application Load Balancer mit den Einstellungen in dem von Ihnen verwendeten Webprofil übereinstimmen. Dadurch wird verhindert, dass Benutzersitzungen auf der Load Balancer-Ebene ablaufen.

Legen Sie für eine PeopleSoft Produktionsanwendung den Wert für die Anzahl der Wiederverwendungsvorgänge auf dem Anwendungsserver auf einen Wert fest, der Speicherlecks minimiert.

Wenn Sie eine RDS Amazon-Datenbank für Ihre PeopleSoft Produktionsanwendung verwenden, wie in diesem Muster beschrieben, führen Sie sie für hohe Verfügbarkeit im Multi-AZ-Format aus.

Wenn Ihre Datenbank auf einer EC2 Instance für Ihre PeopleSoft Produktionsanwendung läuft, stellen Sie sicher, dass eine Standby-Datenbank in einer anderen Availability Zone läuft, um Hochverfügbarkeit zu gewährleisten.

Stellen Sie für DR sicher, dass Ihre RDS Amazon-Datenbank oder EC2 Instance über eine Standby-Version verfügt, die in einer anderen AWS Region als die Produktionsdatenbank konfiguriert ist. Dadurch wird sichergestellt, dass Sie im Falle eines Notfalls in der Region die Anwendung auf eine andere Region umstellen können.

Verwenden Sie für DR Amazon Elastic Disaster Recovery, um Komponenten auf Anwendungsebene in einer von den Produktionskomponenten getrennten Region einzurichten. Dadurch wird sichergestellt, dass Sie bei einem Notfall in der Region die Anwendung auf eine andere Region umstellen können.

Verwenden Sie Amazon EFS (für moderate I/O-Anforderungen) oder Amazon FSx (für hohe I/O-Anforderungen), um Ihre PeopleSoft Berichte, Anlagen und Datendateien zu speichern. Dadurch wird sichergestellt, dass der Inhalt an einem zentralen Ort gespeichert wird und von überall innerhalb der Infrastruktur abgerufen werden kann.

Verwenden Sie Amazon CloudWatch (einfach und detailliert), um die AWS Cloud-Ressourcen, die Ihre PeopleSoft Anwendung verwendet, nahezu in Echtzeit zu überwachen. Dadurch wird sichergestellt, dass Sie sofort über Probleme informiert werden und diese schnell beheben können, bevor sie die Verfügbarkeit der Umgebung beeinträchtigen.

Wenn Sie eine RDS Amazon-Datenbank als Datenbank verwenden, verwenden Sie Enhanced Monitoring. PeopleSoft Diese Funktion bietet Zugriff auf über 50 Messwerte, darunter SpeicherCPU, Dateisystem-I/O und Festplatten-I/O.

Wird verwendet AWS CloudTrail, um API Aufrufe der AWS Ressourcen zu überwachen, die Ihre PeopleSoft Anwendung verwendet. Dies hilft Ihnen bei der Durchführung von Sicherheitsanalysen, der Nachverfolgung von Ressourcenänderungen und der Überprüfung der Einhaltung von Vorschriften.

Um Ihre PeopleSoft Anwendung vor häufigen Exploits wie SQL Injection oder Cross-Site Scripting (XSS) zu schützen, verwenden Sie. AWSWAF Erwägen Sie die Verwendung von AWSShield Advanced für maßgeschneiderte Erkennungs- und Schadensbegrenzungsdienste.

Fügen Sie dem Application Load Balancer eine Regel hinzu, um den Datenverkehr HTTPS automatisch von HTTP zu umzuleiten, um Ihre PeopleSoft Anwendung zu schützen.

Richten Sie eine separate Sicherheitsgruppe für den Application Load Balancer ein. Diese Sicherheitsgruppe sollte nur HTTPS HTTP eingehenden und keinen ausgehenden Datenverkehr zulassen. Dadurch wird sichergestellt, dass nur beabsichtigter Datenverkehr zulässig ist, und trägt zum Schutz Ihrer Anwendung bei.

Verwenden Sie private Subnetze für die Anwendungsserver, Webserver und die Datenbank und verwenden Sie NATGateways für ausgehenden Internetverkehr. Dadurch wird sichergestellt, dass die Server, die die Anwendung unterstützen, nicht öffentlich erreichbar sind, und der öffentliche Zugriff wird nur für die Server gewährt, die ihn benötigen.

Verwenden Sie verschiedene Optionen VPCs für den Betrieb Ihrer PeopleSoft Produktions- und Nichtproduktionsumgebungen. Verwenden Sie AWSTransit Gateway, VPCPeeringACLs, Netzwerk und Sicherheitsgruppen, um den Datenfluss zwischen dem VPCs und, falls erforderlich, Ihrem lokalen Rechenzentrum zu steuern.

Folgen Sie dem Prinzip der geringsten Rechte. Gewähren Sie nur Benutzern Zugriff auf die von der PeopleSoft Anwendung verwendeten AWS Ressourcen, die ihn unbedingt benötigen. Gewähren Sie nur die Mindestberechtigungen, die zur Ausführung einer Aufgabe erforderlich sind. Weitere Informationen finden Sie in der Sicherheitssäule des AWS Well-Architected Framework.

Verwenden Sie nach Möglichkeit AWSSystems Manager, um auf die EC2 Instanzen zuzugreifen, die die PeopleSoft Anwendung verwendet.

Wenn Sie einen Application Load Balancer verwenden, registrieren Sie ein einzelnes Ziel für jede aktivierte Availability Zone. Dadurch ist der Load Balancer am effektivsten.

Wir empfehlen, dass Sie URLs für jede PeopleSoft Produktionsumgebung drei unterschiedliche Optionen verwenden: eine für den URL Zugriff auf die Anwendung, eine für den Integration Broker und eine für die Anzeige von Berichten. Wenn möglich, URL sollte jede über eigene dedizierte Webserver und Anwendungsserver verfügen. Dieses Design trägt dazu bei, Ihre PeopleSoft Anwendung sicherer zu machen, da jede Anwendung über unterschiedliche Funktionen und kontrollierten Zugriff URL verfügt. Es minimiert auch den Umfang der Auswirkungen, wenn die zugrunde liegenden Dienste ausfallen.

Wir empfehlen Ihnen, Integritätsprüfungen für die Load Balancer-Zielgruppen für Ihre PeopleSoft Anwendung zu konfigurieren. Die Integritätsprüfungen sollten auf den Webservern und nicht auf den EC2 Instanzen durchgeführt werden, auf denen diese Server ausgeführt werden. Dadurch wird sichergestellt, dass der Application Load Balancer diese Informationen korrekt wiedergibt, wenn der Webserver abstürzt oder die EC2 Instanz, die den Webserver hostet, ausfällt.

Für eine PeopleSoft Produktionsanwendung empfehlen wir, die Webserver auf mindestens drei Availability Zones zu verteilen. Dadurch wird sichergestellt, dass die PeopleSoft Anwendung immer hochverfügbar ist, auch wenn eine der Availability Zones ausfällt.

Für eine PeopleSoft Produktionsanwendung aktivieren Sie Jolt Pooling ()joltPooling=true. Dadurch wird sichergestellt, dass Ihre Anwendung ein Failover auf einen anderen Anwendungsserver durchführt, falls ein Server zu Patching-Zwecken oder aufgrund eines VM-Fehlers ausgefallen ist.

Legen Sie für eine PeopleSoft Produktionsanwendung den Wert 1 festDynamicConfigReload . Diese Einstellung wird in PeopleTools Version 8.52 und höher unterstützt. Sie fügt dem Webserver dynamisch neue Anwendungsserver hinzu, ohne die Server neu zu starten.

Um Ausfallzeiten bei der Installation von PeopleTools Patches zu minimieren, verwenden Sie die blaue/grüne Bereitstellungsmethode für Ihre Auto Scaling Scaling-Gruppenstartkonfigurationen für die Web- und Anwendungsserver. Weitere Informationen finden Sie im AWS Whitepaper im Überblick über die Bereitstellungsoptionen.

Verwenden Sie AWSBackup, um Ihre PeopleSoft Anwendung zu sichernAWS. AWS Backup ist ein kostengünstiger, vollständig verwalteter, richtlinienbasierter Service, der den Datenschutz in großem Maßstab vereinfacht.

Beenden Sie den SSL am Application Load Balancer, um eine optimale Leistung der PeopleSoft Umgebung zu erzielen, es sei denn, Ihr Unternehmen benötigt verschlüsselten Datenverkehr in der gesamten Umgebung.

Erstellen Sie VPCSchnittstellenendpunkte für AWS Dienste wie Amazon Simple Notification Service (AmazonSNS), CloudWatchsodass der Datenverkehr immer intern ist. Das ist kostengünstig und trägt zur Sicherheit Ihrer Anwendung bei.

Kennzeichnen Sie alle Ressourcen, die von Ihrer PeopleSoft Umgebung verwendet werden, und aktivieren Sie Tags zur Kostenzuweisung. Diese Tags helfen Ihnen dabei, Ihre Ressourcenkosten einzusehen und zu verwalten.

Richten Sie für eine PeopleSoft Produktionsanwendung Auto Scaling Scaling-Gruppen für die Webserver und die Anwendungsserver ein. Dadurch wird eine minimale Anzahl von Web- und Anwendungsservern zur Unterstützung Ihrer Anwendung bereitgestellt. Sie können Auto Scaling Scaling-Gruppenrichtlinien verwenden, um die Server nach Bedarf hoch- und herunterzuskalieren.

Verwenden Sie Abrechnungsalarme, um Benachrichtigungen zu erhalten, wenn die Kosten einen von Ihnen angegebenen Budgetschwellenwert überschreiten.

Verwenden Sie Infrastructure as Code (IaC), um Ihre PeopleSoft Umgebungen zu verwalten. Auf diese Weise können Sie konsistente Umgebungen aufbauen und die Kontrolle über Änderungen behalten.

PeopleSoft Oracle-Webseite

AWS-Dokumentation