Siapkan PeopleSoft arsitektur yang sangat tersedia di AWS - AWS Prescriptive Guidance
RingkasanPrasyarat dan batasanArsitekturAlatPraktik terbaikEpikSumber daya terkait

Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.

Siapkan PeopleSoft arsitektur yang sangat tersedia di AWS

Ramanathan Muralidhar, Amazon Web Services

Ringkasan

Saat Anda memigrasikan PeopleSoft beban kerja Anda ke AWS, ketahanan adalah tujuan penting. Ini memastikan bahwa PeopleSoft aplikasi Anda selalu sangat tersedia dan dapat pulih dari kegagalan dengan cepat.

Pola ini menyediakan arsitektur untuk PeopleSoft aplikasi Anda di AWS untuk memastikan ketersediaan tinggi (HA) di tingkat jaringan, aplikasi, dan basis data. Ini menggunakan Amazon Relational Database Service (Amazon RDS) untuk Oracle atau Amazon RDS untuk database Amazon RDS for SQL Server untuk tingkat database. Arsitektur ini juga mencakup layanan AWS seperti Amazon Route 53, instans Amazon Elastic Compute Cloud (Amazon EC2) Linux, Amazon Elastic Block Storage (Amazon EBS), Amazon Elastic File System (Amazon EFS), dan Application Load Balancer, dan dapat diskalakan.

Oracle PeopleSoft menyediakan seperangkat alat dan aplikasi untuk manajemen tenaga kerja dan operasi bisnis lainnya.

Prasyarat dan batasan

Prasyarat

  • Akun AWS yang aktif

  • PeopleSoft Lingkungan dengan lisensi yang diperlukan untuk mengaturnya di AWS

  • Virtual private cloud (VPC) disiapkan di akun AWS Anda dengan sumber daya berikut:

    • Setidaknya dua Availability Zone

    • Satu subnet publik dan tiga subnet pribadi di setiap Availability Zone

    • Gateway NAT dan gateway internet

    • Rute tabel untuk setiap subnet untuk merutekan lalu lintas

    • Daftar kontrol akses jaringan (jaringan ACLs) dan grup keamanan yang ditetapkan untuk membantu memastikan keamanan PeopleSoft aplikasi sesuai dengan standar organisasi Anda

Batasan

  • Pola ini memberikan solusi ketersediaan tinggi (HA). Itu tidak mendukung skenario pemulihan bencana (DR). Dalam kejadian langka bahwa seluruh Wilayah AWS untuk implementasi HA turun, aplikasi akan menjadi tidak tersedia.

Versi produk

  • PeopleSoft aplikasi yang berjalan PeopleTools 8.52 dan yang lebih baru

Arsitektur

Arsitektur target

Downtime atau pemadaman aplikasi PeopleSoft produksi Anda berdampak pada ketersediaan aplikasi dan menyebabkan gangguan besar pada bisnis Anda.

Kami menyarankan Anda merancang aplikasi PeopleSoft produksi Anda sehingga selalu tersedia. Anda dapat mencapai ini dengan menghilangkan satu titik kegagalan, menambahkan titik crossover atau failover yang andal, dan mendeteksi kegagalan. Diagram berikut menggambarkan arsitektur HA untuk PeopleSoft AWS.

Arsitektur yang sangat tersedia untuk PeopleSoft AWS

Penerapan arsitektur ini menggunakan Amazon RDS for Oracle sebagai database, EC2 dan instance yang berjalan PeopleSoft di Red Hat Enterprise Linux (RHEL). Anda juga dapat menggunakan Amazon RDS for SQL Server sebagai database Peoplesoft.

Arsitektur ini berisi komponen-komponen berikut: 

  • Amazon Route 53 digunakan sebagai Domain Name Server (DNS) untuk routing request dari internet ke aplikasi. PeopleSoft

  • AWS WAF membantu Anda melindungi dari eksploitasi web umum dan bot yang dapat memengaruhi ketersediaan, membahayakan keamanan, atau mengkonsumsi sumber daya yang berlebihan. AWS Shield Advanced (tidak diilustrasikan) memberikan perlindungan yang jauh lebih luas.

  • Application Load Balancer menyeimbangkan lalu lintas HTTP dan HTTPS dengan routing permintaan lanjutan yang ditargetkan pada server web.

  • Server web, server aplikasi, server penjadwal proses, dan server Elasticsearch yang mendukung PeopleSoft aplikasi berjalan di beberapa Availability Zone dan menggunakan Amazon Auto EC2 Scaling.

  • Basis data yang digunakan oleh PeopleSoft aplikasi berjalan di Amazon RDS dalam konfigurasi Multi-AZ.

  • Berbagi file yang digunakan oleh PeopleSoft aplikasi dikonfigurasi di Amazon EFS dan digunakan untuk mengakses file di seluruh instance.

  • Amazon Machine Images (AMI s) digunakan oleh Amazon EC2 Auto Scaling untuk memastikan bahwa PeopleSoft komponen dikloning dengan cepat saat diperlukan.

  • Gateway NAT menghubungkan instance di subnet pribadi ke layanan di luar VPC Anda, dan memastikan bahwa layanan eksternal tidak dapat memulai koneksi dengan instans tersebut.

  • Gateway internet adalah komponen VPC berskala horizontal, berlebihan, dan sangat tersedia yang memungkinkan komunikasi antara VPC Anda dan internet.

  • Host benteng di subnet publik menyediakan akses ke server di subnet pribadi dari jaringan eksternal, seperti internet atau jaringan lokal. Host benteng menyediakan akses terkontrol dan aman ke server di subnet pribadi.

Detail arsitektur

PeopleSoft Basis data disimpan di database Amazon RDS for Oracle (atau Amazon RDS for SQL Server) dalam konfigurasi Multi-AZ. Fitur Amazon RDS Multi-AZ mereplikasi pembaruan basis data di dua Availability Zone untuk meningkatkan daya tahan dan ketersediaan. Amazon RDS secara otomatis gagal ke database siaga untuk pemeliharaan terencana dan gangguan yang tidak direncanakan.

PeopleSoft Web dan tingkat menengah diinstal pada EC2 instance. Instans ini tersebar di beberapa Availability Zone dan diikat oleh grup Auto Scaling. Ini memastikan bahwa komponen-komponen ini selalu sangat tersedia. Jumlah minimum instans yang diperlukan dipertahankan untuk memastikan bahwa aplikasi selalu tersedia dan dapat diskalakan saat diperlukan.

Kami menyarankan Anda menggunakan jenis EC2 instans generasi saat ini untuk EC2 instans OEM. Jenis instans generasi saat ini, seperti instance yang dibangun di AWS Nitro System, mendukung perangkat keras mesin virtual ()HVMs. HVM AMIs diperlukan untuk memanfaatkan jaringan yang ditingkatkan, dan mereka juga menawarkan peningkatan keamanan. EC2 Instans yang merupakan bagian dari setiap grup Auto Scaling menggunakan AMI mereka sendiri saat mengganti atau meningkatkan instance. Sebaiknya pilih jenis EC2 instans berdasarkan beban yang ingin ditangani PeopleSoft aplikasi dan nilai minimum yang direkomendasikan oleh Oracle untuk PeopleSoft aplikasi dan PeopleTools rilis Anda. Untuk informasi selengkapnya tentang persyaratan perangkat keras dan perangkat lunak, lihat situs web dukungan Oracle.

PeopleSoft Web dan tingkat menengah berbagi mount Amazon EFS untuk berbagi laporan, file data, dan (jika diperlukan) PS_HOME direktori. Amazon EFS dikonfigurasi dengan target pemasangan di setiap Availability Zone untuk alasan kinerja dan biaya.

Application Load Balancer disediakan untuk mendukung lalu lintas yang mengakses PeopleSoft aplikasi dan menyeimbangkan lalu lintas di antara server web di berbagai Availability Zone. Application Load Balancer adalah perangkat jaringan yang menyediakan HA di setidaknya dua Availability Zone. Server web mendistribusikan lalu lintas ke server aplikasi yang berbeda dengan menggunakan konfigurasi load balancing. Load balancing antara server web dan server aplikasi memastikan bahwa beban didistribusikan secara merata di seluruh instance, dan membantu menghindari kemacetan dan gangguan layanan karena instance yang kelebihan beban.

Amazon Route 53 digunakan sebagai layanan DNS untuk merutekan lalu lintas ke Application Load Balancer dari internet. Route 53 adalah layanan web DNS yang sangat tersedia dan dapat diskalakan.

Rincian HA

  • Database: Fitur Multi-AZ Amazon RDS mengoperasikan dua database di beberapa Availability Zone dengan replikasi sinkron. Ini menciptakan lingkungan yang sangat tersedia dengan failover otomatis. Amazon RDS memiliki deteksi peristiwa failover dan memulai failover otomatis saat peristiwa ini terjadi. Anda juga dapat memulai failover manual melalui Amazon RDS API. Untuk penjelasan rinci, lihat posting blog Amazon RDS Under The Hood: Multi-AZ. Failover mulus dan aplikasi secara otomatis terhubung kembali ke database ketika itu terjadi. Namun, setiap pekerjaan penjadwal proses selama failover menghasilkan kesalahan dan harus dikirim ulang.

  • PeopleSoft server aplikasi: Server aplikasi tersebar di beberapa Availability Zone dan memiliki grup Auto Scaling yang ditentukan untuknya. Jika instance gagal, grup Auto Scaling segera menggantinya dengan instance sehat yang dikloning dari AMI template server aplikasi. Secara khusus, penyatuan sentakan diaktifkan, jadi ketika instance server aplikasi turun, sesi secara otomatis gagal ke server aplikasi lain, dan grup Auto Scaling secara otomatis memutar instance lain, memunculkan server aplikasi, dan mendaftarkannya di mount Amazon EFS. Server aplikasi yang baru dibuat secara otomatis ditambahkan ke server web dengan menggunakan PSSTRSETUP.SH skrip di server web. Ini memastikan bahwa server aplikasi selalu sangat tersedia dan pulih dari kegagalan dengan cepat.

  • Penjadwal proses: Server penjadwal proses tersebar di beberapa Availability Zone dan memiliki grup Auto Scaling yang ditentukan untuknya. Jika instans gagal, grup Auto Scaling segera menggantinya dengan instance sehat yang dikloning dari AMI templat server penjadwal proses. Khususnya, ketika instance penjadwal proses turun, grup Auto Scaling secara otomatis memutar instance lain dan memunculkan penjadwal proses. Pekerjaan apa pun yang berjalan saat instance gagal harus dikirimkan ulang. Ini memastikan bahwa penjadwal proses selalu tersedia dan pulih dari kegagalan dengan cepat.

  • Server Elasticsearch: Server Elasticsearch memiliki grup Auto Scaling yang ditentukan untuk mereka. Jika instance gagal, grup Auto Scaling segera menggantinya dengan instance sehat yang dikloning dari AMI template server Elasticsearch. Secara khusus, ketika instance Elasticsearch turun, Application Load Balancer yang melayani permintaan untuk mendeteksi kegagalan dan berhenti mengirim lalu lintas ke sana. Grup Auto Scaling secara otomatis memutar instance lain dan memunculkan instance Elasticsearch. Ketika instance Elasticsearch di-back up, Application Load Balancer mendeteksi bahwa itu sehat dan mulai mengirim permintaan ke sana lagi. Ini memastikan bahwa server Elasticsearch selalu sangat tersedia dan pulih dari kegagalan dengan cepat.

  • Server web: Server web memiliki grup Auto Scaling yang ditentukan untuk mereka. Jika instance gagal, grup Auto Scaling segera menggantinya dengan instance sehat yang dikloning dari AMI template server web. Secara khusus, ketika instance server web turun, Application Load Balancer yang melayani permintaan untuk mendeteksi kegagalan dan berhenti mengirim lalu lintas ke sana. Grup Auto Scaling secara otomatis memutar instance lain dan memunculkan instance server web. Ketika instance server web di-back up, Application Load Balancer mendeteksi bahwa itu sehat dan mulai mengirim permintaan ke sana lagi. Ini memastikan bahwa server web selalu sangat tersedia dan pulih dari kegagalan dengan cepat.

Alat

Layanan AWS

Praktik terbaik

Praktik terbaik operasional

  • Saat Anda menjalankan PeopleSoft AWS, gunakan Route 53 untuk merutekan lalu lintas dari internet dan lokal. Gunakan opsi failover untuk mengalihkan lalu lintas ke situs pemulihan bencana (DR) jika instans DB utama tidak tersedia.

  • Selalu gunakan Application Load Balancer di depan lingkungan. PeopleSoft Ini memastikan bahwa lalu lintas seimbang beban ke server web dengan cara yang aman.

  • Dalam pengaturan grup target Application Load Balancer, pastikan lengket dihidupkan dengan cookie yang dihasilkan load balancer.

    catatan

    Anda mungkin perlu menggunakan cookie berbasis aplikasi jika Anda menggunakan sistem masuk tunggal eksternal (SSO). Ini memastikan bahwa koneksi konsisten di seluruh server web dan server aplikasi.

  • Untuk aplikasi PeopleSoft produksi, batas waktu idle Application Load Balancer harus sesuai dengan apa yang diatur dalam profil web yang Anda gunakan. Ini mencegah sesi pengguna kedaluwarsa di lapisan penyeimbang beban.

  • Untuk aplikasi PeopleSoft produksi, atur jumlah daur ulang server aplikasi ke nilai yang meminimalkan kebocoran memori.

  • Jika Anda menggunakan database Amazon RDS untuk aplikasi PeopleSoft produksi Anda, seperti yang dijelaskan dalam pola ini, jalankan dalam format Multi-AZ untuk ketersediaan tinggi.

  • Jika database Anda berjalan pada EC2 instance untuk aplikasi PeopleSoft produksi Anda, pastikan database siaga berjalan di Availability Zone lain untuk ketersediaan tinggi.

  • Untuk DR, pastikan database atau EC2 instans Amazon RDS Anda memiliki siaga yang dikonfigurasi di Wilayah AWS terpisah dari database produksi. Ini memastikan bahwa jika terjadi bencana di Wilayah, Anda dapat mengalihkan aplikasi ke Wilayah lain.

  • Untuk DR, gunakan Amazon Elastic Disaster Recovery untuk menyiapkan komponen tingkat aplikasi di Wilayah terpisah dari komponen produksi. Ini memastikan bahwa jika terjadi bencana di Wilayah, Anda dapat mengalihkan aplikasi ke Wilayah lain.

  • Gunakan Amazon EFS (untuk I/O persyaratan moderat) atau Amazon FSx (untuk I/O persyaratan tinggi) untuk menyimpan PeopleSoft laporan, lampiran, dan file data Anda. Ini memastikan bahwa konten disimpan di satu lokasi pusat dan dapat diakses dari mana saja di dalam infrastruktur.

  • Gunakan Amazon CloudWatch (dasar dan terperinci) untuk memantau sumber daya AWS Cloud yang digunakan PeopleSoft aplikasi Anda dalam waktu dekat. Ini memastikan bahwa Anda diberitahu tentang masalah secara instan dan dapat mengatasinya dengan cepat sebelum memengaruhi ketersediaan lingkungan.

  • Jika Anda menggunakan database Amazon RDS sebagai PeopleSoft database, gunakan Enhanced Monitoring. Fitur ini menyediakan akses ke lebih dari 50 metrik, termasuk CPU, memori, sistem I/O, and disk I/O file.

  • Gunakan AWS CloudTrail untuk memantau panggilan API pada sumber daya AWS yang digunakan PeopleSoft aplikasi Anda. Ini membantu Anda melakukan analisis keamanan, pelacakan perubahan sumber daya, dan audit kepatuhan.

Praktik terbaik keamanan

  • Untuk melindungi PeopleSoft aplikasi Anda dari eksploitasi umum seperti injeksi SQL atau cross-site scripting (XSS), gunakan AWS WAF. Pertimbangkan untuk menggunakan AWS Shield Advanced untuk layanan deteksi dan mitigasi yang disesuaikan.

  • Tambahkan aturan ke Application Load Balancer untuk mengarahkan lalu lintas dari HTTP ke HTTPS secara otomatis untuk membantu mengamankan aplikasi Anda. PeopleSoft

  • Siapkan grup keamanan terpisah untuk Application Load Balancer. Grup keamanan ini seharusnya hanya mengizinkan lalu lintas HTTPS/HTTP masuk dan tidak ada lalu lintas keluar. Ini memastikan bahwa hanya lalu lintas yang dimaksudkan yang diizinkan dan membantu mengamankan aplikasi Anda.

  • Gunakan subnet pribadi untuk server aplikasi, server web, dan database, dan gunakan gateway NAT untuk lalu lintas internet keluar. Ini memastikan bahwa server yang mendukung aplikasi tidak dapat dijangkau oleh publik, sementara menyediakan akses publik hanya ke server yang membutuhkannya.

  • Gunakan berbeda VPCs untuk menjalankan lingkungan PeopleSoft produksi dan non-produksi Anda. Gunakan AWS Transit Gateway, peering VPC, jaringan ACLs, dan grup keamanan untuk mengontrol arus lalu lintas antara VPC dan, jika perlu, pusat data lokal Anda.

  • Ikuti prinsip hak istimewa yang paling sedikit. Berikan akses ke sumber daya AWS yang digunakan oleh PeopleSoft aplikasi hanya untuk pengguna yang benar-benar membutuhkannya. Berikan hanya hak istimewa minimum yang diperlukan untuk melakukan tugas. Untuk informasi selengkapnya, lihat pilar keamanan AWS Well-Architected Framework.

  • Jika memungkinkan, gunakan AWS Systems Manager untuk mengakses EC2 instans yang digunakan PeopleSoft aplikasi.

Praktik terbaik keandalan

  • Saat Anda menggunakan Application Load Balancer, daftarkan satu target untuk setiap Availability Zone yang diaktifkan. Ini membuat penyeimbang beban paling efektif.

  • Kami menyarankan Anda memiliki tiga yang berbeda URLs untuk setiap lingkungan PeopleSoft produksi: satu URL untuk mengakses aplikasi, satu untuk melayani broker integrasi, dan satu untuk melihat laporan. Jika memungkinkan, setiap URL harus memiliki server web dan server aplikasi khusus sendiri. Desain ini membantu membuat PeopleSoft aplikasi Anda lebih aman, karena setiap URL memiliki fungsi yang berbeda dan akses terkontrol. Ini juga meminimalkan ruang lingkup dampak jika layanan yang mendasarinya gagal.

  • Kami menyarankan Anda mengonfigurasi pemeriksaan kesehatan pada grup target penyeimbang beban untuk PeopleSoft aplikasi Anda. Pemeriksaan kesehatan harus dilakukan di server web alih-alih EC2 instance yang menjalankan server tersebut. Ini memastikan bahwa jika server web mogok atau EC2 instance yang menghosting server web turun, Application Load Balancer mencerminkan informasi tersebut secara akurat.

  • Untuk aplikasi PeopleSoft produksi, kami menyarankan Anda menyebarkan server web di setidaknya tiga Availability Zone. Ini memastikan bahwa PeopleSoft aplikasi selalu sangat tersedia bahkan jika salah satu Availability Zone turun.

  • Untuk aplikasi PeopleSoft produksi, aktifkan jolt pooling (). joltPooling=true Ini memastikan bahwa aplikasi Anda gagal ke server aplikasi lain jika server down untuk tujuan patching atau karena kegagalan VM.

  • Untuk aplikasi PeopleSoft produksi, atur DynamicConfigReload ke 1. Pengaturan ini didukung di PeopleTools versi 8.52 dan yang lebih baru. Ini menambahkan server aplikasi baru ke server web secara dinamis, tanpa me-restart server.

  • Untuk meminimalkan waktu henti saat menerapkan PeopleTools tambalan, gunakan metode blue/green penerapan untuk konfigurasi peluncuran grup Auto Scaling untuk server web dan aplikasi. Untuk informasi selengkapnya, lihat Ikhtisar opsi penerapan di whitepaper AWS.

  • Gunakan AWS Backup untuk mencadangkan PeopleSoft aplikasi Anda di AWS. AWS Backup adalah layanan berbasis kebijakan yang hemat biaya, dikelola sepenuhnya, yang menyederhanakan perlindungan data dalam skala besar.

Praktik terbaik kinerja

  • Hentikan SSL di Application Load Balancer untuk kinerja lingkungan yang optimal, kecuali bisnis Anda memerlukan lalu lintas terenkripsi di seluruh lingkungan. PeopleSoft

  • Buat titik akhir VPC antarmuka untuk layanan AWS seperti Amazon Simple Notification Service (Amazon SNS) CloudWatchdan agar lalu lintas selalu internal. Ini hemat biaya dan membantu menjaga keamanan aplikasi Anda.

Praktik terbaik pengoptimalan biaya

  • Tandai semua sumber daya yang digunakan oleh PeopleSoft lingkungan Anda, dan aktifkan tag alokasi biaya. Tag ini membantu Anda melihat dan mengelola biaya sumber daya Anda.

  • Untuk aplikasi PeopleSoft produksi, siapkan grup Auto Scaling untuk server web dan server aplikasi. Ini mempertahankan jumlah minimal server web dan aplikasi untuk mendukung aplikasi Anda. Anda dapat menggunakan kebijakan grup Auto Scaling untuk meningkatkan skala server ke atas dan ke bawah sesuai kebutuhan.

  • Gunakan alarm penagihan untuk mendapatkan peringatan ketika biaya melebihi ambang anggaran yang Anda tentukan.

Praktik terbaik keberlanjutan

  • Gunakan infrastruktur sebagai kode (IAc) untuk menjaga PeopleSoft lingkungan Anda. Ini membantu Anda membangun lingkungan yang konsisten dan mempertahankan kontrol perubahan.

Epik

TugasDeskripsiKeterampilan yang dibutuhkan

Buat grup subnet DB.

Di konsol Amazon RDS, di panel navigasi, pilih grup Subnet, lalu buat grup subnet Amazon RDS DB dengan subnet di beberapa Availability Zone. Ini diperlukan agar database Amazon RDS berjalan dalam konfigurasi Multi-AZ.

Administrator awan

Buat database Amazon RDS.

Buat database Amazon RDS di Availability Zone Wilayah AWS yang Anda pilih untuk lingkungan PeopleSoft HA. Saat Anda membuat database Amazon RDS, pastikan untuk memilih opsi Multi-AZ (Buat instance siaga) dan grup subnet database yang Anda buat pada langkah sebelumnya. Untuk informasi selengkapnya, lihat dokumentasi Amazon RDS.

Administrator cloud, administrator basis data Oracle

Migrasikan PeopleSoft database Anda ke Amazon RDS.

Migrasikan PeopleSoft database yang ada ke database Amazon RDS dengan menggunakan AWS Database Migration Service (AWS DMS). Untuk informasi selengkapnya, lihat dokumentasi AWS DMS dan postingan blog AWS Migrating Oracle database dengan downtime mendekati nol menggunakan AWS DMS.

Administrator awan, PeopleSoft DBA
TugasDeskripsiKeterampilan yang dibutuhkan

Buat sistem file.

Di konsol Amazon EFS, buat sistem file dan pasang target untuk setiap Availability Zone. Untuk petunjuk, lihat dokumentasi Amazon EFS. Ketika sistem file telah dibuat, perhatikan nama DNS-nya. Anda akan menggunakan informasi ini ketika Anda me-mount sistem file.

Administrator awan
TugasDeskripsiKeterampilan yang dibutuhkan

Luncurkan sebuah EC2 instance.

Luncurkan EC2 instance untuk PeopleSoft aplikasi Anda. Untuk petunjuk, lihat EC2 dokumentasi Amazon.

  • Untuk Nama, masukkan APP_TEMPLATE.

  • Untuk gambar OS, pilih Red Hat.

  • Untuk tipe Instance, pilih jenis instance yang sesuai untuk PeopleSoft aplikasi Anda. Untuk informasi selengkapnya, lihat Detail arsitektur di bagian Arsitektur.

Administrator cloud, PeopleSoft administrator

Instal PeopleSoft pada instance.

Instal PeopleSoft aplikasi Anda dan PeopleTools pada EC2 instance yang Anda buat. Untuk instruksi, lihat dokumentasi Oracle.

Administrator cloud, PeopleSoft administrator

Buat server aplikasi.

Buat server aplikasi untuk template AMI dan pastikan itu berhasil terhubung ke database Amazon RDS.

Administrator cloud, PeopleSoft administrator

Pasang sistem file Amazon EFS.

Masuk ke EC2 instance sebagai pengguna root dan jalankan perintah berikut untuk memasang sistem file Amazon EFS ke folder yang dipanggil PSFTMNT di server.

sudo su –
mkdir /psftmnt
cat /etc/fstab

Tambahkan baris berikut ke /etc/fstab file. Gunakan nama DNS yang Anda catat saat Anda membuat sistem file.

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
Administrator cloud, PeopleSoft administrator

Periksa izin.

Pastikan PSFTMNT folder memiliki izin yang tepat sehingga PeopleSoft pengguna dapat mengaksesnya dengan benar.

Administrator cloud, PeopleSoft administrator

Buat instance tambahan.

Ulangi langkah sebelumnya dalam epik ini untuk membuat instance template untuk penjadwal proses, server web, dan server Elasticsearch. Sebutkan contoh iniPRCS_TEMPLATE,WEB_TEMPLATE, danSRCH_TEMPLATE. Untuk server web, atur joltPooling=true danDynamicConfigReload=1.

Administrator cloud, PeopleSoft administrator
TugasDeskripsiKeterampilan yang dibutuhkan

Buat skrip untuk menginstal server aplikasi.

Dalam EC2 APP_TEMPLATE contoh Amazon, sebagai PeopleSoft pengguna, buat skrip berikut. Beri nama appstart.sh dan letakkan di PS_HOME direktori. Anda akan menggunakan skrip ini untuk membuka server aplikasi dan juga merekam nama server di mount Amazon EFS.

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

Buat skrip untuk menginstal server penjadwal proses.

Dalam EC2 PRCS_TEMPLATE contoh Amazon, sebagai PeopleSoft pengguna, buat skrip berikut. Beri nama prcsstart.sh dan letakkan di PS_HOME direktori. Anda akan menggunakan skrip ini untuk memunculkan server penjadwal proses.

#!/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 administrator

Buat skrip untuk menginstal server Elasticsearch.

Dalam EC2 SRCH_TEMPLATE contoh Amazon, sebagai pengguna Elasticsearch, buat skrip berikut. Beri nama srchstart.sh dan letakkan di HOME direktori.

#!/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 administrator

Buat skrip untuk menginstal server web.

Dalam EC2 WEB_TEMPLATE contoh Amazon, sebagai pengguna server web, buat skrip berikut di HOME direktori.

renip.sh: Skrip ini memastikan bahwa server web memiliki IP yang benar ketika dikloning dari 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: Skrip ini memastikan bahwa server web menggunakan server aplikasi IPs yang benar yang sedang berjalan. Ia mencoba untuk terhubung ke setiap server aplikasi pada port sentakan dan menambahkannya ke file konfigurasi.

#!/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: Skrip ini menjalankan dua skrip sebelumnya dan memulai 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 administrator

Tambahkan entri crontab.

Dalam EC2 WEB_TEMPLATE contoh Amazon, sebagai pengguna server web, tambahkan baris berikut ke crontab. Ubah waktu dan jalur untuk mencerminkan nilai yang Anda butuhkan. Entri ini memastikan bahwa server web Anda selalu memiliki entri server aplikasi yang benar dalam configuration.properties file.

* * * * * /usr/homes/hcmdemo/psstrsetup.sh
PeopleSoft administrator
TugasDeskripsiKeterampilan yang dibutuhkan

Buat AMI untuk template server aplikasi.

Di EC2 konsol Amazon, buat gambar AMI dari EC2 APP_TEMPLATE instans Amazon. Nama AMIPSAPPSRV-SCG-VER1. Untuk petunjuk, lihat EC2 dokumentasi Amazon.

Administrator cloud, PeopleSoft administrator

Buat AMIs untuk server lain.

Ulangi langkah sebelumnya AMIs untuk membuat penjadwal proses, server Elasticsearch, dan server web.

Administrator cloud, PeopleSoft administrator

Buat template peluncuran untuk grup Auto Scaling server aplikasi.

Buat template peluncuran untuk grup Auto Scaling server aplikasi. Beri nama template PSAPPSRV_TEMPLATE. Dalam template, pilih AMI yang Anda buat untuk APP_TEMPLATE instance. Untuk petunjuk, lihat EC2 dokumentasi Amazon.

  • Dalam template peluncuran, pilih jenis instance berdasarkan kebutuhan Anda.

  • Di bidang Data pengguna pada bagian Detail lanjutan, tambahkan entri berikut. Pastikan jalur dan informasi pengguna sudah benar. Anda membuat appstart.sh skrip di langkah sebelumnya.

    #! /bin/ksh
su -c "/usr/homes/hcmdemo/appstart.sh" - hcmdemo
Administrator cloud, PeopleSoft administrator

Buat template peluncuran untuk grup Auto Scaling server penjadwal proses.

Ulangi langkah sebelumnya untuk membuat template peluncuran untuk grup Auto Scaling server penjadwal proses. Beri nama templatePSPRCS_TEMPLATE. Dalam template, pilih AMI yang Anda buat untuk penjadwal proses.

  • Di bidang Data pengguna pada bagian Detail lanjutan, tambahkan entri berikut. Pastikan jalur dan informasi pengguna sudah benar. Anda membuat prcsstart.sh skrip di langkah sebelumnya.

    #! /bin/ksh
su -c "/usr/homes/hcmdemo/prcsstart.sh" - hcmdemo
Administrator cloud, PeopleSoft administrator

Buat template peluncuran untuk grup Auto Scaling server Elasticsearch.

Ulangi langkah sebelumnya untuk membuat template peluncuran untuk grup Auto Scaling server Elasticsearch. Beri nama templateSRCH_TEMPLATE. Dalam template, pilih AMI yang Anda buat untuk server pencarian.

  • Di bidang Data pengguna pada bagian Detail lanjutan, tambahkan entri berikut. Pastikan jalur dan informasi pengguna sudah benar. Anda membuat srchstart.sh skrip di langkah sebelumnya.

    #! /bin/ksh
su -c "/usr/homes/essearch/srchstart.sh" - essearch
Administrator cloud, PeopleSoft administrator

Buat template peluncuran untuk grup Auto Scaling server web.

Ulangi langkah sebelumnya untuk membuat template peluncuran untuk grup Auto Scaling server web. Beri nama templateWEB_TEMPLATE. Dalam template, pilih AMI yang Anda buat untuk server web.

  • Di bidang Data pengguna pada bagian Detail lanjutan, tambahkan entri berikut. Pastikan jalur dan informasi pengguna sudah benar. Anda membuat webstart.sh skrip di langkah sebelumnya.

    #! /bin/ksh
su -c "/usr/homes/hcmdemo/webstart.sh" - hcmdemo
Administrator cloud, PeopleSoft administrator
TugasDeskripsiKeterampilan yang dibutuhkan

Buat grup Auto Scaling untuk server aplikasi.

Di EC2 konsol Amazon, buat grup Auto Scaling yang dipanggil PSAPPSRV_ASG untuk server aplikasi dengan menggunakan template. PSAPPSRV_TEMPLATE Untuk petunjuk, lihat EC2 dokumentasi Amazon.

  • Pada halaman Pilih opsi peluncuran instance, pilih VPC yang benar dan kemudian pilih beberapa subnet dari Availability Zone yang berbeda.

  • Pada halaman Configure advanced options, jangan pilih load balancer.

  • Pada halaman Konfigurasi ukuran grup dan kebijakan penskalaan, pilih setelan tergantung pada seberapa banyak beban yang Anda inginkan untuk merancang sistem Anda dan apakah Anda ingin menggunakan kebijakan penskalaan. Kami menyarankan Anda mengatur kapasitas yang diinginkan dan minimum menjadi 2 minimum sehingga setidaknya satu instance tersedia untuk melayani lalu lintas kapan saja. Untuk informasi selengkapnya tentang kebijakan Auto Scaling, lihat dokumentasi Amazon EC2 .

Administrator cloud, PeopleSoft administrator

Buat grup Auto Scaling untuk server lain.

Ulangi langkah sebelumnya untuk membuat grup Auto Scaling untuk penjadwal proses, server Elasticsearch, dan server web.

Administrator cloud, PeopleSoft administrator
TugasDeskripsiKeterampilan yang dibutuhkan

Buat grup target untuk server web.

Di EC2 konsol Amazon, buat grup target untuk server web. Untuk petunjuk, lihat dokumentasi Elastic Load Balancing. Atur port ke port tempat server web mendengarkan.

Administrator awan

Konfigurasikan pemeriksaan kesehatan.

Konfirmasikan bahwa pemeriksaan kesehatan memiliki nilai yang benar untuk mencerminkan kebutuhan bisnis Anda. Untuk informasi lebih lanjut, lihat Dokumentasi Penyeimbangan Beban Elastis.

Administrator awan

Buat grup target untuk server Elasticsearch.

Ulangi langkah sebelumnya untuk membuat grup target yang dipanggil PSFTSRCH untuk server Elasticsearch, dan atur port Elasticsearch yang benar.

Administrator awan

Tambahkan grup target ke grup Auto Scaling.

Buka grup Auto Scaling server web yang disebut PSPIA_ASG yang Anda buat sebelumnya. Pada tab Load balancing, pilih Edit dan kemudian tambahkan grup PSFTWEB target ke grup Auto Scaling.

Ulangi langkah ini untuk grup Auto Scaling Elasticsearch untuk menambahkan PSSRCH_ASG PSFTSRCH grup target yang Anda buat sebelumnya.

Administrator awan

Atur kelengketan sesi.

Di grup targetPSFTWEB, pilih tab Atribut, pilih Edit, dan atur kelengketan sesi. Untuk jenis lengket, pilih Cookie yang dihasilkan penyeimbang beban, dan atur durasinya ke 1. Untuk informasi lebih lanjut, lihat Dokumentasi Penyeimbangan Beban Elastis.

Ulangi langkah ini untuk kelompok sasaranPSFTSRCH.

Administrator awan
TugasDeskripsiKeterampilan yang dibutuhkan

Buat penyeimbang beban untuk server web.

Buat Application Load Balancer bernama PSFTLB untuk memuat keseimbangan lalu lintas ke server web. Untuk petunjuk, lihat dokumentasi Elastic Load Balancing.

  • Berikan nama penyeimbang beban.

  • Untuk Skema, pilih Internet-facing.

  • Di bagian pemetaan Jaringan, pilih VPC yang benar dan setidaknya dua subnet publik dari Availability Zone yang berbeda.

  • Di bagian Listeners and routing, pilih grup target PSFTWEB dan tentukan protokol dan nomor port yang benar.

Administrator awan

Buat penyeimbang beban untuk server Elasticsearch.

Buat Application Load Balancer bernama PSFTSCH untuk menyeimbangkan lalu lintas beban ke server Elasticsearch.

  • Berikan nama penyeimbang beban.

  • Untuk Skema, pilih Internal.

  • Di bagian Pemetaan jaringan, pilih VPC dan subnet pribadi yang benar.

  • Di bagian Listeners and routing, pilih grup target PSFTSRCH dan tentukan protokol dan nomor port yang benar.

Administrator awan

Konfigurasikan Route 53.

Di konsol Amazon Route 53, buat catatan di zona yang dihosting yang akan melayani PeopleSoft aplikasi. Untuk petunjuk, lihat dokumentasi Amazon Route 53. Ini memastikan bahwa semua lalu lintas melewati penyeimbang PSFTLB beban.

Administrator awan

Sumber daya terkait