Configura un' PeopleSoft architettura ad alta disponibilità su AWS - Prontuario AWS
RiepilogoPrerequisiti e limitazioniArchitetturaStrumentiBest practiceEpicheRisorse correlate

Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.

Configura un' PeopleSoft architettura ad alta disponibilità su AWS

Ambiente: produzione

Tecnologie: produttività aziendale; infrastruttura; app Web e mobili; database

Carico di lavoro: Oracle

Servizi AWS: Amazon EC2 Auto Scaling; Amazon EFS; Elastic Load Balancing (ELB); Amazon RDS

Riepilogo

Quando esegui la migrazione dei PeopleSoft carichi di lavoro in AWS, la resilienza è un obiettivo importante. Garantisce che la tua PeopleSoft applicazione sia sempre altamente disponibile e in grado di ripristinarsi rapidamente in caso di guasti.

Questo modello fornisce un'architettura per PeopleSoft le tue applicazioni su AWS per garantire l'alta disponibilità (HA) a livello di rete, applicazione e database. Utilizza un database Amazon Relational Database Service (Amazon RDS) per Oracle o Amazon RDS for SQL Server per il livello del database. Questa architettura include anche servizi AWS come Amazon Route 53, Amazon Elastic Compute Cloud (Amazon EC2), istanze Linux, Amazon Elastic Block Storage (Amazon EBS), Amazon Elastic File System (Amazon EFS) e Application Load Balancer ed è scalabile.

Oracle PeopleSoft offre una suite di strumenti e applicazioni per la gestione della forza lavoro e altre operazioni aziendali.

Prerequisiti e limitazioni

Prerequisiti

  • Un account AWS attivo

  • Un PeopleSoft ambiente con le licenze necessarie per configurarlo su AWS

  • Un cloud privato virtuale (VPC) configurato nel tuo account AWS con le seguenti risorse:

    • Almeno due zone di disponibilità

    • Una sottorete pubblica e tre sottoreti private in ogni zona di disponibilità

    • Un gateway NAT e un gateway Internet

    • Tabelle di routing per ogni sottorete per instradare il traffico

    • Elenchi di controllo dell'accesso alla rete (ACL di rete) e gruppi di sicurezza definiti per garantire la sicurezza dell' PeopleSoft applicazione in conformità con gli standard dell'organizzazione

Limitazioni

  • Questo modello fornisce una soluzione ad alta disponibilità (HA). Non supporta scenari di disaster recovery (DR). Nel raro caso in cui l'intera regione AWS per l'implementazione HA non funzioni, l'applicazione non sarà più disponibile.

Versioni del prodotto

  • PeopleSoft applicazioni con versione PeopleTools 8.52 e successive

Architettura

Architettura Target

I tempi di inattività o le interruzioni dell'applicazione di PeopleSoft produzione influiscono sulla disponibilità dell'applicazione e causano gravi interruzioni dell'attività.

Si consiglia di progettare l'applicazione PeopleSoft di produzione in modo che sia sempre altamente disponibile. È possibile raggiungere questo obiettivo eliminando i singoli punti di errore, aggiungendo punti di crossover o failover affidabili e rilevando i guasti. Il diagramma seguente illustra un'architettura HA per on PeopleSoft AWS.

Architettura ad alta disponibilità per PeopleSoft AWS

Questa implementazione di architettura utilizza Amazon RDS for PeopleSoft Oracle come database e istanze EC2 in esecuzione su Red Hat Enterprise Linux (RHEL). Puoi anche usare Amazon RDS for SQL Server come database Peoplesoft.

Questa architettura contiene i seguenti componenti: 

  • Amazon Route 53 viene utilizzato come Domain Name Server (DNS) per il routing delle richieste da Internet all' PeopleSoft applicazione.

  • AWS WAF ti aiuta a proteggerti da exploit e bot Web comuni che possono influire sulla disponibilità, compromettere la sicurezza o consumare risorse eccessive. AWS Shield Advanced (non illustrato) offre una protezione molto più ampia.

  • Un Application Load Balancer bilancia il carico del traffico HTTP e HTTPS con un routing avanzato delle richieste rivolto ai server Web.

  • I server Web, i server delle applicazioni, i server di pianificazione dei processi e i server Elasticsearch che supportano l' PeopleSoft applicazione vengono eseguiti in più zone di disponibilità e utilizzano Amazon EC2 Auto Scaling.

  • Il database utilizzato dall' PeopleSoft applicazione viene eseguito su Amazon RDS in una configurazione Multi-AZ.

  • La condivisione di file utilizzata dall' PeopleSoft applicazione è configurata su Amazon EFS e viene utilizzata per accedere ai file tra le istanze.

  • Amazon Machine Images (AMI) vengono utilizzate da Amazon EC2 Auto Scaling per garantire PeopleSoft che i componenti vengano clonati rapidamente quando necessario.

  • I gateway NAT collegano le istanze in una sottorete privata a servizi esterni al VPC e assicurano che i servizi esterni non possano avviare una connessione con tali istanze.

  • Il gateway Internet è un componente VPC scalabile orizzontalmente, ridondante e ad alta disponibilità che consente la comunicazione tra il tuo VPC e Internet.

  • Gli host bastion nella sottorete pubblica forniscono l'accesso ai server nella sottorete privata da una rete esterna, come Internet o una rete locale. Gli host bastion forniscono un accesso controllato e sicuro ai server nelle sottoreti private.

Dettagli architettonici

Il PeopleSoft database è ospitato in un database Amazon RDS for Oracle (o Amazon RDS for SQL Server) in una configurazione Multi-AZ. La funzionalità Amazon RDS Multi-AZ replica gli aggiornamenti del database su due zone di disponibilità per aumentare la durabilità e la disponibilità. Amazon RDS esegue automaticamente il failover nel database di standby per la manutenzione pianificata e le interruzioni non pianificate.

Il livello PeopleSoft Web e quello intermedio vengono installati sulle istanze EC2. Queste istanze sono distribuite su più zone di disponibilità e collegate da un gruppo di Auto Scaling. Ciò garantisce che questi componenti siano sempre altamente disponibili. Viene mantenuto un numero minimo di istanze richieste per garantire che l'applicazione sia sempre disponibile e possa scalare quando necessario.

Si consiglia di utilizzare un tipo di istanza EC2 di ultima generazione per le istanze EC2 OEM. I tipi di istanze dell'attuale generazione, come le istanze create su AWS Nitro System, supportano macchine virtuali hardware (HVM). Le AMI HVM sono necessarie per sfruttare i vantaggi del networking avanzato e offrono anche una maggiore sicurezza. Le istanze EC2 che fanno parte di ciascun gruppo Auto Scaling utilizzano la propria AMI quando sostituiscono o aumentano le istanze. Ti consigliamo di selezionare i tipi di istanza EC2 in base al carico che desideri che l' PeopleSoft applicazione gestisca e ai valori minimi consigliati da Oracle per l'applicazione e la versione. PeopleSoft PeopleTools Per ulteriori informazioni sui requisiti hardware e software, consulta il sito Web di supporto Oracle.

Il PeopleSoft Web e il livello intermedio condividono un mount Amazon EFS per condividere report, file di dati e (se necessario) la PS_HOME directory. Amazon EFS è configurato con obiettivi di montaggio in ogni zona di disponibilità per motivi di prestazioni e costi.

Viene fornito un Application Load Balancer per supportare il traffico che accede all' PeopleSoft applicazione e bilancia il carico tra i server Web in diverse zone di disponibilità. Un Application Load Balancer è un dispositivo di rete che fornisce HA in almeno due zone di disponibilità. I server Web distribuiscono il traffico su diversi server di applicazioni utilizzando una configurazione di bilanciamento del carico. Il bilanciamento del carico tra il server Web e il server delle applicazioni assicura che il carico sia distribuito in modo uniforme tra le istanze e aiuta a evitare colli di bottiglia e interruzioni del servizio dovute al sovraccarico delle istanze.

Amazon Route 53 viene utilizzato come servizio DNS per indirizzare il traffico verso l'Application Load Balancer da Internet. Route 53 è un servizio Web DNS altamente scalabile e disponibile.

Dettagli HA

  • Database: la funzionalità Multi-AZ di Amazon RDS gestisce due database in più zone di disponibilità con replica sincrona. Questo crea un ambiente ad alta disponibilità con failover automatico. Amazon RDS dispone del rilevamento degli eventi di failover e avvia il failover automatico quando si verificano questi eventi. Puoi anche avviare il failover manuale tramite l'API Amazon RDS. Per una spiegazione dettagliata, consulta il post sul blog Amazon RDS Under The Hood: Multi-AZ. Il failover è semplice e l'applicazione si riconnette automaticamente al database quando si verifica. Tuttavia, tutti i job del Process Scheduler durante il failover generano errori e devono essere inviati nuovamente.

  • PeopleSoft server delle applicazioni: i server delle applicazioni sono distribuiti su più zone di disponibilità e dispongono di un gruppo Auto Scaling definito per loro. Se un'istanza fallisce, il gruppo Auto Scaling la sostituisce immediatamente con un'istanza integra clonata dall'AMI del modello di Application Server. In particolare, il jolt pooling è abilitato, quindi quando un'istanza del server delle applicazioni si interrompe, le sessioni eseguono automaticamente il failover su un altro server delle applicazioni e il gruppo Auto Scaling avvia automaticamente un'altra istanza, richiama il server delle applicazioni e lo registra nel mount Amazon EFS. L'application server appena creato viene aggiunto automaticamente ai server Web utilizzando PSSTRSETUP.SH lo script nei server Web. Ciò garantisce che il server delle applicazioni sia sempre altamente disponibile e si ripristini rapidamente in caso di guasto.

  • Process scheduler: i server Process schedulers sono distribuiti su più zone di disponibilità e dispongono di un gruppo Auto Scaling definito per loro. Se un'istanza fallisce, il gruppo Auto Scaling la sostituisce immediatamente con un'istanza integra clonata dall'AMI del modello del server Process Scheduler. In particolare, quando un'istanza di Process Scheduler si interrompe, il gruppo Auto Scaling attiva automaticamente un'altra istanza e attiva lo scheduler di processo. Tutti i processi in esecuzione quando l'istanza ha avuto esito negativo devono essere inoltrati nuovamente. Ciò garantisce che il Process Scheduler sia sempre altamente disponibile e si ripristini rapidamente in caso di guasto.

  • Server Elasticsearch: per i server Elasticsearch è definito un gruppo Auto Scaling. Se un'istanza fallisce, il gruppo Auto Scaling la sostituisce immediatamente con un'istanza integra clonata dall'AMI del modello di server Elasticsearch. In particolare, quando un'istanza Elasticsearch si interrompe, l'Application Load Balancer che invia le richieste rileva l'errore e interrompe l'invio di traffico verso di essa. Il gruppo Auto Scaling avvia automaticamente un'altra istanza e fa apparire l'istanza Elasticsearch. Quando l'istanza Elasticsearch viene ripristinata, l'Application Load Balancer rileva che è integra e ricomincia a inviarle richieste. Ciò garantisce che il server Elasticsearch sia sempre altamente disponibile e si ripristini rapidamente in caso di guasto.

  • Server Web: per i server Web è definito un gruppo Auto Scaling. Se un'istanza fallisce, il gruppo Auto Scaling la sostituisce immediatamente con un'istanza integra clonata dall'AMI del modello del server Web. In particolare, quando un'istanza del server Web si interrompe, l'Application Load Balancer che invia le richieste rileva l'errore e interrompe l'invio di traffico verso di essa. Il gruppo Auto Scaling avvia automaticamente un'altra istanza e visualizza l'istanza del server Web. Quando viene eseguito il backup dell'istanza del server Web, l'Application Load Balancer rileva che è integra e ricomincia a inviarle le richieste. Ciò garantisce che il server Web sia sempre altamente disponibile e si ripristini rapidamente in caso di guasto.

Strumenti

Servizi AWS

Best practice

Best practice operative

  • Quando esegui PeopleSoft su AWS, usa Route 53 per indirizzare il traffico da Internet e localmente. Utilizza l'opzione di failover per reindirizzare il traffico verso il sito di disaster recovery (DR) se l'istanza DB principale non è disponibile.

  • Usa sempre un Application Load Balancer davanti all' PeopleSoft ambiente. Ciò garantisce che il traffico venga bilanciato in modo sicuro in termini di carico verso i server Web.

  • Nelle impostazioni del gruppo target di Application Load Balancer, assicurati che la viscosità sia attivata con un cookie generato dal load balancer.

    Nota: potrebbe essere necessario utilizzare un cookie basato sull'applicazione se utilizzi il Single Sign-On (SSO) esterno. Ciò garantisce che le connessioni siano coerenti tra i server Web e i server delle applicazioni.

  • Per un'applicazione PeopleSoft di produzione, il timeout di inattività di Application Load Balancer deve corrispondere a quello impostato nel profilo Web utilizzato. In questo modo si evita la scadenza delle sessioni utente a livello di bilanciamento del carico.

  • Per un'applicazione PeopleSoft di produzione, impostate il numero di riciclo del server delle applicazioni su un valore che riduca al minimo le perdite di memoria.

  • Se utilizzi un database Amazon RDS per la tua applicazione di PeopleSoft produzione, come descritto in questo modello, eseguilo in formato Multi-AZ per un'elevata disponibilità.

  • Se il database è in esecuzione su un'istanza EC2 per l'applicazione di PeopleSoft produzione, assicurati che un database in standby sia in esecuzione su un'altra zona di disponibilità per un'elevata disponibilità.

  • Per il DR, assicurati che il tuo database Amazon RDS o l'istanza EC2 abbiano uno standby configurato in una regione AWS separata dal database di produzione. Ciò garantisce che, in caso di emergenza nella regione, sia possibile trasferire l'applicazione in un'altra regione.

  • Per il DR, usa Amazon Elastic Disaster Recovery per configurare componenti a livello di applicazione in una regione separata dai componenti di produzione. Ciò garantisce che, in caso di emergenza nella regione, sia possibile trasferire l'applicazione in un'altra regione.

  • Usa Amazon EFS (per requisiti di I/O moderati) o Amazon FSx (per requisiti di I/O elevati) per archiviare report, allegati e file di PeopleSoft dati. Ciò garantisce che i contenuti siano archiviati in un'unica posizione centrale e siano accessibili da qualsiasi punto all'interno dell'infrastruttura.

  • Usa Amazon CloudWatch (di base e dettagliato) per monitorare quasi in tempo reale le risorse del cloud AWS utilizzate dalla tua PeopleSoft applicazione. In questo modo sarai avvisato istantaneamente dei problemi e potrai risolverli rapidamente prima che influiscano sulla disponibilità dell'ambiente.

  • Se utilizzi un database Amazon RDS come PeopleSoft database, utilizza Enhanced Monitoring. Questa funzionalità fornisce l'accesso a oltre 50 parametri, tra cui CPU, memoria, I/O del file system e I/O del disco.

  • Usa AWS CloudTrail per monitorare le chiamate API sulle risorse AWS utilizzate dalla tua PeopleSoft applicazione. Questo ti aiuta a eseguire analisi di sicurezza, tracciare le modifiche alle risorse e verificare la conformità.

Le migliori pratiche di sicurezza

  • Per proteggere la tua PeopleSoft applicazione da exploit comuni come SQL injection o cross-site scripting (XSS), usa AWS WAF. Prendi in considerazione l'utilizzo di AWS Shield Advanced per servizi di rilevamento e mitigazione personalizzati.

  • Aggiungi una regola all'Application Load Balancer per reindirizzare automaticamente il traffico da HTTP a HTTPS per proteggere la tua applicazione. PeopleSoft

  • Configura un gruppo di sicurezza separato per Application Load Balancer. Questo gruppo di sicurezza dovrebbe consentire solo il traffico HTTPS/HTTP in entrata e nessun traffico in uscita. Ciò garantisce che sia consentito solo il traffico previsto e contribuisce a proteggere l'applicazione.

  • Utilizzate sottoreti private per i server delle applicazioni, i server Web e il database e utilizzate i gateway NAT per il traffico Internet in uscita. Ciò garantisce che i server che supportano l'applicazione non siano raggiungibili pubblicamente, fornendo al contempo l'accesso pubblico solo ai server che ne hanno bisogno.

  • Usa diversi VPC per gestire i tuoi ambienti di PeopleSoft produzione e non di produzione. Usa AWS Transit Gateway, il peering VPC, gli ACL di rete e i gruppi di sicurezza per controllare il flusso di traffico tra i VPC e, se necessario, il data center locale.

  • Segui il principio del privilegio minimo. Concedi l'accesso alle risorse AWS utilizzate dall' PeopleSoft applicazione solo agli utenti che ne hanno assolutamente bisogno. Concedi solo i privilegi minimi necessari per eseguire un'attività. Per ulteriori informazioni, consulta il pilastro della sicurezza di AWS Well-Architected Framework.

  • Ove possibile, utilizza AWS Systems Manager per accedere alle istanze EC2 utilizzate dall' PeopleSoft applicazione.

Le migliori pratiche di affidabilità

  • Quando utilizzi un Application Load Balancer, registra una singola destinazione per ogni zona di disponibilità abilitata. Questo rende il load balancer più efficace.

  • Ti consigliamo di avere tre URL distinti per ogni ambiente di PeopleSoft produzione: un URL per accedere all'applicazione, uno per servire il broker di integrazione e uno per visualizzare i report. Se possibile, ogni URL dovrebbe avere i propri server Web e server applicativi dedicati. Questo design aiuta a rendere PeopleSoft l'applicazione più sicura, poiché ogni URL ha una funzionalità distinta e un accesso controllato. Inoltre, riduce al minimo l'ambito di impatto in caso di guasto dei servizi sottostanti.

  • Ti consigliamo di configurare i controlli di integrità sui gruppi target del sistema di bilanciamento del carico per la tua PeopleSoft applicazione. I controlli di integrità devono essere eseguiti sui server Web anziché sulle istanze EC2 che eseguono tali server. Ciò garantisce che se il server Web si blocca o l'istanza EC2 che ospita il server Web si interrompe, l'Application Load Balancer rifletta tali informazioni in modo accurato.

  • Per un'applicazione PeopleSoft di produzione, consigliamo di distribuire i server Web su almeno tre zone di disponibilità. Ciò garantisce che l' PeopleSoft applicazione sia sempre altamente disponibile anche in caso di interruzione di una delle zone di disponibilità.

  • Per un'applicazione PeopleSoft di produzione, abilita jolt pooling (). joltPooling=true Ciò garantisce che l'applicazione esegua il failover su un altro server delle applicazioni se un server è inattivo per l'applicazione di patch o a causa di un errore di una macchina virtuale.

  • Per un'applicazione PeopleSoft di produzione, impostate su 1DynamicConfigReload . Questa impostazione è supportata nella PeopleTools versione 8.52 e successive. Aggiunge nuovi server di applicazioni al server Web in modo dinamico, senza riavviare i server.

  • Per ridurre al minimo i tempi di inattività durante l'applicazione delle PeopleTools patch, utilizzate il metodo di distribuzione blu/verde per le configurazioni di avvio del gruppo Auto Scaling per i server Web e applicativi. Per ulteriori informazioni, consulta il white paper Panoramica delle opzioni di distribuzione su AWS.

  • Usa AWS Backup per eseguire il backup della tua PeopleSoft applicazione su AWS. Backup AWS è un servizio economico, completamente gestito e basato su policy che semplifica la protezione dei dati su larga scala.

Le migliori pratiche in termini di prestazioni

Best practice per l'ottimizzazione dei costi

  • Etichetta tutte le risorse utilizzate dal tuo PeopleSoft ambiente e abilita i tag di allocazione dei costi. Questi tag consentono di visualizzare e gestire i costi delle risorse.

  • Per un'applicazione PeopleSoft di produzione, configurate i gruppi di Auto Scaling per i server Web e i server delle applicazioni. Ciò mantiene un numero minimo di server Web e applicativi per supportare l'applicazione. È possibile utilizzare le politiche di gruppo Auto Scaling per aumentare e ridurre i server in base alle esigenze.

  • Utilizza gli allarmi di fatturazione per ricevere avvisi quando i costi superano una soglia di budget specificata.

Le migliori pratiche di sostenibilità

  • Usa l'infrastruttura come codice (IaC) per gestire i tuoi PeopleSoft ambienti. Questo ti aiuta a creare ambienti coerenti e a mantenere il controllo delle modifiche.

Epiche

AttivitàDescrizioneCompetenze richieste

Creare un gruppo di sottoreti DB.

Sulla console Amazon RDS, nel riquadro di navigazione, scegli Gruppi di sottoreti, quindi crea un gruppo di sottoreti Amazon RDS DB con sottoreti in più zone di disponibilità. Ciò è necessario per l'esecuzione del database Amazon RDS in una configurazione Multi-AZ.

Amministratore cloud

Crea il database Amazon RDS.

Crea un database Amazon RDS in una zona di disponibilità della regione AWS selezionata per l'ambiente PeopleSoft HA. Quando crei il database Amazon RDS, assicurati di selezionare l'opzione Multi-AZ (Crea un'istanza di standby) e il gruppo di sottoreti del database creato nel passaggio precedente. Per ulteriori informazioni, consulta la documentazione di Amazon RDS.

Amministratore del cloud, amministratore del database Oracle

Esegui la migrazione del PeopleSoft database su Amazon RDS.

Esegui la migrazione del PeopleSoft database esistente nel database Amazon RDS utilizzando AWS Database Migration Service (AWS DMS). Per ulteriori informazioni, consulta la documentazione di AWS DMS e il post sul blog di AWS Migrazione dei database Oracle con tempi di inattività quasi nulli utilizzando AWS DMS.

 PeopleSoft Amministratore del cloud, DBA
AttivitàDescrizioneCompetenze richieste

Creare un file system.

Sulla console Amazon EFS, crea un file system e monta gli obiettivi per ogni zona di disponibilità. Per istruzioni, consulta la documentazione di Amazon EFS. Una volta creato il file system, annota il suo nome DNS. Queste informazioni verranno utilizzate durante il montaggio del file system.

Amministratore del cloud
AttivitàDescrizioneCompetenze richieste

Avvio di un'istanza EC2.

Avvia un'istanza EC2 per la tua PeopleSoft applicazione. Per istruzioni, consulta la documentazione di Amazon EC2.

  • Per Nome, immetti APP_TEMPLATE.

  • Per le immagini del sistema operativo, scegli Red Hat.

  • Per Tipo di istanza, scegliete il tipo di istanza più adatto alla vostra PeopleSoft applicazione. Per ulteriori informazioni, consulta i dettagli dell'architettura nella sezione Architettura.

Amministratore del cloud, PeopleSoft amministratore

Installa PeopleSoft sull'istanza.

Installa l' PeopleSoft applicazione e PeopleTools sull'istanza EC2 che hai creato. Per istruzioni, consulta la documentazione Oracle.

Amministratore cloud, PeopleSoft amministratore

Crea il server delle applicazioni.

Crea il server delle applicazioni per il modello AMI e assicurati che si connetta correttamente al database Amazon RDS.

Amministratore del cloud, PeopleSoft amministratore

Montare il file system Amazon EFS.

Accedi all'istanza EC2 come utente root ed esegui i seguenti comandi per montare il file system Amazon EFS in una cartella chiamata PSFTMNT sul server.

sudo su –
mkdir /psftmnt
cat /etc/fstab

Aggiungi la riga seguente al file. /etc/fstab Usa il nome DNS che hai annotato quando hai creato il file system.

fs-09e064308f1145388.efs.us-east-1.amazonaws.com:/ /psftmnt nfs4 nfsvers=4.1,rsize=1048576,wsize=1048576,hard,timeo=600,retrans=2,noresvport,_netdev 0 0
mount -a
Amministratore del cloud, PeopleSoft amministratore

Controlla le autorizzazioni.

Assicurati che la PSFTMNT cartella disponga delle autorizzazioni appropriate in modo che l' PeopleSoft utente possa accedervi correttamente.

Amministratore del cloud, PeopleSoft amministratore

Crea istanze aggiuntive.

Ripeti i passaggi precedenti di questa epopea per creare istanze modello per il process scheduler, il server web e il server Elasticsearch. Assegna un nome a queste istanze e. PRCS_TEMPLATE WEB_TEMPLATE SRCH_TEMPLATE Per il server Web, imposta joltPooling=true eDynamicConfigReload=1.

Amministratore del cloud, PeopleSoft amministratore
AttivitàDescrizioneCompetenze richieste

Crea uno script per installare il server delle applicazioni.

Nell'APP_TEMPLATEistanza Amazon EC2, come PeopleSoft utente, crea il seguente script. Assegnagli un nome appstart.sh e inseriscilo nella PS_HOME directory. Utilizzerai questo script per richiamare il server delle applicazioni e registrare anche il nome del server sul mount Amazon EFS.

#!/bin/ksh
. /usr/homes/hcmdemo/.profile.
psadmin -c configure -d HCMDEMO
psadmin -c parallelboot -d HCMDEMO
touch /psftmnt/`echo $HOSTNAME`
PeopleSoft amministratore

Crea uno script per installare il server Process Scheduler.

Nell'PRCS_TEMPLATEistanza Amazon EC2, come PeopleSoft utente, crea il seguente script. Assegnagli un nome prcsstart.sh e inseriscilo nella PS_HOME directory. Utilizzerai questo script per far apparire il server Process Scheduler.

#!/bin/ksh
. /usr/homes/hcmdemo/. profile
/* The following line ensures that the process scheduler always has a unique name during replacement or scaling activity. */ 
sed -i "s/.*PrcsServerName.*/`hostname -I | awk -F. '{print "PrcsServerName=PSUNX"$3$4}'`/" $HOME/appserv/prcs/*/psprcs.cfg
psadmin -p configure -d HCMDEMO
psadmin -p start -d HCMDEMO
PeopleSoft amministratore

Crea uno script per installare il server Elasticsearch.

Nell'SRCH_TEMPLATEistanza Amazon EC2, come utente Elasticsearch, crea lo script seguente. Assegnagli un nome srchstart.sh e inseriscilo nella directory. HOME

#!/bin/ksh
/* The following line ensures that the correct IP is indicated in the elasticsearch.yaml file. */
sed -i "s/.*network.host.*/`hostname  -I | awk '{print "host:"$0}'`/" $ES_HOME_DIR/config/elasticsearch.yaml
nohup $ES_HOME_DIR/bin/elasticsearch &
PeopleSoft amministratore

Crea uno script per installare il server web.

Nell'WEB_TEMPLATEistanza Amazon EC2, come utente del server Web, crea i seguenti script nella directory. HOME

renip.sh: questo script garantisce che il server Web abbia l'IP corretto quando viene clonato dall'AMI.

#!/bin/ksh
hn=`hostname`
/* On the following line, change the IP with the hostname with the hostname of the web template. */
for text_file in `find  *  -type f -exec grep -l '<hostname-of-the-web-template>' {} \;`
do
sed -e 's/<hostname-of-the-web-template>/'$hn'/g' $text_file > temp
mv -f temp $text_file
done

psstrsetup.sh: Questo script garantisce che il server Web utilizzi gli IP corretti del server delle applicazioni attualmente in esecuzione. Tenta di connettersi a ciascun server delle applicazioni sulla porta jolt e lo aggiunge al file di configurazione.

#!/bin/ksh
c2=""
for ctr in `ls -1 /psftmnt/*.internal`
do
c1=`echo $ctr | awk -F "/" '{print $3}'`
/* In the following lines, 9000 is the jolt port. Change it if necessary. */
if nc -z $c1 9000 2> /dev/null; then
if [[ $c2 = "" ]]; then
c2="psserver="`echo $c1`":9000"
else
c2=`echo $c2`","`echo $c1`":9000"
fi
fi
done

webstart.sh: Questo script esegue i due script precedenti e avvia i server Web.

#!/bin/ksh
/* Change the path in the following if necessary. */
cd  /usr/homes/hcmdemo 
./renip.sh
./psstrsetup.sh
webserv/peoplesoft/bin/startPIA.sh
PeopleSoft amministratore

Aggiungi una voce crontab.

Nell'WEB_TEMPLATEistanza Amazon EC2, come utente del server Web, aggiungi la riga seguente a crontab. Modifica l'ora e il percorso in modo che rispecchino i valori di cui hai bisogno. Questa voce garantisce che il server Web contenga sempre le voci corrette del server delle applicazioni nel configuration.properties file.

* * * * * /usr/homes/hcmdemo/psstrsetup.sh
PeopleSoft amministratore
AttivitàDescrizioneCompetenze richieste

Crea un AMI per il modello di server delle applicazioni.

Sulla console Amazon EC2, crea un'immagine AMI dell'istanza Amazon APP_TEMPLATE EC2. Assegna un nome all'AMIPSAPPSRV-SCG-VER1. Per istruzioni, consulta la documentazione di Amazon EC2.

Amministratore del cloud, PeopleSoft amministratore

Crea AMI per gli altri server.

Ripeti il passaggio precedente per creare AMI per il process scheduler, il server Elasticsearch e il server web.

Amministratore cloud, amministratore PeopleSoft

Crea un modello di avvio per il gruppo Auto Scaling del server di applicazioni.

Crea un modello di avvio per il gruppo Auto Scaling del server di applicazioni. Assegna un nome al modello PSAPPSRV_TEMPLATE. Nel modello, scegli l'AMI che hai creato per l'APP_TEMPLATEistanza. Per istruzioni, consulta la documentazione di Amazon EC2.

  • Nel modello di lancio, seleziona il tipo di istanza in base ai tuoi requisiti.

  • Nel campo Dati utente della sezione Dettagli avanzati, aggiungi le seguenti voci. Assicurati che il percorso e le informazioni sull'utente siano corretti. Lo appstart.sh script è stato creato in un passaggio precedente.

    #! /bin/ksh
su -c “/usr/homes/hcmdemo/appstart.sh” - hcmdemo
Amministratore cloud, PeopleSoft amministratore

Crea un modello di avvio per il gruppo Auto Scaling del server Process Scheduler.

Ripetere il passaggio precedente per creare un modello di avvio per il gruppo Auto Scaling del server di pianificazione dei processi. Assegna un nome al modello. PSPRCS_TEMPLATE Nel modello, scegli l'AMI che hai creato per lo scheduler dei processi.

  • Nel campo Dati utente della sezione Dettagli avanzati, aggiungi le seguenti voci. Assicurati che il percorso e le informazioni sull'utente siano corretti. Lo prcsstart.sh script è stato creato in un passaggio precedente.

    #! /bin/ksh
su -c “/usr/homes/hcmdemo/prcsstart.sh” - hcmdemo
Amministratore cloud, PeopleSoft amministratore

Crea un modello di lancio per il gruppo Auto Scaling del server Elasticsearch.

Ripeti i passaggi precedenti per creare un modello di avvio per il gruppo Auto Scaling del server Elasticsearch. Assegna un nome al modello. SRCH_TEMPLATE Nel modello, scegli l'AMI che hai creato per il server di ricerca.

  • Nel campo Dati utente della sezione Dettagli avanzati, aggiungi le seguenti voci. Assicurati che il percorso e le informazioni sull'utente siano corretti. Lo srchstart.sh script è stato creato in un passaggio precedente.

    #! /bin/ksh
su -c “/usr/homes/essearch/srchstart.sh” - essearch
Amministratore cloud, PeopleSoft amministratore

Crea un modello di avvio per il gruppo Auto Scaling del server web.

Ripetere i passaggi precedenti per creare un modello di avvio per il gruppo Auto Scaling del server Web. Assegna un nome al modelloWEB_TEMPLATE. Nel modello, scegli l'AMI che hai creato per il server web.

  • Nel campo Dati utente della sezione Dettagli avanzati, aggiungi le seguenti voci. Assicurati che il percorso e le informazioni sull'utente siano corretti. Lo webstart.sh script è stato creato in un passaggio precedente.

    #! /bin/ksh
su -c “/usr/homes/hcmdemo/webstart.sh” - hcmdemo
Amministratore cloud, PeopleSoft amministratore
AttivitàDescrizioneCompetenze richieste

Create un gruppo Auto Scaling per il server delle applicazioni.

Sulla console Amazon EC2, crea un gruppo Auto Scaling PSAPPSRV_ASG chiamato per il server delle applicazioni utilizzando il modello. PSAPPSRV_TEMPLATE Per istruzioni, consulta la documentazione di Amazon EC2.

  • Nella pagina Scegli le opzioni di avvio dell'istanza, seleziona il VPC corretto, quindi seleziona più sottoreti da diverse zone di disponibilità.

  • Nella pagina Configura le opzioni avanzate, non selezionare un sistema di bilanciamento del carico.

  • Nella pagina Configura la dimensione del gruppo e le politiche di scalabilità, scegli le impostazioni in base alla quantità di carico per cui desideri progettare il sistema e se desideri utilizzare una politica di scalabilità. Ti consigliamo di impostare la capacità minima e desiderata su almeno 2 in modo che sia disponibile almeno un'istanza per gestire il traffico in qualsiasi momento. Per ulteriori informazioni sulle politiche di Auto Scaling, consulta la documentazione di Amazon EC2.

Amministratore cloud, amministratore PeopleSoft

Crea gruppi di Auto Scaling per gli altri server.

Ripetere il passaggio precedente per creare gruppi di Auto Scaling per il process scheduler, il server Elasticsearch e il server web.

Amministratore del cloud, amministratore PeopleSoft
AttivitàDescrizioneCompetenze richieste

Crea un gruppo target per il server web.

Sulla console Amazon EC2, crea un gruppo target per il server Web. Per istruzioni, consulta la documentazione di Elastic Load Balancing. Imposta la porta sulla porta su cui il server Web è in ascolto.

Amministratore cloud

Configura i controlli sanitari.

Verifica che i controlli sanitari abbiano i valori corretti per riflettere i tuoi requisiti aziendali. Per ulteriori informazioni, consulta la Guida per l'utente di Elastic Load Balancing.

Amministratore cloud

Crea un gruppo target per il server Elasticsearch.

Ripeti i passaggi precedenti per creare un gruppo target chiamato PSFTSRCH per il server Elasticsearch e imposta la porta Elasticsearch corretta.

Amministratore cloud

Aggiungi gruppi target ai gruppi di Auto Scaling.

Apri il gruppo Auto Scaling del server web chiamato PSPIA_ASG che hai creato in precedenza. Nella scheda Bilanciamento del carico, scegli Modifica, quindi aggiungi il gruppo PSFTWEB target al gruppo Auto Scaling.

Ripeti questo passaggio per il gruppo Elasticsearch Auto Scaling per aggiungere il PSSRCH_ASG PSFTSRCH gruppo target creato in precedenza.

Amministratore cloud

Imposta la persistenza della sessione.

Nel gruppo targetPSFTWEB, scegli la scheda Attributi, scegli Modifica e imposta la persistenza della sessione. Per il tipo di adesività, scegli Load Balancer generated cookie e imposta la durata su 1. Per ulteriori informazioni, consulta la Guida per l'utente di Elastic Load Balancing.

Ripeti questo passaggio per il gruppo target. PSFTSRCH

Amministratore cloud
AttivitàDescrizioneCompetenze richieste

Crea un sistema di bilanciamento del carico per i server Web.

Crea un Application Load Balancer denominato PSFTLB per bilanciare il carico del traffico verso i server Web. Per istruzioni, consulta la documentazione di Elastic Load Balancing.

  • Fornisci il nome del load balancer.

  • Per Scheme (Schema), scegliere Internet-facing.

  • Nella sezione Mappatura della rete, seleziona il VPC corretto e almeno due sottoreti pubbliche da diverse zone di disponibilità.

  • Nella sezione Listener and routing, seleziona il gruppo di destinazione e specifica il protocollo PSFTWEB e il numero di porta corretti.

Amministratore cloud

Crea un sistema di bilanciamento del carico per i server Elasticsearch.

Crea un Application Load Balancer denominato PSFTSCH per bilanciare il carico del traffico verso i server Elasticsearch.

  • Fornisci il nome del load balancer.

  • Per Schema, scegli Interno.

  • Nella sezione Mappatura della rete, seleziona il VPC e le sottoreti private corrette.

  • Nella sezione Listener and routing, seleziona il gruppo di destinazione e specifica il protocollo PSFTSRCH e il numero di porta corretti.

Amministratore cloud

Configura Route 53.

Sulla console Amazon Route 53, crea un record nella zona ospitata che servirà l' PeopleSoft applicazione. Per istruzioni, consulta la documentazione di Amazon Route 53. Ciò garantisce che tutto il traffico passi attraverso il sistema di PSFTLB bilanciamento del carico.

Amministratore cloud

Risorse correlate