Configure uma PeopleSoft arquitetura altamente disponível em AWS - Recomendações da AWS
ResumoPré-requisitos e limitaçõesArquiteturaFerramentasPráticas recomendadasÉpicosRecursos relacionados

As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.

Configure uma PeopleSoft arquitetura altamente disponível em AWS

Criado por Ramanathan Muralidhar () AWS

Ambiente: produção

Tecnologias: produtividade empresarial; infraestrutura; aplicativos móveis e web; bancos de dados

Workload: Oracle

AWSserviços: Amazon EC2 Auto ScalingEFS; Amazon; Elastic Load Balancing ELB (); Amazon RDS

Resumo

Quando você migra suas PeopleSoft cargas de trabalho paraAWS, a resiliência é um objetivo importante. Ele garante que seu PeopleSoft aplicativo esteja sempre altamente disponível e seja capaz de se recuperar rapidamente de falhas.

Esse padrão fornece uma arquitetura para seus PeopleSoft aplicativos AWS para garantir alta disponibilidade (HA) nas camadas de rede, aplicativo e banco de dados. Ele usa um banco de dados Amazon Relational Database Service (RDSAmazon) para Oracle ou RDS Amazon SQL for Server para o nível do banco de dados. Essa arquitetura também inclui AWS serviços como Amazon Route 53, instâncias Linux do Amazon Elastic Compute Cloud (AmazonEC2), Amazon Elastic Block Storage (AmazonEBS), Amazon Elastic File System (AmazonEFS) e um Application Load Balancer, além de ser escalável.

PeopleSoftA Oracle fornece um conjunto de ferramentas e aplicativos para gerenciamento da força de trabalho e outras operações comerciais.

Pré-requisitos e limitações

Pré-requisitos

  • Uma AWS conta ativa

  • Um PeopleSoft ambiente com as licenças necessárias para configurá-lo AWS

  • Uma nuvem privada virtual (VPC) configurada em sua AWS conta com os seguintes recursos:

    • Selecione pelo menos duas Zonas de disponibilidade.

    • Uma sub-rede pública e três sub-redes privadas em cada zona de disponibilidade

    • Um NAT gateway e um gateway de internet

    • Tabelas de rotas para cada sub-rede para rotear o tráfego

    • Listas de controle de acesso à rede (redeACLs) e grupos de segurança definidos para ajudar a garantir a segurança do PeopleSoft aplicativo de acordo com os padrões da sua organização

Limitações

  • Esse padrão fornece uma solução de alta disponibilidade (HA). Ele não oferece suporte a cenários de recuperação de desastres (DR). Na rara ocorrência de toda a AWS região da implementação do HA cair, o aplicativo ficará indisponível.

Versões do produto

  • PeopleSoft aplicativos executando PeopleTools 8.52 e versões posteriores

Arquitetura

Arquitetura de destino

O tempo de inatividade ou interrupção de seu aplicativo de PeopleSoft produção afeta a disponibilidade do aplicativo e causa grandes interrupções em seus negócios.

Recomendamos que você projete seu aplicativo de PeopleSoft produção para que ele esteja sempre altamente disponível. Você pode conseguir isso eliminando pontos únicos de falha, adicionando pontos confiáveis de cruzamento ou failover e detectando falhas. O diagrama a seguir ilustra uma arquitetura de HA para um PeopleSoft . AWS

Arquitetura altamente disponível para PeopleSoft um AWS

Essa implantação de arquitetura usa o Amazon RDS for Oracle como PeopleSoft banco de dados e EC2 instâncias que estão sendo executadas no Red Hat Enterprise Linux (RHEL). Você também pode usar o Amazon RDS for SQL Server como banco de dados do Peoplesoft.

Essa arquitetura inclui os seguintes componentes: 

  • O Amazon Route 53 é usado como servidor de nomes de domínio (DNS) para rotear solicitações da Internet para o PeopleSoft aplicativo.

  • AWSWAFajuda você a se proteger contra explorações e bots comuns da Web que podem afetar a disponibilidade, comprometer a segurança ou consumir recursos excessivos. AWSO Shield Advanced (não ilustrado) oferece uma proteção muito mais ampla.

  • Um Application Load Balancer equilibra a carga HTTP e o HTTPS tráfego com roteamento avançado de solicitações direcionado aos servidores da web.

  • Os servidores web, servidores de aplicativos, servidores de agendamento de processos e servidores Elasticsearch que oferecem suporte ao PeopleSoft aplicativo são executados em várias zonas de disponibilidade e usam o Amazon Auto EC2Scaling.

  • O banco de dados usado pelo PeopleSoft aplicativo é executado na Amazon RDS em uma configuração Multi-AZ.

  • O compartilhamento de arquivos usado pelo PeopleSoft aplicativo é configurado na Amazon EFS e é usado para acessar arquivos entre instâncias.

  • As imagens de máquina da Amazon são usadas pelo Amazon EC2 Auto Scaling para garantir que os PeopleSoft componentes sejam clonados rapidamente quando necessário. AMI

  • Os NATgateways conectam instâncias em uma sub-rede privada a serviços fora da sua VPC e garantem que os serviços externos não possam iniciar uma conexão com essas instâncias.

  • O gateway da Internet é um VPC componente dimensionado horizontalmente, redundante e altamente disponível que permite a comunicação entre você e a Internet. VPC

  • Os bastion hosts na sub-rede pública fornecem acesso aos servidores na sub-rede privada a partir de uma rede externa, como a Internet ou a rede on-premises. Os bastion hosts fornecem acesso controlado e seguro aos servidores nas sub-redes privadas.

Detalhes de arquitetura

O PeopleSoft banco de dados está alojado em um banco de dados Amazon RDS for Oracle (ou Amazon RDS for SQL Server) em uma configuração Multi-AZ. O recurso Amazon RDS Multi-AZ replica as atualizações do banco de dados em duas zonas de disponibilidade para aumentar a durabilidade e a disponibilidade. A Amazon RDS efetua o failover automático no banco de dados em espera para manutenção planejada e interrupções não planejadas.

A PeopleSoft web e a camada intermediária são instaladas nas EC2 instâncias. Essas instâncias estão espalhadas por várias zonas de disponibilidade e vinculadas por um grupo do Auto Scaling. Isso garante que esses componentes estejam sempre altamente disponíveis. Um número mínimo de instâncias necessárias é mantido para garantir que o aplicativo esteja sempre disponível e possa ser escalado quando necessário.

Recomendamos que você use um tipo de EC2 instância da geração atual para as OEM EC2 instâncias. Os tipos de instância da geração atual, como instâncias criadas no AWS Nitro System, oferecem suporte a máquinas virtuais de hardware (HVMs). HVMAMIsEles precisam aproveitar as vantagens da rede aprimorada e também oferecem maior segurança. As EC2 instâncias que fazem parte de cada grupo do Auto Scaling usam suas próprias instâncias AMI ao substituir ou ampliar as instâncias. Recomendamos que você selecione os tipos de EC2 instância com base na carga que você deseja que seu PeopleSoft aplicativo manipule e nos valores mínimos recomendados pela Oracle para seu PeopleSoft aplicativo e sua PeopleTools versão. Para obter mais informações sobre os requisitos de hardware e software, consulte o site de suporte da Oracle.

A PeopleSoft web e a camada intermediária compartilham um EFS suporte da Amazon para compartilhar relatórios, arquivos de dados e (se necessário) o PS_HOME diretório. A Amazon EFS está configurada com metas de montagem em cada zona de disponibilidade por motivos de desempenho e custo.

Um Application Load Balancer é provisionado para suportar o tráfego que acessa o PeopleSoft aplicativo e balanceia a carga do tráfego entre os servidores web em diferentes zonas de disponibilidade. Um Application Load Balancer é um dispositivo de rede que fornece HA em pelo menos duas zonas de disponibilidade. Os servidores web distribuem o tráfego para diferentes servidores de aplicativos usando uma configuração de balanceamento de carga. O balanceamento de carga entre o servidor web e o servidor de aplicativos garante que a carga seja distribuída uniformemente entre as instâncias e ajuda a evitar gargalos e interrupções no serviço devido a instâncias sobrecarregadas.

O Amazon Route 53 é usado como DNS serviço para rotear o tráfego da Internet para o Application Load Balancer. O Route 53 é um serviço DNS web altamente disponível e escalável.

Detalhes do HA

  • Bancos de dados: o recurso Multi-AZ da Amazon RDS opera dois bancos de dados em várias zonas de disponibilidade com replicação síncrona. Isso cria um ambiente altamente disponível com failover automático. RDSA Amazon detecta eventos de failover e inicia um failover automático quando esses eventos ocorrem. Você também pode iniciar o failover manual por meio da Amazon. RDS API Para obter uma explicação detalhada, consulte a postagem do blog Amazon RDS Under The Hood: Multi-AZ. O failover é contínuo e o aplicativo se reconecta automaticamente ao banco de dados quando isso acontece. No entanto, qualquer trabalho do agendador de processos durante o failover gera erros e precisa ser reenviado.

  • PeopleSoft servidores de aplicativos: os servidores de aplicativos estão espalhados por várias zonas de disponibilidade e têm um grupo de Auto Scaling definido para eles. Se uma instância falhar, o grupo Auto Scaling a substituirá imediatamente por uma instância íntegra que é clonada a partir do modelo do servidor AMI de aplicativos. Especificamente, o jolt pooling está habilitado. Portanto, quando uma instância do servidor de aplicativos fica inativa, as sessões são transferidas automaticamente para outro servidor de aplicativos, e o grupo Auto Scaling automaticamente cria outra instância, abre o servidor do aplicativo e o registra na montagem da Amazon. EFS O servidor de aplicativos recém-criado é adicionado automaticamente aos servidores web usando o PSSTRSETUP.SH script nos servidores web. Isso garante que o servidor de aplicativos esteja sempre altamente disponível e se recupere rapidamente de falhas.

  • Agendadores de processos: os servidores dos agendadores de processos estão espalhados por várias zonas de disponibilidade e têm um grupo do Auto Scaling definido para eles. Se uma instância falhar, o grupo Auto Scaling a substituirá imediatamente por uma instância íntegra que é clonada do modelo de servidor do agendador AMI de processos. Especificamente, quando uma instância do agendador de processos fica inativa, o grupo do Auto Scaling ativa automaticamente outra instância e ativa o agendador de processos. Todos os trabalhos que estavam em execução quando a instância falhou devem ser reenviados. Isso garante que o agendador de processos esteja sempre altamente disponível e se recupere rapidamente de falhas.

  • Servidores Elasticsearch: os servidores Elasticsearch têm um grupo do Auto Scaling definido para eles. Se uma instância falhar, o grupo Auto Scaling a substitui imediatamente por uma instância íntegra que é clonada do modelo do servidor AMI Elasticsearch. Especificamente, quando uma instância do Elasticsearch fica inativa, o Application Load Balancer que atende às solicitações detecta a falha e para de enviar tráfego para ela. O grupo do Auto Scaling ativa automaticamente outra instância e ativa a instância do Elasticsearch. Quando a instância do Elasticsearch é reativada, o Application Load Balancer detecta que ela está íntegra e começa a enviar solicitações para ela novamente. Isso garante que o servidor Elasticsearch esteja sempre altamente disponível e se recupere rapidamente de falhas.

  • Servidores web: os servidores web têm um grupo do Auto Scaling definido para eles. Se uma instância falhar, o grupo Auto Scaling a substituirá imediatamente por uma instância íntegra que é clonada do modelo AMI do servidor web. Especificamente, quando uma instância do servidor web fica inativa, o Application Load Balancer que atende às solicitações detecta a falha e para de enviar tráfego para ela. O grupo do Auto Scaling ativa automaticamente outra instância e ativa a instância do servidor web. Quando a instância do web server é reativada, o Application Load Balancer detecta que ela está íntegra e começa a enviar solicitações para ela novamente. Isso garante que o servidor web esteja sempre altamente disponível e se recupere rapidamente de falhas.

Ferramentas

AWSserviços

Práticas recomendadas

Melhores práticas operacionais

  • Quando você PeopleSoft executaAWS, use o Route 53 para rotear o tráfego da Internet e localmente. Use a opção de failover para redirecionar o tráfego para o site de recuperação de desastres (DR) se a instância de banco de dados primária não estiver disponível.

  • Sempre use um Application Load Balancer na frente do PeopleSoft ambiente. Isso garante que a carga do tráfego seja balanceada para os servidores da web de forma segura.

  • Nas configurações do grupo-alvo do Application Load Balancer, verifique se a aderência está ativada com um cookie gerado pelo balanceador de carga.

    Observação: talvez seja necessário usar um cookie baseado em aplicativo se usar o login único externo (). SSO Isso garante que as conexões sejam consistentes entre os servidores web e os servidores de aplicativos.

  • Para um aplicativo PeopleSoft de produção, o tempo limite de inatividade do Application Load Balancer deve corresponder ao que está definido no perfil da web que você usa. Isso evita que as sessões do usuário expirem na camada do balanceador de carga.

  • Para um aplicativo PeopleSoft de produção, defina a contagem de reciclagem do servidor de aplicativos para um valor que minimize os vazamentos de memória.

  • Se você estiver usando um RDS banco de dados da Amazon para seu aplicativo de PeopleSoft produção, conforme descrito neste padrão, execute-o no formato Multi-AZ para obter alta disponibilidade.

  • Se seu banco de dados estiver sendo executado em uma EC2 instância para seu aplicativo PeopleSoft de produção, certifique-se de que um banco de dados em espera esteja sendo executado em outra zona de disponibilidade para alta disponibilidade.

  • Para DR, certifique-se de que seu RDS banco de dados ou EC2 instância da Amazon tenha um modo de espera configurado em uma AWS região separada do banco de dados de produção. Isso garante que, em caso de desastre na região, você possa mudar o aplicativo para outra região.

  • Para DR, usar o Amazon Elastic Disaster Recovery para configurar componentes no nível do aplicativo em uma região separada dos componentes de produção. Isso garante que, em caso de desastre na região, você possa mudar o aplicativo para outra região.

  • Use a Amazon EFS (para requisitos moderados de E/S) ou a Amazon FSx (para altos requisitos de E/S) para armazenar seus PeopleSoft relatórios, anexos e arquivos de dados. Isso garante que o conteúdo seja armazenado em um local central e seja acessado de qualquer lugar dentro da infraestrutura.

  • Use a Amazon CloudWatch (básica e detalhada) para monitorar os recursos da AWS nuvem que seu PeopleSoft aplicativo está usando quase em tempo real. Isso garante que você receba alertas sobre problemas instantaneamente e possa resolvê-los rapidamente antes que afetem a disponibilidade do ambiente.

  • Se você estiver usando um banco de RDS dados da Amazon como banco de PeopleSoft dados, use o Enhanced Monitoring. Esse recurso fornece acesso a mais de 50 métricas, incluindo memóriaCPU, E/S do sistema de arquivos e E/S de disco.

  • Use AWS CloudTrailpara monitorar API chamadas nos AWS recursos que seu PeopleSoft aplicativo está usando. Isso ajuda você a realizar análises de segurança, rastreamento de alterações de recursos e auditoria de conformidade.

Práticas recomendadas de segurança

  • Para proteger seu PeopleSoft aplicativo contra explorações comuns, como SQL injeção ou cross-site scripting (XSS), use. AWSWAF Considere usar o AWSShield Advanced para serviços personalizados de detecção e mitigação.

  • Adicione uma regra ao Application Load Balancer para redirecionar o tráfego de HTTP para HTTPS automaticamente e ajudar a proteger seu aplicativo. PeopleSoft

  • Configure um grupo de segurança separado para o Application Load Balancer. Esse grupo de segurança deve permitir somenteHTTPS/tráfego de HTTP entrada e nenhum tráfego de saída. Isso garante que somente o tráfego pretendido seja permitido e ajuda a proteger seu aplicativo.

  • Use sub-redes privadas para os servidores de aplicativos, servidores web e banco de dados, e use NATgateways para tráfego de saída da Internet. Isso garante que os servidores que oferecem suporte ao aplicativo não possam ser acessados publicamente, ao mesmo tempo em que fornece acesso público somente aos servidores que precisam dele.

  • Use diferentes VPCs para executar seus ambientes PeopleSoft de produção e não produção. Use AWSTransit Gateway, VPCpeeringACLs, rede e grupos de segurança para controlar o fluxo de tráfego entre os VPCs e, se necessário, seu data center local.

  • Seguir o princípio do privilégio mínimo Conceda acesso aos AWS recursos usados pelo PeopleSoft aplicativo somente aos usuários que realmente precisam dele. Conceder somente os privilégios mínimos necessários para executar uma tarefa. Para obter mais informações, consulte o pilar de segurança do AWS Well-Architected Framework.

  • Sempre que possível, use o AWSSystems Manager para acessar as EC2 instâncias que o PeopleSoft aplicativo usa.

Práticas recomendadas de confiabilidade

  • Ao usar um Application Load Balancer, registre um único destino para cada zona de disponibilidade ativada. Isso torna o balanceador de carga mais eficaz.

  • Recomendamos que você tenha três ambientes distintos URLs para cada ambiente de PeopleSoft produção: um URL para acessar o aplicativo, um para servir ao agente de integração e outro para visualizar relatórios. Se possível, cada um URL deve ter seus próprios servidores web e servidores de aplicativos dedicados. Esse design ajuda a tornar seu PeopleSoft aplicativo mais seguro, pois cada um URL tem uma funcionalidade distinta e acesso controlado. Também minimiza o escopo do impacto se os serviços subjacentes falharem.

  • Recomendamos que você configure verificações de integridade nos grupos-alvo do balanceador de carga do seu PeopleSoft aplicativo. As verificações de saúde devem ser realizadas nos servidores da Web em vez das EC2 instâncias que executam esses servidores. Isso garante que, se o servidor web falhar ou a EC2 instância que hospeda o servidor web cair, o Application Load Balancer reflita essas informações com precisão.

  • Para um aplicativo PeopleSoft de produção, recomendamos que você distribua os servidores web em pelo menos três zonas de disponibilidade. Isso garante que o PeopleSoft aplicativo esteja sempre altamente disponível, mesmo que uma das zonas de disponibilidade fique inativa.

  • Para um aplicativo PeopleSoft de produção, habilite jolt pooling (). joltPooling=true Isso garante que seu aplicativo passe para outro servidor de aplicativos se um servidor estiver inativo para fins de correção ou devido a uma falha na VM.

  • Para um aplicativo PeopleSoft de produção, DynamicConfigReload defina como 1. Essa configuração é suportada na PeopleTools versão 8.52 e posterior. Ele adiciona novos servidores de aplicativos ao servidor web dinamicamente, sem reiniciar os servidores.

  • Para minimizar o tempo de inatividade ao aplicar PeopleTools patches, use o método de implantação azul/verde para suas configurações de inicialização de grupo do Auto Scaling para servidores web e de aplicativos. Para obter mais informações, consulte a Visão geral das opções de implantação no AWS whitepaper.

  • Use AWSBackup para fazer backup do seu PeopleSoft aplicativo emAWS. AWSO Backup é um serviço econômico, totalmente gerenciado e baseado em políticas que simplifica a proteção de dados em grande escala.

Práticas recomendadas de desempenho

Melhores práticas de otimização de custos

  • Marque todos os recursos usados pelo seu PeopleSoft ambiente e ative as tags de alocação de custos. Essas tags ajudam você a visualizar e gerenciar seus custos de recursos.

  • Para um aplicativo PeopleSoft de produção, configure grupos de Auto Scaling para os servidores web e os servidores de aplicativos. Isso mantém um número mínimo de servidores web e de aplicativos para dar suporte ao seu aplicativo. Você pode usar as políticas de grupo do Auto Scaling para aumentar e reduzir os servidores conforme necessário.

  • Use alarmes de cobrança para receber alertas quando os custos excederem um limite de orçamento especificado por você.

Melhores práticas de sustentabilidade

  • Use a infraestrutura como código (IaC) para manter seus PeopleSoft ambientes. Isso ajuda você a criar ambientes consistentes e manter o controle de mudanças.

Épicos

TarefaDescriçãoHabilidades necessárias

Criar um grupo de sub-redes de banco de dados.

No RDSconsole da Amazon, no painel de navegação, escolha Grupos de sub-redes e, em seguida, crie um grupo de sub-redes de RDS banco de dados da Amazon com sub-redes em várias zonas de disponibilidade. Isso é necessário para que o RDS banco de dados da Amazon seja executado em uma configuração Multi-AZ.

Administrador de nuvem

Crie o RDS banco de dados da Amazon.

Crie um RDS banco de dados da Amazon em uma zona de disponibilidade da AWS região que você selecionou para o ambiente de PeopleSoft HA. Ao criar o RDS banco de dados da Amazon, certifique-se de selecionar a opção Multi-AZ (Criar uma instância em espera) e o grupo de sub-rede do banco de dados que você criou na etapa anterior. Para obter mais informações, consulte a RDSdocumentação da Amazon.

Administrador de nuvem, administrador de banco de dados Oracle

Migre seu PeopleSoft banco de dados para a AmazonRDS.

Migre seu PeopleSoft banco de dados existente para o banco de RDS dados da Amazon usando o AWS Database Migration Service (AWSDMS). Para obter mais informações, consulte a AWSDMSdocumentação e a postagem do AWS blog Como migrar bancos de dados Oracle com tempo de inatividade quase zero usando. AWS DMS

Administrador de nuvem, PeopleSoft DBA
TarefaDescriçãoHabilidades necessárias

Crie um sistema de arquivos.

No EFSconsole da Amazon, crie um sistema de arquivos e monte destinos para cada zona de disponibilidade. Para obter instruções, consulte a EFSdocumentação da Amazon. Quando o sistema de arquivos for criado, anote seu DNS nome. Você usará essas informações ao montar o sistema de arquivos.

Administrador de nuvem
TarefaDescriçãoHabilidades necessárias

Execute uma EC2 instância.

Execute uma EC2 instância para seu PeopleSoft aplicativo. Para obter instruções, consulte a EC2documentação da Amazon.

  • Em Nome, digite APP_TEMPLATE.

  • Para ter imagens do sistema operacional, escolha Red Hat.

  • Em Tipo de instância, escolha o tipo de instância apropriado para seu PeopleSoft aplicativo. Para obter mais informações, consulte Detalhes da arquitetura na seção Arquitetura.

Administrador de nuvem, PeopleSoft administrador

Instale PeopleSoft na instância.

Instale seu PeopleSoft aplicativo e PeopleTools na EC2 instância que você criou. Para obter instruções, consulte a documentação do Oracle.

Administrador de nuvem, PeopleSoft administrador

Criar o servidor de aplicativos.

Crie o servidor do aplicativo para o AMI modelo e certifique-se de que ele se conecte com sucesso ao RDS banco de dados da Amazon.

Administrador de nuvem, PeopleSoft administrador

Monte o sistema de EFS arquivos da Amazon.

Faça login na EC2 instância como usuário root e execute os seguintes comandos para montar o sistema de EFS arquivos da Amazon em uma pasta chamada PSFTMNT no servidor.

sudo su –
mkdir /psftmnt
cat /etc/fstab

Adicione a linha a seguir ao arquivo /etc/fstab. Use o DNS nome que você anotou ao criar o sistema de arquivos.

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
Administrador de nuvem, PeopleSoft administrador

Verificar permissões

Certifique-se de que a PSFTMNT pasta tenha as permissões adequadas para que o PeopleSoft usuário possa acessá-la adequadamente.

Administrador de nuvem, PeopleSoft administrador

Criar instâncias adicionais.

Repita as etapas anteriores neste épico para criar instâncias de modelo para o agendador de processos, o servidor web e o servidor Elasticsearch. Nomeie essas instâncias PRCS_TEMPLATEWEB_TEMPLATE, SRCH_TEMPLATE e. Para o servidor web, joltPooling=true defina DynamicConfigReload=1 e.

Administrador de nuvem, PeopleSoft administrador
TarefaDescriçãoHabilidades necessárias

Crie um script para instalar o servidor do aplicativo.

Na EC2 APP_TEMPLATE instância da Amazon, como PeopleSoft usuário, crie o seguinte script. Nomeie appstart.sh e coloque no PS_HOME diretório. Você usará esse script para abrir o servidor do aplicativo e também registrar o nome do servidor no EFS suporte da Amazon.

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

Crie um script para instalar o servidor do agendador de processos.

Na EC2 PRCS_TEMPLATE instância da Amazon, como PeopleSoft usuário, crie o seguinte script. Nomeie prcsstart.sh e coloque no PS_HOME diretório. Você usará esse script para abrir o servidor do agendador de processos.

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

Crie um script para instalar o servidor Elasticsearch.

Na EC2 SRCH_TEMPLATE instância da Amazon, como usuário do Elasticsearch, crie o seguinte script. Nomeie srchstart.sh e coloque no HOME diretório.

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

Criar um script para instalar o servidor web.

Na EC2 WEB_TEMPLATE instância da Amazon, como usuário do servidor web, crie os seguintes scripts no HOME diretório.

renip.sh: Esse script garante que o servidor web tenha o IP correto quando clonado doAMI.

#!/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: esse script garante que o servidor web use o servidor de aplicativos correto IPs que está sendo executado no momento. Ele tenta se conectar a cada servidor de aplicativos na porta de choque e o adiciona ao arquivo de configuração.

#!/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: esse script executa os dois scripts anteriores e inicia os servidores 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 administrador

Adicione uma entrada crontab.

Na EC2 WEB_TEMPLATE instância da Amazon, como usuário do servidor web, adicione a seguinte linha ao crontab. Mude o tempo e o caminho para refletir os valores de que você precisa. Essa entrada garante que o servidor web sempre tenha as entradas corretas do servidor de aplicativos no configuration.properties arquivo.

* * * * * /usr/homes/hcmdemo/psstrsetup.sh
PeopleSoft administrador
TarefaDescriçãoHabilidades necessárias

Crie um AMI para o modelo do servidor de aplicativos.

No EC2 console da Amazon, crie uma AMI imagem da EC2 APP_TEMPLATE instância da Amazon. Nomeie AMI PSAPPSRV-SCG-VER1 o. Para obter instruções, consulte a EC2documentação da Amazon.

Administrador de nuvem, PeopleSoft administrador

Crie AMIs para os outros servidores.

Repita a etapa anterior para criar AMIs para o agendador de processos, o servidor Elasticsearch e o servidor web.

Administrador de nuvem, PeopleSoft administrador

Criar um modelo de execução para um grupo do Auto Scaling do servidor do aplicativo

Criar um modelo de execução para um grupo do Auto Scaling do servidor do aplicativo Nomeie o modelo PSAPPSRV_TEMPLATE. No modelo, escolha o AMI que você criou para a APP_TEMPLATE instância. Para obter instruções, consulte a EC2documentação da Amazon.

  • No modelo de execução, selecione o tipo de instância com base nos seus requisitos.

  • No campo Dados do usuário da seção Detalhes avançados, adicione as seguintes entradas. Verifique se o caminho e as informações do usuário estão corretos. Teste o objeto do appstart.sh que você criou na etapa anterior.

    #! /bin/ksh
su -c “/usr/homes/hcmdemo/appstart.sh” - hcmdemo
Administrador de nuvem, PeopleSoft administrador

Criar um modelo de execução para o grupo do Auto Scaling do servidor do agendador de processos.

Repetir a etapa anterior para criar um modelo de execução para o grupo do Auto Scaling do servidor do agendador de processos. Nomear o modelo PSPRCS_TEMPLATE. No modelo, escolha o AMI que você criou para o agendador de processos.

  • No campo Dados do usuário da seção Detalhes avançados, adicione as seguintes entradas. Verifique se o caminho e as informações do usuário estão corretos. Teste o objeto do prcsstart.sh que você criou na etapa anterior.

    #! /bin/ksh
su -c “/usr/homes/hcmdemo/prcsstart.sh” - hcmdemo
Administrador de nuvem, PeopleSoft administrador

Criar um modelo de execução para o grupo do Auto Scaling do servidor Elasticsearch.

Repetir as etapas anteriores para criar um modelo de execução para o grupo do Auto Scaling do servidor Elasticsearch. Nomear o modelo SRCH_TEMPLATE. No modelo, escolha o AMI que você criou para o servidor de pesquisa.

  • No campo Dados do usuário da seção Detalhes avançados, adicione as seguintes entradas. Verifique se o caminho e as informações do usuário estão corretos. Teste o objeto do srchstart.sh que você criou na etapa anterior.

    #! /bin/ksh
su -c “/usr/homes/essearch/srchstart.sh” - essearch
Administrador de nuvem, PeopleSoft administrador

Criar um modelo de execução para um grupo do Auto Scaling do servidor web

Repetir as etapas anteriores para criar um modelo de execução para o grupo do Auto Scaling do servidor web. Nomear o modelo WEB_TEMPLATE. No modelo, escolha o AMI que você criou para o servidor web.

  • No campo Dados do usuário da seção Detalhes avançados, adicione as seguintes entradas. Verifique se o caminho e as informações do usuário estão corretos. Teste o objeto do webstart.sh que você criou na etapa anterior.

    #! /bin/ksh
su -c “/usr/homes/hcmdemo/webstart.sh” - hcmdemo
Administrador de nuvem, PeopleSoft administrador
TarefaDescriçãoHabilidades necessárias

Criar um grupo do Auto Scaling para o servidor de aplicativos.

No EC2 console da Amazon, crie um grupo de Auto Scaling chamado PSAPPSRV_ASG para o servidor do aplicativo usando o PSAPPSRV_TEMPLATE modelo. Para obter instruções, consulte a EC2documentação da Amazon.

  • Na página Escolher opções de execução da instância, selecione a correta VPC e, em seguida, selecione várias sub-redes de diferentes zonas de disponibilidade.

  • Na página Configurar opções avançadas, não selecione um balanceador de carga.

  • Na página Configurar tamanho do grupo e políticas de escalabilidade, escolha as configurações dependendo da carga para a qual você deseja arquitetar seu sistema e se deseja usar uma política de escalabilidade. Recomendamos que você defina a capacidade desejada e mínima como 2, no mínimo, para que pelo menos uma instância esteja disponível para atender ao tráfego a qualquer momento. Para obter mais informações sobre as políticas do Auto Scaling, consulte a documentação da Amazon EC2.

Administrador de nuvem, PeopleSoft administrador

Criar um grupo do Auto Scaling para os outros servidores.

Repita a etapa anterior para criar grupos do Auto Scaling para o agendador de processos, o servidor Elasticsearch e o servidor web.

Administrador de nuvem, PeopleSoft administrador
TarefaDescriçãoHabilidades necessárias

Criar um grupo de destino para o servidor web.

No EC2 console da Amazon, crie um grupo-alvo para o servidor web. Para obter instruções, consulte a documentação do Elastic Load Balancing. Configure a porta como a porta em que o servidor web está realizando a recepção.

Administrador de nuvem

Configurar verificações de integridade

Confirme se as verificação de integridade têm os valores corretos para refletir suas necessidades comerciais. Para obter mais informações, consulte a documentação do Elastic Load Balancing.

Administrador de nuvem

Criar um grupo de destino para o servidor Elasticsearch.

Repita as etapas anteriores para criar um grupo-alvo chamado PSFTSRCH para o servidor Elasticsearch e defina a porta correta do Elasticsearch.

Administrador de nuvem

Adicionar grupos de destino aos grupos do Auto Scaling

Abra o grupo do Auto Scaling do servidor web chamado PSPIA_ASG criado por você anteriormente. Na guia Load balancing, escolha Editar e adicione o grupo de PSFTWEB destino ao grupo do Auto Scaling.

Repita essa etapa para que o grupo do Auto Scaling do Elasticsearch PSSRCH_ASG para adicionar o grupo de destinoPSFTSRCH que você criou anteriormente.

Administrador de nuvem

Defina a aderência da sessão.

No grupo-alvoPSFTWEB, escolha a guia Atributos, escolha Editar e defina a aderência da sessão. Para o tipo de aderência, escolha Cookie gerado pelo balanceador de carga e defina a duração como 1. Para obter mais informações, consulte a documentação do Elastic Load Balancing.

Repita as etapas para o grupo de destino PSFTSRCH.

Administrador de nuvem
TarefaDescriçãoHabilidades necessárias

Crie um balanceador de carga para os servidores web.

Crie um Application Load Balancer chamado PSFTLB para balancear a carga do tráfego para os servidores web. Para obter instruções, consulte a documentação do Elastic Load Balancing.

  • Forneça o nome do balanceador de carga.

  • Para Esquema, escolha Voltado para a internet.

  • Na seção Mapeamento de rede, selecione as sub-redes corretas VPC e pelo menos duas públicas de diferentes zonas de disponibilidade.

  • Na seção Receptores e roteamento, selecione o grupo de destino PSFTWEB e especifique o protocolo e o número da porta corretos.

Administrador de nuvem

Criar um balanceador de carga para os servidores Elasticsearch.

Crie um Application Load Balancer chamado PSFTSCH para balancear a carga do tráfego para os servidores Elasticsearch.

  • Forneça o nome do balanceador de carga.

  • Em Esquema, escolha Interno.

  • Na seção Mapeamento de rede, selecione as sub-redes corretas VPC e privadas.

  • Na seção Receptores e roteamento, selecione o grupo de destino PSFTSRCH e especifique o protocolo e o número da porta corretos.

Administrador de nuvem

Configure o Route 53

No console do Amazon Route 53, crie um registro na zona hospedada que atenderá o PeopleSoft aplicativo. Para obter instruções, consulte a Documentação do Amazon Route 53. Isso garante que todo o tráfego passe pelo balanceador de PSFTLB carga.

Administrador de nuvem

Recursos relacionados