Explorar Mais

Saiba mais sobre o Oracle Cloud Infrastructure (OCI) e PeopleSoft. Consulte Estrutura de melhores práticas do Oracle Cloud Infrastructure.

Verifique os seguintes recursos de documentação do Oracle Cloud Infrastructure:

Veja a seguir uma introdução aos produtos, recursos e melhores práticas de alta disponibilidade do Oracle Database:

Visão Geral de Alta Disponibilidade do Oracle Database
Implementando o Oracle Active Data Guard
Criando uma Instância do Exadata Cloud Infrastructure no Oracle Cloud Exadata Database Service on Dedicated Infrastructure

Saiba mais sobre PeopleSoft:

PeopleSoft Gerente de Nuvem
Documentação do PeopleSoft Cloud Manager
PeopleSoft Cloud Manager para Oracle Cloud Infrastructure
PeopleSoft downloads de temas em GitHub

Para obter a instalação e a configuração da versão da interface de linha de comando do Terraform, consulte: Provedor Terraform.

Trabalhando com o Terraform

A Descoberta do Terraform descobrirá as definições de recursos em um compartimento na região principal. Você pode acessar a Descoberta do Terraform na Console do OCI. Ele criará uma pilha do Terraform, mantida em um arquivo ZIP para download.

Este exemplo tem várias sub-redes, cada uma com uma ou mais listas de segurança, com algumas listas de segurança complexas contendo dezenas de regras de entrada. Para este estudo de caso, optamos por usar o Terraform para descobrir, depois replicar, os recursos no compartimento de rede.

O Terraform descobriu os seguintes componentes de rede:

Rede Virtual na Nuvem (VCN)
Gateways (Gateways de Internet, NAT e Serviço)
Tabelas de roteamento
Listas de segurança
Sub-redes

Executar Descoberta do Terraform

Execute a Descoberta do Terraform para criar uma pilha do Terraform e fazer download do arquivo ZIP.

Faça log-in na Console do OCI.
Altere a região para a região principal.
Clique em Serviços de Desenvolvimento no menu principal.
Em Resource Manager, clique em Pilhas.
Clique em Criar Pilha.
Selecione Compartimento Existente: Crie uma pilha que capture recursos do compartimento selecionado (descoberta de recurso).
Selecione o compartimento do qual descobrir recursos.
Em Compartimento para Descoberta de Recursos, expanda a raiz para obter a lista completa de compartimentos. Por exemplo, o compartimento de rede.
Selecione a região principal do OCI em Região para Descoberta de Recurso.
Selecione Tudo para Serviços do Provedor Terraform.
Informe um nome e uma descrição para o arquivo ZIP que será criado.
Selecione o compartimento no qual a pilha será criada.
Clique em Próximo duas vezes.
A página Verificar é exibida. Revise e faça as alterações, se necessário.
Clique em Criar.
Quando o job de criação de pilha for concluído, a pilha aparecerá no compartimento selecionado.
Clique no link da pilha.
A página de detalhes da pilha é exibida.
Clique no link Fazer Download na Configuração do Terraform para fazer download do arquivo ZIP da pilha para seu computador local.
Salve o arquivo ZIP em um diretório e descompacte-o.

Editar os Arquivos do Terraform

Ao descompactar o arquivo ZIP da pilha, você encontrará vários arquivos do Terraform no formato JSON, terminando com .tf. O conteúdo dos arquivos .tf depende de quais recursos são descobertos no compartimento. Você deve fazer alterações nos arquivos .tf. Por exemplo, export_ é adicionado a todas as definições de recursos e deve ser removido. Ao trabalhar com descoberta de rede, você também deve designar um bloco CIDR diferente e não sobreposto, fornecer um novo nome para exibição, fornecer outro label de DNS e fornecer outra referência de VCN.

A maioria das definições de recursos é encontrada no arquivo JSON core.tf.

Observação:

Antes de fazer alterações nos arquivos .tf, recomendamos fazer backup deles.

A tabela a seguir mostra exemplos de definições do Terraform da região principal e as alterações necessárias para a região secundária.

Tipo de Recurso	Definição da Região Principal (Ashburn)	Modificações para região secundária (Phoenix)
Rede Virtual na Nuvem	`resource oci_core_vcn export_iad-cloudmaa-vcn { #cidr_block = <<Optional value not found in discovery>> cidr_blocks = [ “10.0.0.0/16”, ] compartment_id = var.compartment_ocid defined_tags = { } display_name = “iad-cloudmaa-vcn” dns_label = “iadcloudmaavcn” freeform_tags = { } #is_ipv6enabled = <<Optional value not found in discovery>> }`	As modificações necessárias incluem remover `export_`, designar outro CIDR não sobreposto, nome para exibição e alterar o label de DNS: `resource oci_core_vcn phx-cloudmaa-vcn { #cidr_block = <<Optional value not found in discovery>> cidr_blocks = [ “10.10.0.0/16”, ] compartment_id = var.compartment_ocid defined_tags = { } display_name = “phx-cloudmaa-vcn” dns_label = “phxcloudmaavcn” freeform_tags = { } #is_ipv6enabled = <<Optional value not found in discovery>> }`
Gateway NAT	`resource oci_core_nat_gateway export_iadmaa-ngwy { block_traffic = “false” compartment_id = var.compartment_ocid defined_tags = { } display_name = “iadmaa-ngwy” freeform_tags = { } public_ip_id = “ocid1.publicip.oc1.iad.aaaaaaaagwkvnlh6y4irjubj63dm36mdsuig6zbc2oakgmssvifpprvx6kzq” vcn_id = oci_core_vcn.export_iad-cloudmaa-vcn.id }`	As modificações incluem remover `export_`, alterar o nome para exibição e a referência da VCN. `resource oci_core_nat_gateway phxmaa-ngwy { block_traffic = "false" compartment_id = var.compartment_ocid defined_tags = { } display_name = "phxmaa-ngwy" freeform_tags = { } public_ip_id = "ocid1.publicip.oc1.iad.aaaaaaaagwkvnlh6y4irjubj63dm36mdsuig6zbc2oakgmssvifpprvx6kzq" vcn_id = oci_core_vcn.phx-cloudmaa-vcn.id }`
Tabela de Rota	`resource oci_core_route_table export_iad-db-private-RT { compartment_id = var.compartment_ocid defined_tags = { } display_name = "iad-db-private-RT" freeform_tags = { } route_rules { #description = <<Optional value not found in discovery>> destination = "0.0.0.0/0" destination_type = "CIDR_BLOCK" network_entity_id = oci_core_nat_gateway.export_iadmaa-ngwy.id } vcn_id = oci_core_vcn.export_iad-cloudmaa-vcn.id }`	As modificações incluem remover `export_`, alterar o nome da tabela de roteamento, o nome para exibição e a referência da VCN. `resource oci_core_route_table phx-db-private-RT { compartment_id = var.compartment_ocid defined_tags = { } display_name = "phx-db-private-RT" freeform_tags = { } route_rules { #description = <<Optional value not found in discovery>> destination = "0.0.0.0/0" destination_type = "CIDR_BLOCK" network_entity_id = oci_core_nat_gateway.phxmaa-ngwy.id } vcn_id = oci_core_vcn.phx-cloudmaa-vcn.id }`
Lista de Segurança	resource oci_core_security_list export_iad-db-private-seclist { compartment_id = var.compartment_ocid defined_tags = { } display_name = "iad-db-private-seclist" egress_security_rules { #description = <<Optional value not found in discovery>> destination = "0.0.0.0/0" destination_type = "CIDR_BLOCK" #icmp_options = <<Optional value not found in discovery>> protocol = "6" stateless = "false" #tcp_options = <<Optional value not found in discovery>> #udp_options = <<Optional value not found in discovery>> } egress_security_rules { #description = <<Optional value not found in discovery>> destination = "0.0.0.0/0" destination_type = "CIDR_BLOCK" #icmp_options = <<Optional value not found in discovery>> protocol = "1" stateless = "false" #tcp_options = <<Optional value not found in discovery>> #udp_options = <<Optional value not found in discovery>> } freeform_tags = { } ingress_security_rules { #description = <<Optional value not found in discovery>> #icmp_options = <<Optional value not found in discovery>> protocol = "6" source = "10.0.102.0/24" source_type = "CIDR_BLOCK" stateless = "false" #tcp_options = <<Optional value not found in discovery>> #udp_options = <<Optional value not found in discovery>> } ingress_security_rules { #description = <<Optional value not found in discovery>> #icmp_options = <<Optional value not found in discovery>> protocol = "1" source = "10.0.102.0/24" source_type = "CIDR_BLOCK" stateless = "false" #tcp_options = <<Optional value not found in discovery>> #udp_options = <<Optional value not found in discovery>> } ingress_security_rules { #description = <<Optional value not found in discovery>> #icmp_options = <<Optional value not found in discovery>> protocol = "6" source = "10.0.103.0/24" source_type = "CIDR_BLOCK" stateless = "false" tcp_options { max = "22" min = "22" #source_port_range = <<Optional value not found in discovery>> } #udp_options = <<Optional value not found in discovery>> } ingress_security_rules { #description = <<Optional value not found in discovery>> #icmp_options = <<Optional value not found in discovery>> protocol = "6" source = "10.0.103.0/24" source_type = "CIDR_BLOCK" stateless = "false" tcp_options { max = "1530" min = "1521" #source_port_range = <<Optional value not found in discovery>> } #udp_options = <<Optional value not found in discovery>> } vcn_id = oci_core_vcn.export_iad-cloudmaa-vcn.id }	As modificações incluem remover `export_`, alterar o nome da lista de segurança e seu nome para exibição, alterar os blocos CIDR em cada regra de entrada que têm 10.0.x.y para 10.10.x.y e alterar a referência da VCN. Deixe 0.0.0.0/0 inalterado. resource oci_core_security_list phx-db-private-seclist { compartment_id = var.compartment_ocid defined_tags = { } display_name = "phx-db-private-seclist" egress_security_rules { #description = <<Optional value not found in discovery>> destination = "0.0.0.0/0" destination_type = "CIDR_BLOCK" #icmp_options = <<Optional value not found in discovery>> protocol = "6" stateless = "false" #tcp_options = <<Optional value not found in discovery>> #udp_options = <<Optional value not found in discovery>> } egress_security_rules { #description = <<Optional value not found in discovery>> destination = "0.0.0.0/0" destination_type = "CIDR_BLOCK" #icmp_options = <<Optional value not found in discovery>> protocol = "1" stateless = "false" #tcp_options = <<Optional value not found in discovery>> #udp_options = <<Optional value not found in discovery>> } freeform_tags = { } ingress_security_rules { #description = <<Optional value not found in discovery>> #icmp_options = <<Optional value not found in discovery>> protocol = "6" source = "10.10.102.0/24" source_type = "CIDR_BLOCK" stateless = "false" #tcp_options = <<Optional value not found in discovery>> #udp_options = <<Optional value not found in discovery>> } ingress_security_rules { #description = <<Optional value not found in discovery>> #icmp_options = <<Optional value not found in discovery>> protocol = "1" source = "10.10.102.0/24" source_type = "CIDR_BLOCK" stateless = "false" #tcp_options = <<Optional value not found in discovery>> #udp_options = <<Optional value not found in discovery>> } ingress_security_rules { #description = <<Optional value not found in discovery>> #icmp_options = <<Optional value not found in discovery>> protocol = "6" source = "10.10.103.0/24" source_type = "CIDR_BLOCK" stateless = "false" tcp_options { max = "22" min = "22" #source_port_range = <<Optional value not found in discovery>> } #udp_options = <<Optional value not found in discovery>> } ingress_security_rules { #description = <<Optional value not found in discovery>> #icmp_options = <<Optional value not found in discovery>> protocol = "6" source = "10.10.103.0/24" source_type = "CIDR_BLOCK" stateless = "false" tcp_options { max = "1530" min = "1521" #source_port_range = <<Optional value not found in discovery>> } #udp_options = <<Optional value not found in discovery>> } vcn_id = oci_core_vcn.phx-cloudmaa-vcn.id }
Sub-rede	resource oci_core_subnet export_exadb-private-subnet-ad2 { availability_domain = "LoSv:US-ASHBURN-AD-2" cidr_block = "10.0.101.0/24" compartment_id = var.compartment_ocid defined_tags = { "Oracle-Tags.CreatedBy" = "ocid1.saml2idp.oc1..aaaaaaaatilj7lqztsx6jehhm7k5374c5jxg6uuhzvdehgbiprb55gnyejba/<oci user name>" "Oracle-Tags.CreatedOn" = "2020-03-13T18:50:55.371Z" } dhcp_options_id = oci_core_vcn.export_iad-cloudmaa-vcn.default_dhcp_options_id display_name = "exadb-private-subnet-ad2" dns_label = "exadbprivate" freeform_tags = { } #ipv6cidr_block = <<Optional value not found in discovery>> prohibit_internet_ingress = "true" prohibit_public_ip_on_vnic = "true" route_table_id = oci_core_route_table.export_iad-db-private-RT.id security_list_ids = [ oci_core_security_list.export_siteguard-seclist.id, oci_core_security_list.export_bastion-private-seclist.id, oci_core_security_list.export_iad-db-private-seclist.id, ] vcn_id = oci_core_vcn.export_iad-cloudmaa-vcn.id }	As modificações incluem remover "export_" onde ele aparece, alterar o CIDR para uma sub-rede dentro da VCN para a região Phoenix, alterar o domínio de disponibilidade, alterar a tabela de roteamento e as referências de VCN. resource oci_core_subnet exadb-private-subnet-ad1 { availability_domain = "LoSv:US-PHOENIX-AD-1" cidr_block = "10.10.101.0/24" compartment_id = var.compartment_ocid defined_tags = { "Oracle-Tags.CreatedBy" = "ocid1.saml2idp.oc1..aaaaaaaatilj7lqztsx6jehhm7k5374c5jxg6uuhzvdehgbiprb55gnyejba/<oci user name>" "Oracle-Tags.CreatedOn" = "2020-03-13T18:50:55.371Z" } dhcp_options_id = oci_core_vcn.phx-cloudmaa-vcn.default_dhcp_options_id display_name = "exadb-private-subnet-ad1" dns_label = "exadbprivate" freeform_tags = { } #ipv6cidr_block = <<Optional value not found in discovery>> prohibit_internet_ingress = "true" prohibit_public_ip_on_vnic = "true" route_table_id = oci_core_route_table.phx-db-private-RT.id security_list_ids = [ oci_core_security_list.siteguard-seclist.id, oci_core_security_list.bastion-private-seclist.id, oci_core_security_list.phx-db-private-seclist.id, ] vcn_id = oci_core_vcn.phx-cloudmaa-vcn.id }

Como há padrões nos itens que devem ser alterados, o uso de ferramentas de edição, como sed, pode ajudar a automatizar as alterações necessárias.

Faça backup dos arquivos .tf.
Edite a definição do Terraform com base no tipo de recurso.
Se você provisionou alguns componentes usando o Terraform e outros usando a Console do OCI ou outros meios, ajuste as definições de recursos do Terraform que planeja usar.
Por exemplo, se você provisionou a VCN e um gateway NAT usando a Console do OCI, qualquer recurso que faça referência à VCN e ao gateway NAT nos arquivos .tf precisará da seguinte alteração:
1. No arquivo vars.tf, adicione e defina o valor das duas variáveis vcn_ocid e nat_gateway_ocid com estes padrões:
```
variable vcn_ocid { default = "OCID of VCN" } 
variable nat_gateway_ocid { default = "OCID of NAT gateway" }
```
2. Pesquise todos os arquivos .tf que têm recursos com definições que têm referências à VCN ou ao gateway NAT. Por exemplo, procure o padrão vcn_id e network_entity_id. Para cada ocorrência, defina a variável com o novo valor, como mostrado abaixo:
```
vcn_id = "${var.vcn_ocid}"
network_entity_id = "${var.nat_gateway_ocid}"
```
3. Modifique o arquivo availability_domain.tf para incluir todos os domínios de disponibilidade na região de destino.
  Para encontrar a lista de domínios de disponibilidade no OCI, clique em Compute e, em seguida, clique em Instância. Os domínios de disponibilidade aparecem no lado esquerdo da tela.
  Usar Phoenix como exemplo
```
## This configuration was generated by terraform-provider-oci
## then modified to include all ADs at the target 

data oci_identity_availability_domain LoSv-US-PHOENIX-AD-1 {
  compartment_id = var.compartment_ocid
  ad_number      = "1"
}
data oci_identity_availability_domain LoSv-US-PHOENIX-AD-2 {
  compartment_id = var.compartment_ocid
  ad_number      = "2"
}
data oci_identity_availability_domain LoSv-US-PHOENIX-AD-3 {
  compartment_id = var.compartment_ocid
  ad_number      = "3"
}
```
  Observação:
  Para obter o OCID na Console do OCI, clique no link Mostrar ou Copiar do OCID do recurso.
  
  Veja a seguir um exemplo de alterações necessárias no arquivo core.tf que contém a definição do recurso da tabela de roteamento que usa as variáveis definidas acima.
```
resource oci_core_route_table phx-db-private-RT {
  compartment_id = var.compartment_ocid
  defined_tags = {
  }
  display_name = "phx-db-private-RT"
  freeform_tags = {
  }
  route_rules {
    #description = <<Optional value not found in discovery>>
    destination       = "0.0.0.0/0"
    destination_type  = "CIDR_BLOCK"
    #network_entity_id = oci_core_nat_gateway.maa-phx-ngw.id
    network_entity_id = "${var.nat_gateway_ocid}"
  }
  #vcn_id = oci_core_vcn.ebs-maacloud2-vcn.id
  vcn_id = "${var.vcn_ocid}"
}
```

Implante Recursos com o Terraform

Depois de editar todos os recursos que serão implantados com o Terraform na região secundária, colete os arquivos .tf que contêm esses recursos. Você deve ter os seguintes arquivos:

vars.tf: Este arquivo contém todas as variáveis do Terraform necessárias para executar o Terraform.
availability_domain.tf: Este arquivo contém as definições de todos os domínios de disponibilidade para a região secundária.
Um ou mais arquivos .tf que contêm as definições de recursos para implantar os recursos escolhidos.

Você não precisa incluir todos os arquivos .tf gerados pelo processo de descoberta do Terraform no site principal. Somente os arquivos mencionados acima são necessários.

Siga estas etapas para usar a Console do OCI para implantar os recursos:

Compactar os arquivos .tf necessários em um único arquivo ZIP.
Isso é usado para criar sua pilha do Terraform.
Faça log-in na Console do OCI e acesse Development Services e, em seguida, Stacks em Resource Manager.
Use o menu de compartimento para especificar o compartimento no qual você deseja que o arquivo ZIP da pilha seja colocado.
Clique em Criar Pilha.
Selecione Minha Configuração.
Em Origem do Terraform, escolha Arquivo ZIP, procure e selecione o arquivo ZIP criado na Etapa 1.
(Opcional) Forneça um nome para sua pilha.
(Opcional) Forneça uma descrição da pilha.
Selecione o compartimento no qual a pilha deverá ser criada.
(Melhores práticas) Selecione a versão mais recente do Terraform.
(Opcional) Adicione qualquer tag.
Clique em Próximo.
Verifique se as variáveis listadas nesta página têm os valores corretos e altere os valores incorretos.
Essas variáveis foram lidas no arquivo vars.tf.
Clique em Próximo.
A página Verificar é mostrada. Como você está criando apenas uma pilha do Terraform, que é uma definição de todos os recursos a serem implantados, NÃO selecione Executar Aplicação.
Clique em Criar.
Depois que a pilha do Terraform é criada, a página Detalhes da Pilha é mostrada com vários botões de ação, um dos quais é Plano.
Clique em Plano para criar o plano.
O Terraform valida a pilha enquanto ela está criando o plano. Se a criação do plano falhar, a Console do OCI indicará que o job falhou e exibirá o log mostrando quais arquivos .tf e quais definições de recursos tiveram um erro. Edite os arquivos .tf para corrigir os erros, recrie a pilha do Terraform e tente criar o Plano novamente.

Depois que todos os erros tiverem sido resolvidos e o job de planejamento for executado com sucesso, vá para a próxima Etapa.
Clique em Aplicar.
Isso inicia um job que criará todos os recursos definidos na pilha do Terraform. O tempo que o job será executado depende do tipo e do número de recursos que estão sendo implantados. Por exemplo, a criação de instâncias de computação ou de um serviço de banco de dados (VM DB ou Oracle Autonomous Database on Dedicated Exadata Infrastructure) levará tempo.

Usando o PeopleSoft Cloud Manager para Provisionar Camadas Intermediárias

Você pode usar o PeopleSoft Cloud Manager para provisionar as camadas intermediárias instalando o software ou executando um lift and shift do aplicativo e das camadas da Web.

Instalar o Aplicativo PeopleSoft e o Software da Camada Intermediária Usando o PeopleSoft Cloud Manager

Nesse caminho, você executa uma nova instalação do aplicativo e do software da camada intermediária da Web e, em seguida, configura-o para acessar o banco de dados PeopleSoft. O Cloud Manager deve estar inscrito nos canais PeopleSoft corretos, especificamente PeopleTools e todos os aplicativos PeopleSoft em uso. A versão PeopleTools deve ser igual à sua implantação local.

Esta opção não faz referência à implantação local.

No Cloud Manager, use Gerenciar Nó para criar as instâncias de computação uma de cada vez, selecionando:
- A versão e a forma da nova camada intermediária
- O compartimento no qual as novas camadas intermediárias serão colocadas
- A VCN, o domínio de disponibilidade e a sub-rede na qual a nova camada intermediária será implantada
- Qual camada deve ser configurada: servidor de aplicativos, process scheduler ou servidor Web. Você pode implantar os servidores de aplicativos e o Process Scheduler em servidores compartilhados.
  - Definições específicas da camada selecionada (servidor de aplicativos, programador de processos ou domínio do servidor Web) e o número de domínios PeopleSoft para cada um.
  - Credenciais necessárias, como ID de Acesso, ID de Conexão, senha WebLogic, senhas de banco de dados etc.
  - O sistema de arquivos usado para PS_HOME, PS_APP_HOME e PS_CUSTOM_HOME compartilhados.
  - O número de processos para cada tipo de servidor.
- Defina outros atributos, conforme necessário.
Clique em Enviar.

Um job inicia o processo de provisionamento. Se não houver falhas, haverá uma nova camada intermediária executando os serviços que foram configurados conforme descrito acima. A nova camada intermediária aparecerá na Console do OCI.

Lift and Shift de Aplicativos e Camadas Web Usando o PeopleSoft Cloud Manager

Com essa opção, você extrairá o aplicativo e o software da camada intermediária do sistema de origem para instalação no novo ambiente. Primeiro, você minerará o ambiente existente, a parte "lift", depois usará esses dados para construir a configuração do OCI ("shift"). O processo de levantamento de aplicativos cria um DPK (Deployment Puppet Kit) contendo o conteúdo de PS_HOME, PS_APP_HOME e PS_CUSTOM_HOME. Depois que o DPK é criado, ele é submetido a upload para um bucket de armazenamento de objetos no qual o PeopleSoft Cloud Manager pode acessá-lo para implantar novas camadas intermediárias no OCI.

Consulte a documentação do Cloud Manager PeopleSoft para obter mais detalhes dessas opções.

Baixe e instale o kit de ferramentas de elevação.
Para fazer download e instalar o kit de ferramentas de elevação, consulte a documentação PeopleSoft Cloud Manager, seção "Download the Lift Utility". Certifique-se de revisar "Instalando Pré-requisitos de Elevação".
Execute um levantamento de aplicativos.
Consulte a documentação do PeopleSoft Cloud Manager, "Executando o Lift de Aplicativos". Você estaria seguindo estas etapas detalhadas para executar uma elevação somente do aplicativo, pois o banco de dados foi migrado usando o ZDM.
Use a ação Gerenciar Nó para adicionar nós a esse ambiente, conforme descrito na seção anterior.

Essa opção permite selecionar o DPK que foi carregado e a forma do novo nó da camada intermediária. O gerenciador de nuvem apresentará as definições descobertas no ambiente de origem para sua revisão e ajuste. A lista de configurações é a mesma descrita na seção anterior.
Clique em Enviar para criar um job que inicie o processo de provisionamento.
Se não houver falhas, haverá uma nova camada intermediária executando os serviços que você configurou. Essa nova camada intermediária aparecerá na Console do OCI.