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 *Ramanathan Muralidhar, Amazon Web Services* ## 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](https://aws.amazon.com/rds/)) per Oracle o Amazon RDS for SQL Server per il livello del database. Questa architettura include anche servizi AWS come [Amazon Route 53](https://aws.amazon.com/route53/), [Amazon Elastic Compute Cloud (Amazon EC2), istanze Linux, Amazon](https://aws.amazon.com/ec2/) Elastic [Block Storage (Amazon EBS), Amazon Elastic File System (](https://aws.amazon.com/ebs/)[Amazon](https://aws.amazon.com/efs/) EFS) e [Application Load Balancer](https://aws.amazon.com/elasticloadbalancing/application-load-balancer) ed è scalabile. [Oracle PeopleSoft](https://www.oracle.com/applications/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 (rete ACLs) 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 che eseguono PeopleTools 8.52 e versioni successive ## Architecture **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\]](http://docs.aws.amazon.com/it_it/prescriptive-guidance/latest/patterns/images/pattern-img/0db96376-dadb-4545-b130-ebbe64acd4e9/images/5d585a8e-320a-495d-a049-97171633e90f.png) 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](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/Welcome.html) viene utilizzato come Domain Name Server (DNS) per il routing delle richieste da Internet all' PeopleSoft applicazione. + [AWS WAF](https://docs.aws.amazon.com/waf/latest/developerguide/waf-chapter.html) 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](https://docs.aws.amazon.com/waf/latest/developerguide/shield-chapter.html) (non illustrato) offre una protezione molto più ampia. + Un [Application Load Balancer bilancia il carico](https://docs.aws.amazon.com/elasticloadbalancing/latest/application/introduction.html) 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](https://docs.aws.amazon.com/autoscaling/ec2/userguide/what-is-amazon-ec2-auto-scaling.html). + Il database utilizzato dall' PeopleSoft applicazione viene eseguito su [Amazon RDS](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/Welcome.html) in una configurazione Multi-AZ. + La condivisione di file utilizzata dall' PeopleSoft applicazione è configurata su [Amazon EFS](https://docs.aws.amazon.com/efs/latest/ug/whatisefs.html) e viene utilizzata per accedere ai file tra le istanze. + [Amazon Machine Images (AMI](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/AMIs.html)) vengono utilizzate da Amazon EC2 Auto Scaling per PeopleSoft garantire che i componenti vengano clonati rapidamente quando necessario. + I [gateway NAT](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-nat-gateway.html) 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](https://docs.aws.amazon.com/vpc/latest/userguide/VPC_Internet_Gateway.html) è 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 dell'architettura** 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](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/Concepts.MultiAZ.html) 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](https://docs.aws.amazon.com/autoscaling/ec2/userguide/what-is-amazon-ec2-auto-scaling.html). 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](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/instance-types.html#ec2-nitro-instances), supportano macchine virtuali hardware ()HVMs. Gli HVM AMIs sono necessari per sfruttare i vantaggi del [networking avanzato](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/enhanced-networking.html) 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](https://support.oracle.com). 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](https://aws.amazon.com/blogs/database/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 richieste. Ciò garantisce che il server Web sia sempre altamente disponibile e si ripristini rapidamente in caso di guasto. ## Tools (Strumenti) **Servizi AWS** + Gli [Application Load Balancer](https://docs.aws.amazon.com/elasticloadbalancing/latest/application/) distribuiscono il traffico delle applicazioni in entrata su più destinazioni, come le istanze EC2, in più zone di disponibilità. + [Amazon Elastic Block Store (Amazon EBS](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/AmazonEBS.html)) fornisce volumi di storage a livello di blocco da utilizzare con le istanze Amazon Elastic Compute Cloud (Amazon EC2). + [Amazon Elastic Compute Cloud (Amazon EC2) Elastic Compute Cloud (Amazon EC2](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/concepts.html)) fornisce capacità di calcolo scalabile nel cloud AWS. Puoi avviare tutti i server virtuali di cui hai bisogno e dimensionarli rapidamente. + [Amazon Elastic File System (Amazon EFS)](https://docs.aws.amazon.com/efs/latest/ug/whatisefs.html) ti aiuta a creare e configurare file system condivisi nel cloud AWS. + [Amazon Relational Database Service (Amazon RDS](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/Welcome.html)) ti aiuta a configurare, gestire e scalare un database relazionale nel cloud AWS. + [Amazon Route 53](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/Welcome.html) è un servizio Web DNS altamente scalabile e disponibile. ## 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](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/dns-failover-configuring.html) 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](https://docs.aws.amazon.com/elasticloadbalancing/latest/application/sticky-sessions.html) 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. Ciò impedisce 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](https://docs.oracle.com/cd/F28299_01/pt857pbr3/eng/pt/tsvt/concept_PSAPPSRVOptions-c07f06.html?pli=ul_d96e90_tsvt) 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à](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/Concepts.MultiAZ.html). + 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à](https://docs.aws.amazon.com/prescriptive-guidance/latest/migration-oracle-database/ec2-oracle.html#ec2-oracle-ha). + 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](https://aws.amazon.com/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 I/O requisiti moderati) o [Amazon FSx](https://aws.amazon.com/fsx/) (per I/O requisiti elevati) per archiviare PeopleSoft report, allegati e file di 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](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/WhatIsCloudWatch.html) (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](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_Monitoring.OS.overview.html). Questa funzionalità fornisce l'accesso a oltre 50 parametri, tra cui CPU, memoria e file system. I/O, and disk I/O + Usa [AWS CloudTrail](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/cloudtrail-user-guide.html) 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.](https://docs.aws.amazon.com/waf/latest/developerguide/waf-chapter.html) Prendi in considerazione l'utilizzo di [AWS Shield Advanced](https://docs.aws.amazon.com/waf/latest/developerguide/shield-chapter.html) 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](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-nat-gateway.html) 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. + Usalo in VPCs modo diverso per gestire i tuoi PeopleSoft ambienti di produzione e non di produzione. Usa [AWS Transit Gateway](https://aws.amazon.com/transit-gateway/), il [peering VPC](https://docs.aws.amazon.com/vpc/latest/peering/what-is-vpc-peering.html), la [rete ACLs](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-network-acls.html) e [i gruppi di sicurezza](https://docs.aws.amazon.com/vpc/latest/userguide/VPC_SecurityGroups.html) per controllare il flusso di traffico tra i [VPC](https://aws.amazon.com/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](https://docs.aws.amazon.com/wellarchitected/latest/security-pillar/sec_permissions_least_privileges.html) AWS Well-Architected Framework. + Ove possibile, utilizza [AWS Systems Manager](https://docs.aws.amazon.com/systems-manager/latest/userguide/what-is-systems-manager.html) 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 averne tre distinti URLs per ogni ambiente PeopleSoft di 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](https://docs.aws.amazon.com/elasticloadbalancing/latest/application/target-group-health-checks.html) 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 1`DynamicConfigReload `. 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 blue/green distribuzione 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](https://docs.aws.amazon.com/whitepapers/latest/overview-deployment-options/bluegreen-deployments.html). + Usa [AWS Backup per eseguire](https://docs.aws.amazon.com/aws-backup/latest/devguide/whatisbackup.html) 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** + Interrompi l'SSL presso l'Application Load Balancer per prestazioni ottimali dell'ambiente, a meno che PeopleSoft la tua azienda non richieda traffico crittografato in tutto l'ambiente. + Crea [endpoint VPC di interfaccia per](https://docs.aws.amazon.com/vpc/latest/privatelink/create-interface-endpoint.html) servizi AWS come Amazon [Simple Notification Service (Amazon SNS) in modo che](https://docs.aws.amazon.com/sns/latest/dg/welcome.html) il traffico [CloudWatch](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/WhatIsCloudWatch.html)sia sempre interno. È conveniente e aiuta a proteggere la tua applicazione. **Best practice per l'ottimizzazione dei costi** + Etichetta tutte le risorse utilizzate dal tuo PeopleSoft ambiente e abilita i [tag di allocazione dei costi](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/cost-alloc-tags.html). 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](https://docs.aws.amazon.com/autoscaling/ec2/userguide/as-scaling-simple-step.html) per aumentare e ridurre i server in base alle esigenze. + Utilizza gli [allarmi di fatturazione](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/monitor_estimated_charges_with_cloudwatch.html) per ricevere avvisi quando i costi superano una soglia di budget specificata. **Le migliori pratiche di sostenibilità** + Usa l'[infrastruttura come codice](https://docs.aws.amazon.com/whitepapers/latest/introduction-devops-aws/infrastructure-as-code.html) (IaC) per gestire i tuoi PeopleSoft ambienti. Questo ti aiuta a creare ambienti coerenti e a mantenere il controllo delle modifiche. ## Epiche ### Esegui la migrazione del PeopleSoft database su Amazon RDS | Operazione | Description | Competenze richieste | | --- | --- | --- | | Creazione di un gruppo di sottoreti del database. | Sulla [console Amazon RDS](https://console.aws.amazon.com/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](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_CreateDBInstance.html). | 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](https://docs.aws.amazon.com/dms/latest/userguide/CHAP_Source.Oracle.html) e il post sul blog di AWS [Migrazione dei database Oracle con tempi di inattività quasi nulli](https://aws.amazon.com/blogs/database/migrating-oracle-databases-with-near-zero-downtime-using-aws-dms/) utilizzando AWS DMS. | PeopleSoft Amministratore del cloud, DBA | ### Configura il tuo file system Amazon EFS | Operazione | Description | Competenze richieste | | --- | --- | --- | | Creare un file system. | Sulla [console Amazon EFS](https://console.aws.amazon.com/efs/), crea un file system e monta gli obiettivi per ogni zona di disponibilità. Per istruzioni, consulta la [documentazione di Amazon EFS](https://docs.aws.amazon.com/efs/latest/ug/creating-using-create-fs.html#creating-using-fs-part1-console). Una volta creato il file system, annota il suo nome DNS. Queste informazioni verranno utilizzate durante il montaggio del file system. | Amministratore del cloud | ### Configura l' PeopleSoft applicazione e il file system | Operazione | Description | Competenze richieste | | --- | --- | --- | | Avvio di un'istanza EC2. | Avvia un'istanza EC2 per la tua PeopleSoft applicazione. Per istruzioni, consulta la documentazione di [Amazon EC2](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ec2-launch-instance-wizard.html#liw-quickly-launch-instance).[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/prescriptive-guidance/latest/patterns/set-up-a-highly-available-peoplesoft-architecture-on-aws.html) | 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](https://docs.oracle.com). | 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 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`**** e`DynamicConfigReload=1`. | Amministratore cloud, PeopleSoft amministratore | ### Crea script per configurare i server | Operazione | Description | Competenze richieste | | --- | --- | --- | | Crea uno script per installare il server delle applicazioni. | Nell'`APP_TEMPLATE`istanza 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_TEMPLATE`istanza 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_TEMPLATE`istanza 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_TEMPLATE`istanza 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 '' {} \;`
do
sed -e 's//'$hn'/g' $text_file > temp
mv -f temp $text_file
done
`psstrsetup.sh`: Questo script garantisce che il server Web utilizzi il server delle applicazioni corretto attualmente in IPs 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_TEMPLATE`istanza 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 | ### Creazione AMIs e Auto Scaling di modelli di gruppo | Operazione | Description | Competenze 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. Dai un nome all'AMI`PSAPPSRV-SCG-VER1`. Per istruzioni, consulta la documentazione di [Amazon EC2](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/creating-an-ami-ebs.html). | Amministratore cloud, PeopleSoft amministratore | | Crea AMIs per gli altri server. | Ripeti il passaggio precedente AMIs per creare per lo scheduler di processo, il server Elasticsearch e il server web. | Amministratore del 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_TEMPLATE`istanza. Per istruzioni, consulta la documentazione di [Amazon EC2](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/create-launch-template.html#create-launch-template-from-instance).[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/prescriptive-guidance/latest/patterns/set-up-a-highly-available-peoplesoft-architecture-on-aws.html) | 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 Process Scheduler. Assegna un nome al modello. `PSPRCS_TEMPLATE` Nel modello, scegli l'AMI che hai creato per lo scheduler dei processi.[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/prescriptive-guidance/latest/patterns/set-up-a-highly-available-peoplesoft-architecture-on-aws.html) | 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.[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/prescriptive-guidance/latest/patterns/set-up-a-highly-available-peoplesoft-architecture-on-aws.html) | 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 modello`WEB_TEMPLATE`. Nel modello, scegli l'AMI che hai creato per il server web.[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/prescriptive-guidance/latest/patterns/set-up-a-highly-available-peoplesoft-architecture-on-aws.html) | Amministratore cloud, PeopleSoft amministratore | ### Creare gruppi di Auto Scaling | Operazione | Description | Competenze richieste | | --- | --- | --- | | Crea 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](https://docs.aws.amazon.com/autoscaling/ec2/userguide/create-asg-launch-template.html).[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/prescriptive-guidance/latest/patterns/set-up-a-highly-available-peoplesoft-architecture-on-aws.html) | Amministratore del 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 | ### Crea e configura gruppi target | Operazione | Description | Competenze 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](https://docs.aws.amazon.com/elasticloadbalancing/latest/application/create-target-group.html). 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](https://docs.aws.amazon.com/elasticloadbalancing/latest/application/target-group-health-checks.html). | 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 target`PSFTWEB`, 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](https://docs.aws.amazon.com/elasticloadbalancing/latest/application/sticky-sessions.html).Ripeti questo passaggio per il gruppo target. `PSFTSRCH` | Amministratore cloud | ### Crea e configura i sistemi di bilanciamento del carico delle applicazioni | Operazione | Description | Competenze 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](https://docs.aws.amazon.com/elasticloadbalancing/latest/application/create-application-load-balancer.html#configure-load-balancer).[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/prescriptive-guidance/latest/patterns/set-up-a-highly-available-peoplesoft-architecture-on-aws.html) | 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.[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/prescriptive-guidance/latest/patterns/set-up-a-highly-available-peoplesoft-architecture-on-aws.html) | Amministratore cloud | | Configura Route 53. | Sulla [console Amazon Route 53](https://console.aws.amazon.com/route53/), crea un record nella zona ospitata che servirà l' PeopleSoft applicazione. Per istruzioni, consulta la [documentazione di Amazon Route 53](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/resource-record-sets-creating.html). Ciò garantisce che tutto il traffico passi attraverso il sistema di `PSFTLB` bilanciamento del carico. | Amministratore cloud | ## Risorse correlate + [ PeopleSoft Sito web Oracle](https://www.oracle.com/applications/peoplesoft/) + [Documentazione AWS](https://docs.aws.amazon.com/)